您好，
我们遇到了以下情况：一个项目在尝试打开对照经文（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 显示原文
