您好，
我們遇到了以下情況：專案在嘗試開啟對照譯文（Interlinear）時，開始顯示找不到資源。經過調查，我們發現 RVC2025 的更新變更了該資源的 GUID，儘管其顯示名稱（"RVC"）保持不變：
更新前的 ID：aaa19db7ade2da326a24f3e4404dca555ae62ab9abcdefff 更新後的 ID：cc1470a08113a6270385fb30c6b919b16916a9d3abcdefff 對照譯文仍指向舊的 ID，而該 ID 在更新後已不存在。我們透過編輯對照譯文設定檔中的 <MdlScrTextId> 標籤來修復此問題——僅更新 GUID 部分，而非整行。該欄位包含 GUID 以及結尾的 abcdefff，結尾部分必須保持原樣；否則 Paratext 在開啟對照譯文時將無法定位該資源。
在另一個場合，我們在更新另一個資源後，也在版面（Layout）上看到了類似的情況——屬於同一類錯誤。我沒有直接檢查 GUID 來確認該案例，但根據其行為，看起來是相同的根本問題。
我想特別指出這一點：變更資源 GUID 的更新並未將此變更同步至依賴該資源的其他位置，例如對照譯文。由於資源的顯示名稱沒有改變，使用者在功能失效之前無法預見此問題。
感謝（gracias）您對此進行調查。
Hello,
We ran into the following case: a project started showing that it couldn't find the resource when trying to open the Interlinear. Looking into it, we found that the RVC2025 update changed the resource's GUID, even though the visible name ("RVC") stayed the same:
ID before: aaa19db7ade2da326a24f3e4404dca555ae62ab9abcdefff ID after: cc1470a08113a6270385fb30c6b919b16916a9d3abcdefff The Interlinear was still pointing to the old ID, which no longer existed after the update. We fixed it by editing the <MdlScrTextId> tag in the interlinear's configuration file — updating only the GUID portion, not the whole line. That field carries the GUID plus a trailing abcdefff, and that trailing part has to be kept as-is; otherwise Paratext can't locate the resource when opening the Interlinear.
On a separate occasion we saw something similar with a Layout, after updating a different resource — same kind of error. I didn't confirm that case by checking the GUIDs directly, but based on the behavior it looks like the same underlying issue.
I want to flag this specifically: updates that change a resource's GUID are not propagating that change to other places that depend on it, such as Interlinears. Since the resource's visible name doesn't change, there's no way for the user to see this coming until the feature fails.
Thanks (gracias) for looking into this.
機器翻譯自 English 顯示原文
