Closed Bug 647825 Opened 14 years ago Closed 14 years ago

Cannot Transfer An Image From One Window To Another

Categories

(Thunderbird :: Message Compose Window, defect)

Product:
Thunderbird
Component:
Message Compose Window
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 224733

People

(Reporter: jay, Unassigned)

Details

Thunderbird 3.1.9 Windows XP SP3 Steps To Reproduce: 1. Open a received HTML formatted message with an image displayed inline 2. Open a new compose window in HTML formatted display 3. By any method, attempt to transfer the image to the compose window Result: Does not work, the image is not transferred, only a "missing image" type box is the result. 100% reproducible Some users report that it used to work in previous 2.x and 3.x-pre versions.
Addendum Forgot to clarify #3. "By any method". By any method per this bug means drag/drop from window to window or copy/paste from window to window. Saving the image first and then copy/paste works.
jay, can you double-click on the image to open the Image Properties and see if the Location looks like "mailbox:///C%7C/"? If yes, and if changing the "%7C" part to "mailbox:///C:/" or "mailbox:///C|/" instead resolves the issue, this should be a duplicate of bug 224733.
Copied the image to the clipboard and then pasted to a text file: mailbox:///C|/Documents%20and%20Settings/Administrator/Application%20Data/Thunderbird/Profiles/default.v9f/Mail/jaygarcia-1.com/Inbox?number=23822&part=1.2&type=image/jpeg&filename=cert.jpg
Thanks, but that's not quite what I meant; copy-paste or drag-and-drop an image from one message your are looking at into one that you compose. There you should see the "broken image" box. Double-click on that box in the message you compose, this should open the Image Properties with the pasted location. If it's the bug I'm thinking of, the "C|" should have been translated to "C%7C" which breaks the picture in your new message.
I just tied this. Originally the Location began "mailbox:///C|/" which did not find the image, but changing it to "mailbox:///C:/" DID find the image.
WOW what an active bug..just mid-aired 3 times Mozilla/5.0 (Windows NT 5.0; rv:2.0pre) Gecko/20110401 Thunderbird/3.3a4pre is showing the same symptoms, and I'm pretty sure this regressed Editing "%7c" to "|" restores the image here.
(In reply to comment #6) > I just tied this. Originally the Location began "mailbox:///C|/" which did not > find the image, but changing it to "mailbox:///C:/" DID find the image. As Joe stated, those two forms should be equivalent, so I'm a bit puzzled too (a) why you don't see the "%7C" escaped version of "|" in your location, and (b) why once you have a "|" it doesn't work. So, not as straight-forward of a duplicate as I initially thought...
Ok, here it the results of dbl clicking the image/box: mailbox:///C%7C/Documents%20and%20Settings/Administrator/Application%20Data/Thunderbird/Profiles/default.v9f/Mail/jaygarcia-1.com/Inbox?number=11495&part=1.2&type=image/jpeg&filename=cert.jpg
Addendum: Changing the %7C to | causes the image to be displayed properly. Now what?
Ok, that's what I'd expect to see due to bug 224733, so it's indeed a duplicate of that bug. I don't know what happened in comment #6, any more details?
Changing the %7C to : also displays the image properly. So now where do we go from here? 224733 is quite old and stale being filed in 2003 and the last comment by David A in 2008.
Yes, but it's a duplicate anyway... it's policy to dupe a new bug against the older one, especially if some further analysis was provided there already. Also, running into dupes frequently "revives" old bugs even after a long time of no action (some bugs fixed were as old as 10 years), thus there's hope.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
BTW: There is an extension available fixing the issue after the fact: (Quoting bug 224733 comment #12) > In the meantime the bug is fixed, you can find a workaround in my extension > QuoteAndComposeManager, here: > https://nic-nac-project.org/~kaosmos/realborders-en.html > See also https://bugzilla.mozilla.org/show_bug.cgi?id=380372 for another bug > related to inline images paths. I've suggested to the developer of that extension to post a patch, but since he is fixing the broken HTML code once the damage has already happened it's not possible to derive a core fix from that extension.
The extension doesn't work when copy/pasting an image to a new html format window. I still get the image block with the %7C still intact.
It may be necessary to switch that option (#12) on before it works. If you can't get it work you can e-mail the extension author from that web site.
The option is on by default, nonetheless it is on and still doesn't work. I emailed the author and invited him to view this bug.
Why is this labeled "RESOLVED"? It now refers to bug 224733 which is 8 years old! If that ancient bug was truly "resolved", we shouldn't be seeing it in the current Thunderbird. Apparently the bug resurrected itself. Pernicious darn thing! So, from the perspective of a lowly user, it definitely is NOT resolved.
"Resolved" in this vernacular means that this bug has been classed as a duplicate of another bug. In other words you're "resolving" the bug as a dupe, not "fixing" it.
You need to log in before you can comment on or make changes to this bug.