Open Bug 417204 Opened 18 years ago Updated 15 years ago

false filename (%7C instead of |) for embedded pictures after copy/paste

Categories

(MailNews Core :: Composition, defect)

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

People

(Reporter: korn, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12 Build Identifier: Version 2.0.0.9 (20071031) 1. open a mail with inlined pictures (jpeg,..) from "Draft" or "Template" - folder (=> a new composer window) 2. create a new mail (=> a 2nd composer window) 3. select and copy one picture of the 1sr composer window (e.g. with the filename mailbox:///C|/Documents%20and%20Settings/hans-peter/Application%20Data/Thunderbird/Profiles/woqlw3s6.default/Mail/mail.netzone.ch/Templates?number=1718476&part=1.2 4. paste this picture into the 2nd composer window => the window is not visible, only the frame of the window is visible 5. doubleclick this empty frame where the picture should be - and ten you see a filename like this: mailbox:///C%7C/Documents%20and%20Settings/hans-peter/Application%20Data/Thunderbird/Profiles/woqlw3s6.default/Mail/mail.netzone.ch/Templates?number=1718476&part=1.2 THAT MEANS: the filename during copy/paste is changed from: mailbox:///C|/Documents... to mailbox:///C%7C/Documents... ===>>> the "|" is changed to "%7C" If in the filename of the picture in the 2nd composer window the "%7C" is changed to "|" manually the picture becomes visible in the 2nd composer window Reproducible: Always Steps to Reproduce: 1. open a mail with inlined pictures (jpeg,..) from "Draft" or "Template" - folder (=> a new composer window) 2. create a new mail (=> a 2nd composer window) 3. select and copy one picture of the 1sr composer window (e.g. with the filename mailbox:///C|/Documents%20and%20Settings/hans-peter/Application%20Data/Thunderbird/Profiles/woqlw3s6.default/Mail/mail.netzone.ch/Templates?number=1718476&part=1.2 4. paste this picture into the 2nd composer window => the window is not visible, only the frame of the window is visible 5. doubleclick this empty frame where the picture should be - and ten you see a filename like this: mailbox:///C%7C/Documents%20and%20Settings/hans-peter/Application%20Data/Thunderbird/Profiles/woqlw3s6.default/Mail/mail.netzone.ch/Templates?number=1718476&part=1.2 THAT MEANS: the filename during copy/paste is changed from: mailbox:///C|/Documents... to mailbox:///C%7C/Documents... ===>>> the "|" is changed to "%7C" If in the filename of the picture in the 2nd composer window the "%7C" is changed to "|" manually the picture becomes visible in the 2nd composer window Actual Results: Only with copy/paste the picture is not visible and the mail cannot be - send - saved as draft or template Expected Results: It should work with copy / paste only without having do re-edit the filename of the pasted picture (changing "%7C" to "|" manually) see above
Version: unspecified → 2.0
There is the same effect, when I copy / paste a picture from a mail in any of the folders of an account! So, in the above mentioned "step 1" it is not becessary to create a new composer window based on a "draft mail" or on a "template mail" showing a inlin picture. You can open any mail with a inline pucture to copy it - and you will have this effect: The address of the picture-graphic of the picture which is copied has the form: mailbox:///C|/Documents%20and%20Settings..... But after pasting this picture in a composer-window the address has changed to: mailbox:///C%7C/Documents%20Settings..... and therfore is invalid....
Keywords: testcase
STR do not qualify as a "testcase". Does it happen with the trunk builds too? (3.0a1pre)
Keywords: testcase
Yes, I installed thunderbird-3.0a1pre.en-US.win32.installer.exe 16-Feb-2008 04:17 7.1M and observed the same bug
This happens also when editing html by using Edit>>Select all>>insert html and then editing anything at all (but that has been there for a long time) But in the case of copy/paste from a mailbox:(url) this was fixed at one time, but I'm seeing again now with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090326 Lightning/1.0pre Shredder/3.0b3pre ID:20090326031517 From forum input, this is not seen in linux builds.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Also seen on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090326 SeaMonkey/2.0b1pre, so that's MailNews Core. This bug was first reported in bug 261620, which resolved as a duplicate of bug 224733. That bug is more on escape issues associated with saving as draft, then reopening, thus I'm not sure if this bug here should be duped against it. Also noteworthy, this affects only "mailbox:" references, not "file:" URLs even if they contain a drive letter (the ':' is not escaped there). > From forum input, this is not seen in linux builds. Simple explanation: Linux doesn't have letter drives = not triggering the bug.
Component: Message Compose Window → Composition
Product: Thunderbird → MailNews Core
QA Contact: message-compose → composition
Version: 2.0 → Trunk
This problem still exists. I became aware of it from my posting http://forums.mozillazine.org/viewtopic.php?f=39&t=1530215&p=7721965#p7721965 Simply dragging a graphic from one message to a new message encounters the problem. Windows - version 2.0.0.23 (20090812) My two cents worth is added. It is a problem.
In copypasted image there is mailbox:///C%7C/Documents%20and%20Settings/User/Application%20Data/Thunderbird/Profiles/xejymuos.default/Mail/Local%20Folders/Sent?number=479707369&part=1.1.2&filename=minox.jpg when i change it on mailbox:///C|/D all works normaly
You need to log in before you can comment on or make changes to this bug.