Bug: 節點在非測試工作流程執行中顯示為「已釘選」

問題
1

描述問題/錯誤/問題

不知何故，我的工作流程中釘選的節點在執行選項卡中顯示為「已釘選」，儘管執行不是測試執行。

image
image1167×490 62.4 KB

我嘗試取消釘選節點，但在取消釘選節點並重新發佈後，執行中仍然顯示為「已釘選」。

錯誤訊息是什麼（如果有）？

沒有錯誤訊息。

關於您的 n8n 設定的資訊

  • n8n 版本： 2.21.8
  • 資料庫（預設：SQLite）： 預設 Cloud
  • n8n EXECUTIONS_PROCESS 設定（預設：own、main）： 預設
  • n8n 執行方式（Docker、npm、n8n cloud、桌面應用程式）： n8n cloud
  • 作業系統： Windows 11、Helium Chromium 瀏覽器
3

嗨 @Evan711

看起來你的 n8n 介面誤顯示了「已釘選」徽章，這可能是視覺錯誤，而不是你實際工作流程資料的問題。即使你已取消釘選節點，你的瀏覽器或 n8n 雲服務可能因為快取故障而「記住」舊設定。這表示你的工作流程可能正常執行實際資料，但螢幕誤顯示釘選狀態。

若要修復此問題，你應該先嘗試「硬重新整理」瀏覽器（Ctrl+F5 或 Cmd+Shift+R）以清除任何卡住的資訊。如果還是沒有解決，請嘗試刪除節點並新增一個新的來重設其設定。你可以下載工作流程為 JSON 檔案來驗證此問題是否只是視覺錯誤；如果該檔案中沒有出現「pinData」這個字詞，那麼你的工作流程完全沒問題，「已釘選」徽章只是顯示錯誤，你應該向 n8n 支援 help@n8n.io 回報。

4

@Evan711 「When Executed by Another Workflow」上的橙色/黃色圖示可能不是釘選資料指示器——它也可能是 n8n 的視覺提示，表示觸發器從父工作流程的「Execute Workflow」節點接收了輸入資料。當你點進該節點時，實際的釘選內容是否仍然顯示在輸入/輸出面板中，還是只有圖示在顯示釘選？

5

歡迎 @Evan711 加入我們的社群！我是 Jay，我是 n8n 認證的創作者。

Achamm 的直覺是對的 - 「When Executed by Another Workflow」觸發節點上的橙色指示器並不表示 pinData 是活躍的。這是 n8n 的視覺提示，表示觸發器從父工作流的 Execute Workflow 節點收到了實時數據。這是子工作流的預期行為。

若要確認節點上沒有留下實際的 pinData，請將您的工作流下載為 JSON，然後在檔案中搜尋字符串 pinData。如果不存在，該節點中的數據是 100% 來自父級的實時數據，而非釘選數據 - 該徽章只是 UI 顯示節點從外部接收輸入而不是自行觸發的方式。您可以安心忽略它。

6

我在這裡發文而不是開啟新議題，因為我相當確定我看到了同樣的問題。今天早上我遇到一個問題，webhook 被觸發了三次。當我查看 n8n 中的 webhook 節點時，它不僅顯示資料已被釘選，還在輸出中顯示釘選的資料，而不是觸發 webhook 的實際資料。這絕對不是顯示真實的執行資料。

我製作了兩個影片來展示這個問題。第一個是問題的演示。第二個是展示為什麼這是個問題的演示，其中 Baserow 聲稱它只觸發了一次 webhook，但 n8n 聲稱它被觸發了三次。釘選資料顯示在「執行」標籤中的這個問題使得當 webhook 資料仍在「編輯器」標籤中被釘選時，無法進行故障排除。

我在 GitHub 上開啟了一個議題，因為我相當確定這個社群只是複製貼上的 AI 垃圾支援秀，由盲人帶領盲人。我只是想讓原提問者知道他沒有發瘋，「硬重新整理你的瀏覽器因為這是視覺故障」或「沒關係因為它可能不是真實的」這樣的答案可以被駁回。

7

感謝 Adrian！你的影片完全演示了我遇到的問題。很高興知道我不是在胡思亂想。這絕對是 n8n 的問題，而不是我的瀏覽器的問題。

8

我遇到了完全相同的問題，這導致我們的工作流程出現嚴重錯誤。

正如你所提到的，固定節點現在正洩漏到生產執行中。這完全破壞了該功能的目的，因為我們依賴固定資料單純用於在編輯器中測試流程，而不會影響即時發布的工作流程。現在，我們所有活躍的 webhook/觸發器都忽略了真實的傳入資料，改為使用固定的模擬資料。

這對於任何在生產環境中執行 n8n 的人來說都是一個嚴重的錯誤。有人找到了解決方法來規避這個問題，同時我們等待 n8n 團隊的官方修復嗎？

9

我沒有看到固定資料進入生產執行。只有執行面板顯示固定資料而不是實際觸發資料。如果你有證明你的生產工作流程使用固定資料執行，我會鼓勵你製作一個影片，並將其附加到我上面提出並連結的問題。或者開啟一個新問題，並在主旨行中加入「critical」或「urgent」或類似的內容，這樣才能讓有人真正查看。如果這確實在發生，那就是一個重大問題，他們會立即修復。

10

我的issue被關閉了，原因是它被視為先前issue的重複，他們說這是一個regression（花俏的說法，意思是「新功能無意中引入的bug，導致原本正常運作的功能出現問題」），現在將在2.22.6版本中修復。他們為造成的不便道歉。

11

@adriandotgoins @Thiago_Domingues @Evan711 歡迎來到 n8n 社群。
新版本將於 01/06 發布，包含修正。

發布說明 | n8n 文件

12

@adriandotgoins

你说得完全正确。根据你的回复进行更深入的测试后，我意识到这个问题确实是视觉上的，就像你描述的那样。

实际的传入数据在幕后确实被正确处理了。然而，这里的主要恼人因素是执行面板完全掩盖了这一点。它显示的是工作流处理固定的数据，这意味着我们完全失去了在执行日志中检查或访问真实生产数据的能力。

因此，虽然它在技术上并没有通过向生产环境发送模拟数据来破坏流程，但由于我们只能访问固定数据的视觉结果，这对调试和监控来说变成了一场噩梦。

我很高兴听到他们已经承认这是一个回归问题，并且已经在为 2.22.6 版本做修复了。感谢你指引我朝正确的方向，并澄清了这个行为！

13

執行日誌中的「固定」標籤是歷史紀錄；它顯示的是該特定執行期間實際運行的內容，而非您工作流程的目前狀態。

任何在節點被固定時觸發的執行都會永久顯示「固定」，即使您後來取消固定也是如此。這部分是預期行為，不會改變。

問題在於取消固定 + 重新發佈後的新執行是否也顯示「固定」。如果有的話，請先嘗試硬重新整理（Ctrl+Shift+R）；有時瀏覽器會提供工作流程的快取版本，取消固定的動作實際上沒有到達伺服器。然後觸發一次新的執行，特別檢查那個執行。

如果硬重新整理後新執行仍然顯示「固定」，請匯出工作流程 JSON，並在該節點上搜尋 pinData 鍵。如果它仍然存在，表示取消固定沒有保存；儲存失敗但沒有顯示錯誤。

從 JSON 中刪除它，重新匯入、重新發佈，問題就應該解決了。

14

感謝你的細心周到。AI 垃圾內容讓這變得很令人厭惡

我在這裡發了另一篇貼文：Pinned Node in execution view is annoying