Closed Bug 383336 Opened 17 years ago Closed 14 years ago
images with same filename rendered from cache incorrectly
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:126.96.36.199) Gecko/20070515 Firefox/188.8.131.52 Build Identifier: version 184.108.40.206 (20070326) Suppose you have one.png and two.png. If I drag one.png to the compose window, TB renders it fine. Now delete one.png and either send the first message or close the compose window. Start a new message, rename two.png to one.png and drag it to the compose window. One.png will render instead of two.png. Why would anyone do this? Think of screenshots in OS X. When you take a screenshot, OS X saves it to a file called "Picture 1.png". If I delete that file and do another screenshot, I again get a new file called "Picture 1.png". If I have already sent the first "Picture 1.png" in an email and later during the day send another "Picture 1.png", the first renders in my compose window. I tried this on a Windows computer too. The version of TB there was 220.127.116.11 (20070509). Reproducible: Always Steps to Reproduce: please see details Actual Results: please see details Expected Results: please see details No extra addons or themes are being used.
I agree. I have hated this ever since I started using Thunderbird. I constantly encounter it because I'm constantly resizing photos and saving them under the same name. I'm on Vista.
This is still reproducible on trunk with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081027 Shredder/3.0b1pre. This may however be caused by the same mechanism (thus this bug being potentially a duplicate, or at least related to) as described in bug 404922.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.