Closed Bug 569117 Opened 14 years ago Closed 14 years ago

compose window not reflecting changes to images even after re-adding them (too much caching?)

Categories

(Thunderbird :: Message Compose Window, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 404922

People

(Reporter: mcepl, Unassigned)

Details

Compose window not reflecting changes to images

Version-Release number of selected component (if applicable):
thunderbird-3.0.4-3.fc13.x86_64

How reproducible:
100%

Steps to Reproduce:
1. Open a compose window
2. Drag and drop an image into the compose window
3. Delete the image from the compose window by clicking Del
(note: I'm not expecting live updates in the preview, I'm actually trying to
remove the image and re-add it)
4. Manually edit the image with a different program like GIMP
5. Drag and drop the same image into the same compose window
6. The compose window preview continues to display the original image without
edits.

Actual results:
Compose window continues to show a preview of the older version of the image

Expected results:
Compose window must display the latest version of changes on re-adding the
image


Additional info:
On sending the email, the delivered image is the latest version on disk so this
is an aesthetic issue limited to the compose window only. Renaming the image or
moving it to a different location updates the preview to the latest (when
following the above mentioned steps).
Similar issue to bug 356808 on temporary file for attaching data?
Tb reads attaced file upon one of first draft save, send later, send, after attach operation(Drag&Drop of file in your case), and copy it to temporary directory for following attachment data processing. It sounds that Tb reads copy of old version in temporary directory even after "attach/delete attachment/attach of new version with same file name".

Can you check NSPR log of composer's activity first?  
> https://wiki.mozilla.org/MailNews:Logging
> Example of parameter for MS Win
> SET NSPR_LOG_MODULES=msgcompose:5
Checking trace of file I/O of Tb on files in temoprary directory and Drafs folder file(Drafts, Drafts.msf) may help your first problem analysis.
Note:
You don't need to do "Send" to check. "Send Later" is sufficient for analysis of your problem.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.