Upgrade StorageZotero 7: Attachment Display Title Does Not Match Actual Filename After Auto or Manual Rename
Hello Zotero Team,
I'm experiencing an issue in Zotero 7 regarding the attachment display title. Even with the automatic attachment renaming feature enabled, the display title of attachments within a Zotero item fails to correctly reflect their actual renamed filename on disk after certain operations.
Environment Information:
Zotero Version: 7.0.15
Operating System: Windows 11
Enabled Setting: Preferences -> General -> File Renaming -> "Automatically rename attached files added locally"
Problem Description:
When the following conditions are met, the display title (distinct from the linked filename) of a PDF attachment in a Zotero item does not match the actual stored filename in the Zotero storage folder. Specifically:
When capturing literature via browser plugin: When using the Zotero Connector (browser plugin) to save literature items with PDFs, if automatic renaming is enabled, the PDF file in the storage folder is indeed successfully renamed (e.g., according to the Author - Year - Title.pdf rule). However, in the Zotero item information pane, the display title of the PDF attachment often remains the default name (such as "Full Text PDF", "Preprint PDF") or its original name when it was captured, rather than the new filename after Zotero renamed it.
When manually triggering a rename for existing attachments: For a PDF attachment that already exists in an item (regardless of how it was initially added), if I right-click the attachment and select "Rename File from Parent Metadata", although the filename in the storage folder is indeed correctly updated, the display title of that attachment in the Zotero item is often reset to a default value (e.g., "PDF") instead of being synchronously updated to the new, actual filename.
Actual Results Summary:
In the two common scenarios above, the filenames in the Zotero storage folder are correctly renamed based on metadata.
However, in the Zotero interface, the attachment's display title either remains the old/default name (when captured via the browser plugin) or is reset to a default value (when manually renamed), failing to synchronize with the latest, correct actual filename.
Expected Results:
Whether adding and renaming attachments automatically via the browser plugin, or manually triggering a rename of existing attachments via right-click, the attachment's display title in the Zotero item should automatically update to accurately match its latest, metadata-generated filename in the storage folder.
Additional Information:
I understand that attachments in Zotero 7 have two concepts: "display title" and "linked filename". The current issue is that the "display title" fails to automatically synchronize and update after the file is renamed.
When using the third-party plugin "zotero-attanger" (https://github.com/MuiseDestiny/zotero-attanger) to perform renaming operations, the attachment's display title can be updated correctly, which may provide some clues for troubleshooting.
I am a user from China, and this issue is not an isolated case. In the comment section of this Zhihu post (https://zhuanlan.zhihu.com/p/681565292), several users have reported encountering similar problems.
I hope the team can pay attention to and fix this issue, ensuring that the attachment display title automatically stays consistent with the actual renamed filename, in order to provide a more consistent and accurate user experience.
Thank you!
---- Chinese version
主题：Zotero 7：自动重命名或手动重命名后，附件显示标题与实际文件名不符（或被重置）
Zotero 团队你们好，
我在使用 Zotero 7 时遇到了一个关于附件显示标题的问题。即使启用了附件自动重命名功能，在特定操作后，附件在 Zotero 条目中的显示标题也无法正确反映其在磁盘上重命名后的实际文件名。
环境信息:
Zotero 版本: 7.0.15
操作系统: Windows 11
启用的设置: 首选项 -> 常规 -> 文件重命名 -> "自动重命名本地添加的附件"
问题描述:
当满足以下条件时，Zotero 条目中 PDF 附件的 显示标题 （区别于链接的文件名）与其在 Zotero `storage` 文件夹中 实际存储的文件名 不一致。具体表现如下：
1. 通过浏览器插件抓取文献时: 当使用 Zotero Connector (浏览器插件) 保存带有 PDF 的文献条目时，如果设置了自动重命名，`storage` 文件夹中的 PDF 文件 确实 会被成功重命名（例如根据 `作者 - 年份 - 标题.pdf` 规则）。然而，在 Zotero 条目信息窗格中，该 PDF 附件的 显示标题 常常仍然是默认名称（如 "Full Text PDF"、"Preprint PDF"）或其他它抓取时的原始名称，而不是 Zotero 重命名后的新文件名。
2. 对已有附件手动触发重命名时: 对于一个已经存在于条目中的 PDF 附件（无论最初是如何添加的），如果我右键点击该附件，选择“根据父条目元数据重命名文件”(Rename File from Parent Metadata)，虽然 `storage` 文件夹中的文件名 确实 被正确更新了，但 Zotero 条目中该附件的 显示标题 反而经常被 重置 为某个默认值（例如 "PDF"），而不是同步更新为新的、实际存在的文件名。
实际结果总结:
在上述两种常见的操作场景下，Zotero `storage` 文件夹中的文件名都被正确地基于元数据进行了重命名。
但在 Zotero 界面中，附件的 显示标题 要么保持旧的/默认的名称（浏览器插件抓取时），要么被重置为默认值（手动重命名时），均未能与最新的、正确的实际文件名同步。
预期结果:
无论通过浏览器插件自动添加并重命名附件，还是通过右键手动触发对已有附件的重命名，附件在 Zotero 条目中的 显示标题 都应该自动更新，以准确匹配其在 `storage` 文件夹中最新的、根据元数据生成的文件名。
补充信息:
我理解 Zotero 7 中附件存在“显示标题”和“链接的文件名”两个概念。目前的问题在于“显示标题”在文件被重命名后未能自动同步更新。
使用第三方插件 "zotero-attanger" (https://github.com/MuiseDestiny/zotero-attanger) 进行重命名操作时，附件的显示标题 能够 被正确更新，这或许能为排查问题提供一些线索。
我是一名来自中国的用户，这个问题并非个例，在此知乎帖子 (https://zhuanlan.zhihu.com/p/681565292) 的评论区有多位用户反馈遇到了类似的问题。
希望团队能够关注并修复此问题，确保附件显示标题与实际重命名后的文件名能够自动保持一致，以提供更一致和准确的使用体验。
谢谢！
Subject:
I'm experiencing an issue in Zotero 7 regarding the attachment display title. Even with the automatic attachment renaming feature enabled, the display title of attachments within a Zotero item fails to correctly reflect their actual renamed filename on disk after certain operations.
Environment Information:
Zotero Version: 7.0.15
Operating System: Windows 11
Enabled Setting: Preferences -> General -> File Renaming -> "Automatically rename attached files added locally"
Problem Description:
When the following conditions are met, the display title (distinct from the linked filename) of a PDF attachment in a Zotero item does not match the actual stored filename in the Zotero storage folder. Specifically:
When capturing literature via browser plugin: When using the Zotero Connector (browser plugin) to save literature items with PDFs, if automatic renaming is enabled, the PDF file in the storage folder is indeed successfully renamed (e.g., according to the Author - Year - Title.pdf rule). However, in the Zotero item information pane, the display title of the PDF attachment often remains the default name (such as "Full Text PDF", "Preprint PDF") or its original name when it was captured, rather than the new filename after Zotero renamed it.
When manually triggering a rename for existing attachments: For a PDF attachment that already exists in an item (regardless of how it was initially added), if I right-click the attachment and select "Rename File from Parent Metadata", although the filename in the storage folder is indeed correctly updated, the display title of that attachment in the Zotero item is often reset to a default value (e.g., "PDF") instead of being synchronously updated to the new, actual filename.
Actual Results Summary:
In the two common scenarios above, the filenames in the Zotero storage folder are correctly renamed based on metadata.
However, in the Zotero interface, the attachment's display title either remains the old/default name (when captured via the browser plugin) or is reset to a default value (when manually renamed), failing to synchronize with the latest, correct actual filename.
Expected Results:
Whether adding and renaming attachments automatically via the browser plugin, or manually triggering a rename of existing attachments via right-click, the attachment's display title in the Zotero item should automatically update to accurately match its latest, metadata-generated filename in the storage folder.
Additional Information:
I understand that attachments in Zotero 7 have two concepts: "display title" and "linked filename". The current issue is that the "display title" fails to automatically synchronize and update after the file is renamed.
When using the third-party plugin "zotero-attanger" (https://github.com/MuiseDestiny/zotero-attanger) to perform renaming operations, the attachment's display title can be updated correctly, which may provide some clues for troubleshooting.
I am a user from China, and this issue is not an isolated case. In the comment section of this Zhihu post (https://zhuanlan.zhihu.com/p/681565292), several users have reported encountering similar problems.
I hope the team can pay attention to and fix this issue, ensuring that the attachment display title automatically stays consistent with the actual renamed filename, in order to provide a more consistent and accurate user experience.
Thank you!
---- Chinese version
主题：Zotero 7：自动重命名或手动重命名后，附件显示标题与实际文件名不符（或被重置）
Zotero 团队你们好，
我在使用 Zotero 7 时遇到了一个关于附件显示标题的问题。即使启用了附件自动重命名功能，在特定操作后，附件在 Zotero 条目中的显示标题也无法正确反映其在磁盘上重命名后的实际文件名。
环境信息:
Zotero 版本: 7.0.15
操作系统: Windows 11
启用的设置: 首选项 -> 常规 -> 文件重命名 -> "自动重命名本地添加的附件"
问题描述:
当满足以下条件时，Zotero 条目中 PDF 附件的 显示标题 （区别于链接的文件名）与其在 Zotero `storage` 文件夹中 实际存储的文件名 不一致。具体表现如下：
1. 通过浏览器插件抓取文献时: 当使用 Zotero Connector (浏览器插件) 保存带有 PDF 的文献条目时，如果设置了自动重命名，`storage` 文件夹中的 PDF 文件 确实 会被成功重命名（例如根据 `作者 - 年份 - 标题.pdf` 规则）。然而，在 Zotero 条目信息窗格中，该 PDF 附件的 显示标题 常常仍然是默认名称（如 "Full Text PDF"、"Preprint PDF"）或其他它抓取时的原始名称，而不是 Zotero 重命名后的新文件名。
2. 对已有附件手动触发重命名时: 对于一个已经存在于条目中的 PDF 附件（无论最初是如何添加的），如果我右键点击该附件，选择“根据父条目元数据重命名文件”(Rename File from Parent Metadata)，虽然 `storage` 文件夹中的文件名 确实 被正确更新了，但 Zotero 条目中该附件的 显示标题 反而经常被 重置 为某个默认值（例如 "PDF"），而不是同步更新为新的、实际存在的文件名。
实际结果总结:
在上述两种常见的操作场景下，Zotero `storage` 文件夹中的文件名都被正确地基于元数据进行了重命名。
但在 Zotero 界面中，附件的 显示标题 要么保持旧的/默认的名称（浏览器插件抓取时），要么被重置为默认值（手动重命名时），均未能与最新的、正确的实际文件名同步。
预期结果:
无论通过浏览器插件自动添加并重命名附件，还是通过右键手动触发对已有附件的重命名，附件在 Zotero 条目中的 显示标题 都应该自动更新，以准确匹配其在 `storage` 文件夹中最新的、根据元数据生成的文件名。
补充信息:
我理解 Zotero 7 中附件存在“显示标题”和“链接的文件名”两个概念。目前的问题在于“显示标题”在文件被重命名后未能自动同步更新。
使用第三方插件 "zotero-attanger" (https://github.com/MuiseDestiny/zotero-attanger) 进行重命名操作时，附件的显示标题 能够 被正确更新，这或许能为排查问题提供一些线索。
我是一名来自中国的用户，这个问题并非个例，在此知乎帖子 (https://zhuanlan.zhihu.com/p/681565292) 的评论区有多位用户反馈遇到了类似的问题。
希望团队能够关注并修复此问题，确保附件显示标题与实际重命名后的文件名能够自动保持一致，以提供更一致和准确的使用体验。
谢谢！
Subject:
https://www.zotero.org/support/kb/attachment_title_vs_filename