User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; ru) Opera 9.02 Build Identifier: http://mozilla.mirrors.tds.net/pub/mozilla.org/thunderbird/releases/22.214.171.124/win32/ru/Thunderbird%20Setup%126.96.36.199.exe 1. Open letter source (^U). 2. Try to save it (File / Save as...). In "File type" present "MS-DOS application" and "All files", but no "Text file". When I type name (say, "1") and save with "MS-DOS application" selected, then "1.com" is created, which looks like executable (because ".com"), but remains plain text. Also, in this window not present possibility to select save encoding (at least, "Windows" and "OEM"). Reproducible: Always
> In "File type" present "MS-DOS application" and "All files", but no "Text > file". I suggest, that this relates to "suffix" in Message-Id, which contains ".com" at end, and when I select File / Save as..., then as name offered Message-Id field ("email@example.com" in given case).
Hmm. When I try Save Page As from the view-source window using 188.8.131.52 (Windows 2000), there's a flicker as the Save dialog pops in and then disappears; the text is always saved right away, to the folder specified in Tools | Attachments | Attachments Folder (I'm not prompted even if the radio "Ask me where..." is checked). With TB 2b1/3a1, I get prompted where to save, regardless of which radio button is selected; and the default directory in that page is Desktop. In both cases, the suggested filename is the name of the folder. I don't see any correspondence to the Message-Id field. But, if I try this with a folder "yahoo.com" the suggested save-name is "yahoo.com" and "MS-DOS Application" does show up as a suggested file type -- which is probably how Windows initializes that Save dialog. While this probably should work better than it does, if you want to save a copy of the message source, just save the message as a .EML file -- what gets written is the same.
> (Windows 2000), I under W98. > In both cases, the suggested filename is the name of the folder. In my cases (newsgroup article), offered name is identical only to content of Message-Id field. If I try to save source of letter from mail account, then offered is English name of folder (folder named in Russian "Vhodyashie", ^S in Source window offers name "Inbox"). > While this probably should work better than it does, if you want to save a copy > of the message source, just save the message as a .EML file -- what gets > written is the same. Unfortunately, when saving from front end lost all leading dots (see my bug 339595). Saving from Source window remains source intact and preserves first "From" field. Also, if I already open Source window, its more convenient to save from there.
Reporter, does the issue still occur in the latest supported 2.0.0.x / Shredder trunk nightlies? (1.5.0.x is end-of-life and the latest supported 2.0.0.x is 184.108.40.206)
RESO INCO per lack of response to last question. If you feel this change was made in error, please respond to this bug with your reasons why.
(In reply to comment #4) Tested in mailbox folder. "MS-DOS application" removed, but neither "Text file" nor possibility to select encoding added. Thus, there remained dumb, silly, useless "File type" field with "All files". After saving file with "1" as name, no extensions added. Presence of ".com" in Message-Id doesn't affect this. Suggested by defauly file name equal to folder name (see comment #2) with correction for localized names (see comment #3). Now newsgroup folder. If I select letter with ".com" as suffix in Message-Id, ^U, ^S - all same, as reported in description and comment #1. NOTHING changed.
Mike, Joe, standard8, I think I have captured in the summary what remains of Arkady's issues. Can you offer an opinion on the following... View Source has no knowledge of any of these things. The object is simply text and that is all that it can know, and so what is being requested is not possible (same is true for Firefox) So IMO this bug is invalid. Or wontfix. The proper place to do what Arkady wants is from the actual message, not it's source.
(In reply to comment #7) > Mike, Joe, standard8, I think I have captured in the summary what remains of > Arkady's issues. Can you offer an opinion on the following... > > View Source has no knowledge of any of these things. The object is simply text > and that is all that it can know, and so what is being requested is not > possible (same is true for Firefox) So IMO this bug is invalid. Or wontfix. > The proper place to do what Arkady wants is from the actual message, not it's > source.