@levi.smith: If the attachment's title is the same as its filename, Rename File from Parent Metadata will update the title so it continues to match the filename. I wouldn't recommend running that on secondary attachments like supplemental materials. Secondary attachments will never be renamed automatically, so this would have to be something you did manually.
So the takeaway is that there's been a deliberate choice to move to a display that is the exact counterpart to the old-timey Web's "Click here" instead of an informative line of text that is already there for the taking?
And somehow this is defended in various ways instead of just backed away from?
Sorry: like previous commenters, I really like Zotero. This makes a mess though. We're using a lot of shared collections with e.g. students working on them, and the seemingly unchangeable and poorly chosen attachment names is a constant source of unnecessary struggle. (I know now to tell them; don't worry it's just a bug - but they wouldn't accept "Itäs a design choice").
So: no hope of a fix? (A really very serious and not in any way sarcastic question.)
So the takeaway is that there's been a deliberate choice to move to a display that is the exact counterpart to the old-timey Web's "Click here" instead of an informative line of text that is already there for the taking?
@jensedlund: No, there was a choice to keep the simpler titles that Zotero has literally always used when saving from the web and avoid further title changes that were causing inconsistency, confusion, and wasted work. If you actually care to understand what changed and the reasons for it, you can read Attachment Title vs. Filename, including the "Changes in Zotero 7" section.
Additional changes are still planned. If there's a particular workflow that you're finding difficult in Zotero 7, you're welcome to share that, but I'd encourage you to take the time to understand the actual change here and why Zotero has always used simpler titles to begin with. Just saying you're going to lie to your students and call something a bug isn't exactly a productive way to start.
This is a function that worked in older versions. It used to visibly rename the file in Zotero. This is a clear bug, not intended feature. It now renames the file in the actual folder but not in Zotero, where it retains whatever the original name was at upload (not "Full Text PDF"). The annoying workaround is to go to "See file", then drag it in to the Zotero library with the new name, then delete the old file. It isn't a critical function, but it is a very annoying quality of life function that has been lost to what is obviously an unintended bug. If the intent is to simply just see "Full Text PDF" in Zotero then that is what it should do, not just retain the original file name uploaded. I would rather see the renamed file myself, but either way, it is clearly not functioning as intended.
@thomasam4: You're welcome to read Attachment Title vs. Filename to understand exactly what changed and the reasons for it, but just insisting that a documented change is "obviously an unintended bug" is not productive. If there's something you don't think is working right after reading the documentation, open a new thread and provide exact steps to reproduce.
And somehow this is defended in various ways instead of just backed away from?
Sorry: like previous commenters, I really like Zotero. This makes a mess though. We're using a lot of shared collections with e.g. students working on them, and the seemingly unchangeable and poorly chosen attachment names is a constant source of unnecessary struggle. (I know now to tell them; don't worry it's just a bug - but they wouldn't accept "Itäs a design choice").
So: no hope of a fix? (A really very serious and not in any way sarcastic question.)
Additional changes are still planned. If there's a particular workflow that you're finding difficult in Zotero 7, you're welcome to share that, but I'd encourage you to take the time to understand the actual change here and why Zotero has always used simpler titles to begin with. Just saying you're going to lie to your students and call something a bug isn't exactly a productive way to start.