改進了登入錯誤中的 JSL 堆疊追蹤缺少錯誤時顯示的目前 JSL 日誌。目前，它顯示以下內容：
- 拋出了什麼類型的錯誤
- 哪一行引發了錯誤（但不是該行所在的文件）
- 運行的 JSL 檔案的正文（整個正文，即使它非常長）
- 有時，在執行的 JSL 檔案正文中會反白引發錯誤的行。這並不總是有效。
取得以下調試資訊會更豐富：
- 拋出了什麼類型的錯誤
- 呼叫函數的堆疊跟踪，以及每個呼叫函數中哪一行引發錯誤的詳細資訊。
當您可以自己通讀文件並查找錯誤行時，獲得帶有突出顯示的 JSL 文件的列印輸出實際上沒有什麼價值。它佔用了日誌中的空間，並讓我滾動過去以查看引發的實際錯誤。
自動化和腳本編寫回复：改進了登錄錯誤中的 JSL 堆棧跟踪 - 狀態更改為：已確認你好@大衛勒伯， 謝謝你的建議！ 我們已收到您的請求並將予以考慮。
回复：改進了登錄錯誤中的 JSL 堆棧跟踪即使它沒有嵌套在內置函數中，如果它適用於具有 1 層內置函數的用戶定義函數，那就太好了。
回覆：改進錯誤日誌中的 JSL 堆疊追蹤
@DavidLeber寫道：
嗯，不總是正確的選擇！
我記得有些情況下，錯誤指向定義變數的那一行程式碼。
但錯誤是由完全不同的一行程式碼引起的。
所以，這種追蹤邏輯似乎有其道理：「變數是在哪裡賦值的，這一定是錯誤的根源。」 但這種邏輯很容易誤導人…
錯誤追蹤：JMP 嘗試執行「幫助」操作
回覆：改進錯誤日誌中的 JSL 堆疊追蹤嗯，並非總是如此…
很多情況下，JMP 不會報告程式碼行號： 錯誤訊息 - 是哪一行？
當使用者編寫程式碼時，這種程度的資訊就已經是個問題了，但現在人工智慧編寫程式碼，這個問題就更大了。
還有更多錯誤。
這些錯誤可能非常出乎意料。
由於目前錯誤報告機制的限制：
當你不知道在哪裡找的時候，它們就很難找到。
回覆：改進錯誤日誌中的 JSL 堆疊追蹤相關需求： 錯誤類型
回覆：改進錯誤日誌中的 JSL 堆疊追蹤-
