383336 - images with same filename rendered from cache incorrectly

Status: RESOLVED DUPLICATE of bug 404922

(Thunderbird :: Message Compose Window, defect)

Description

[Brian Mauter]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
Build Identifier: version 2.0.0.0 (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 1.5.0.12 (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.

Comment 1

[David Anderson]

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.

Comment 2

[rsx11m]

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.