Defect #4618
closedAdding an Attachment to an Issue of the Same Name as Another Attachment Overwrites
0%
Description
Steps taken that produce this behavior,
- An issue has an attachment made to it (usually in my case, a screenshot)
- Another attachment is made, with the same filename as the one from above.
At this point, the new image replaces the other one, and references to it now point to the new one. What I'd want to see is that the new attachment gets renamed so that it doesn't displace the old one.
Extra information:
database: MySQL 5.0.75 ruby: 1.8.7 rails: 2.3.4 redmine: 0.8.5 (I know I upgraded to .5 but all the infos read .4)
Related issues
Updated by Felix Schäfer over 14 years ago
- Category set to Attachments
Mmh, I was under the impression this was intentional, but I can't find a reference to some statement on that, so I'll let Eric or Jean-Philippe chime in on that one.
Updated by Jean-Philippe Lang over 14 years ago
- Status changed from New to Closed
- Resolution set to Wont fix
Indeed, this behaviour was introduced in r1939.
This is especially usefull in wiki pages when you want to update a screenshoot without having to edit the page.
Updated by Markus Valle-Klann almost 14 years ago
- Status changed from Closed to Reopened
Hi, I just ran into the same issue with attachments having the same file name.
It seems btw that the thumbs plugin is displaying the older (original) attachments so updating wouldn't even work.
I understand the benefit of being able to update screenshots without having to update the page. But I think the disadvantage of not being able to simply attach a file to an update and reference it without having to worry about unique file names weighs more heavily. Especially considering the difficulties novice users are typically having.
In any case, wouldn't it be possible to resolve this in case of a file name collision by giving the user the option to 1) either really replace an existing attachment with the same name (if that's what is intended) or 2) to make it unique and automagically update any references to this atttachment in the update.
I took the liberty of reopening this issue in the hope the update doesn't get lost... If that was against protocol, my apologies and please revert.
Updated by Daniel Felix over 11 years ago
- Status changed from Reopened to Closed
- Resolution changed from Wont fix to Fixed
I just checked this issue with Redmine 2.2.1.
I'm not able to reproduce this. This issue is fixed. I tested the issue modul, as described in the issue description.
Updated by Benedikt Breinbauer almost 6 years ago
Is this really resolved?
Running into this as well. Very problematic for issue comments with embedded screenshots: the newer screenshot automatically replaces the old one so makes the old comment confusing/useless without the old original screenshot that the comment was intended for.
Environment: Redmine version 3.4.5.stable Ruby version 2.3.7-p456 (2018-03-28) [x86_64-linux] Rails version 4.2.8 Environment production Database adapter Mysql2
Updated by Benedikt Breinbauer almost 6 years ago
- Copied to Defect #29913: Adding image with same name as previous one replaces embedded image added
Updated by Benedikt Breinbauer almost 6 years ago
Can't reopen so created #29913
Updated by Go MAEDA almost 5 years ago
- Related to Defect #32327: Can not select a display specific image when there duplicate file names added
Updated by Justas Markauskas over 4 years ago
I understand that it is expected behavior. But I see that this is still problem for other people.
Is there way to write some plugin? so we can have possibility to have this in other way?
I.E. we use image which are attached to current note? or something.
This also relates with outlook emails with screenshots. (https://www.redmine.org/boards/4/topics/59294)