In the previous beta versions (and also Zotero 6), renaming did not only rename the filename but also the attachment title, which is much more convenient and should imo be still the case. So +1 to expected behavior as described above.

I have to say I agree with the OP and the other previous commentator and that I don't think the recent change in re-naming practice of attachments is to be welcomed.

My use case is one of attaching linked files, which are named according to a local convention that Zotero's internal re-naming scheme can't replicate, afaik.

In Z6, iirc, I used to edit the attachment title and enable the option to rename the attached file, which could then be moved using Zotfile.

In Z7 the flow was somewhat reversed, with the attachment title taking on the name of the attached file; this worked well enough (with the file now being moved using the attanger add-on).

The advantage to me of the previous behaviour was that I could see at a glance if I had selected the wrong file to attach; in addition, the name generally was also informative in itself. Going forward, all of my attachments will proudly display their content-encoding in their attachment titles, which is virtually meaningless. It's a bit like having most of your children called PDF (apart from the unfortunate EPUB).

However: this is only true for the first attachment as subsequent attachments acquire an attachment title which is the same as the attached file, minus the file-type extension.

And this can lead to absurd results with the first volume of a thesis being 'PDF'
with the second having a meaningful handle (e.g. Sextus the Sixth - A Review of Roman Naming Practices, Volume 2).

I have in fact read the long discussion at https://github.com/zotero/zotero/issues/4211, and do not seek to trivialise the issues, but I would urge consideration of allowing back the previous behaviour in some way, perhaps via some option in the settings or else by using different practices for different sources, e.g. pre-existent files, as in this case.

Thank you!

In the previous beta versions (and also Zotero 6), renaming did not only rename the filename but also the attachment title

For about a year, Zotero 7 hasn't changed the attachment title when doing a manual Rename File from Parent Metadata if the title didn't already match the filename. We made two additional changes in the latest beta:

1. We now set the title of the first attachment of a given type to "PDF" or "EPUB" instead of the filename when dragging a file from the filesystem or creating a parent item based on metadata. Subsequent files added to an item will still get titles named after the filename (without the file extension), since those are likely to be supplementary files and the filename may be informative.
2. We no longer change the attachment title when manually using Rename File from Parent Metadata even when the title matches the filename. If you want to change the title, you can do that from the item pane.

The impetus for all of this is to avoid cluttering the items list and search results with a redundant line of metadata for every item. Attachments saved from the web have always had titles like "ScienceDirect Full Text PDF", and files have always been automatically named after parent metadata.

People who were using ZotFile or who were unnecessarily running Rename File from Parent Metadata on every attachment (which used to change the titles of attachment saved from the web like "ScienceDirect Full Text PDF" to match the filename, which was a bug) might be used to seeing filenames in the items list, but we'd encourage people to give the new behavior a try. It will be possible to change existing titles via batch editing in a future version.

I don't agree with the stated rationale for this behavior being to facilitate "less-distracting attachment titles." Unless the user twirls the item open the attachment title isn't seen.

@P4R4D0X: That's not the case. Parent items are auto-expanded when a child item matches a search. So with attachment titles matching filenames, you have this distracting duplication of the parent metadata and the attachment itself matches the search and expands the parent, for no reason, every time you search for a title or author in All Fields & Tags mode or an advanced search.

The advantage to me of the previous behaviour was that I could see at a glance if I had selected the wrong file to attach

@ajb59: I wouldn't really recommend a workflow where you're manually dragging in files all the time, but you can always see the filename in the item pane for the attachment.

Going forward, all of my attachments will proudly display their content-encoding in their attachment titles, which is virtually meaningless.

@ajb59: That's fair in general, but it's just not really true in the context of Zotero, because in Zotero most people have PDFs (and now EPUBs) and snapshots, and "PDF" functionally means the full text. Technically "Full Text" would be the format-agnostic title, but we can't do that automatically outside of a translator where we know what's being added (and in that case we do include "Full Text" in the title).

However: this is only true for the first attachment as subsequent attachments acquire an attachment title which is the same as the attached file, minus the file-type extension.

And this can lead to absurd results with the first volume of a thesis being 'PDF'
with the second having a meaningful handle (e.g. Sextus the Sixth - A Review of Roman Naming Practices, Volume 2).

Multi-part publications saved from the web will have appropriate titles. If you're adding multiple child attachments locally, you would need to change the first one back to an appropriate title in the item pane, yes, but that's not a problem most people are going to encounter very often.

@Luis_Claveria: You're misunderstanding the basic point here. Read the linked documentation section to understand the difference between attachment titles and filenames. You can see the filename right in the item pane — you don't need to look at the filesystem.

For about a year, Zotero 7 hasn't changed the attachment title when doing a manual Rename File from Parent Metadata if the title didn't already match the filename.

People who were using ZotFile or who were unnecessarily running Rename File from Parent Metadata on every attachment (which used to change the titles of attachment saved from the web like "ScienceDirect Full Text PDF" to match the filename, which was a bug) might be used to seeing filenames in the items list

Then I was used to using the bug. I thought it was a feature, not a bug.

I understand the explanation for the reason behind the title/filename distinction and I agree that this might be helpful if dealing with multiple attachments for one parent item but as this is such a rare case I really think that the default should be the other way round, so that if it is just one attachment the attachment title should be the same as the file name and if there are more attachments then those can have a different title.

If it will soon be possible to change the title to be the same as the file name via batch editing this might be not as convenient as the former bug but hopefully at least not to stiff.

why do I need to see the filename?

For example to find duplicates

In my opinion this change cries for a setting somewhere - not matter how complicated it would be to change that setting: please let the user choose ...

Even when dealing with multiple documents I would like to simply choose a file with a name to be opened when double clicking the meta-data.

Hopefully, it is acceptable to post this.

Here are two scripts for the Actions and Tags plugin

The first script renames both Attachment Titles and Filenames based on the File Renaming format defined in the settings. Select the items or attachments that you want to rename and trigger the script.

https://github.com/windingwind/zotero-actions-tags/discussions/291#discussioncomment-10034952

Alternatively, the second script simply renames the Attachment Title to match the Attachment Filename.

https://github.com/windingwind/zotero-actions-tags/discussions/291#discussioncomment-10035114

https://s3.amazonaws.com/zotero.org/images/forums/u2014255/tee2b1pf3j29250t9315.png

@linn.a: To be clear, you're referring to the attachment title, not the filename. When we talk about "renaming", we're usually talking about the filename. If you disable automatic renaming for locally added files, it will just keep the original filename.

But yes, I actually just noticed the title behavior you describe, and it's arguably a bug. In cases where Zotero doesn't automatically rename the file, it probably should use the base of the original filename (i.e., the part without the extension) as the title. We're already doing that for subsequent files (e.g., the second child PDF of an item), so this would be consistent with that.

Related question. Can the the attachment title be changed? It would be ok if every attachment type had a distinct name, but as of now (7.0.0-beta.110) the naming is inconsistent: there are 'PDF', 'Full Text', sometimes it's PDF's filename (when importing from web).