188884 - Cannot save files/web pages with international characters (like umlauts הצ�) in local filename if I use "Open a Progress Dialog"

Status: RESOLVED DUPLICATE of bug 189301

(Core Graveyard :: File Handling, defect)

Description

[OstGote!]

User-Agent:       Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3b) Gecko/20030110 Netscape6/6.2 (Mozilla)
Build Identifier: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3b) Gecko/20030110

Build-ID: 2003011008
I know bug 157062 but with all other Mozilla releases and Netscape 7.x at least
I can save such named files/pages. It is the first time I noticed such a
behavior and I used all previous Mozilla releases. I think this bug is critical
because no warning or error appears and the user thinks the saving/download was
ok (data loss).

Reproducible: Always

Steps to Reproduce:
1. Go to the URL above.
2. Save the web page as "Webpage (HTML only). The DL dialog appears with the
suggested file name "s9643.html".
3. Save the file ...
 a) with this name.
 b) Change the file name to the heading of the article, i.e. something with
German umlauts like "Gebühr.html".

Actual Results:  
with 3a. -> file is saved and appears (correct) in DL Manager
with 3b. -> file is NOT saved, no error message appears, and a line with the
user-specified file name (like "Gebühr.html") appears in DL Manager but columns
Progress and Transferred are empty

Expected Results:  
File should be saved as specified (the appearance in the DL Manager is another bug).

Comment 1

[Hermann Schwab]

Works for me: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/20030112

Don´t know if this is of interest, since it´s Win98SE and not WinNT as specified
i the bug. What is the purpose of Netscape6/6.2 in the UA of a current Mozilla?

Comment 2

[OstGote!]

>What is the purpose of Netscape6/6.2 in the UA of a current Mozilla?
To avoid some of the most tech-evang bugs (like the KB bug on microsoft.com):
Only NS 6.x is identified, all other Gecko browsers not.

I will try tomorrow a clean new profile with this build and a newer build.

Comment 3

[OstGote!]

I checked this bug now with builds 2003011008 and 2003011308. 

After hours of playing with new profiles I found the cause of this bug!!!
Ok, first I thought it's only a corrupted profile. I deleted the usual suspects.
Nothing changed. I did create a new clean profile and it works. After I moved
all my prefs and personal data to the new profile it didn't work either. Step by
step I changed the files and figured out that the prefs caused the bug. Now I
investigate all my prefs in the user.js. I eventually found it. It's the DL
Manager pref.

Reproducible: Always
Steps to Reproduce:
1. create two new profiles A and B (without starting Mozilla)
2. in profile A put a user.js with
   user_pref("browser.downloadmanager.behavior", 1);
i.e. show only the progress dialog. For profile b the value defaults to 0 = open
DL Manager. 
3. start the profiles and do the steps above (save any file named with umlauts).

Actual results: 
profile A) bug is still there (no saving, no error)
profile B) file saves as expected (with popupping DL Manager window)

Conclusion: Something is wrong if I don't use the DL Manager. :-(

I got the same results as I changed the DL Manager options in my original profile.

@Hermann Schwab: I guess you use the option "open DL manager" for downloads.

Comment 4

[OstGote!]

Changed summary because of the new infos and set "dataloss" keyword. 

This bug occurs only if you use the setting
Edit->Preferences->Navigator->Downloads->"Open a Progress Dialog".

Note: The URL is only an example, the bug occurs with any file/page if you use
umlauts in the local filename. The type of saving a web page (complete or as
HTML only) is also irrelevant.

I thought perhaps this is a regression due to bug 181374 and I tested it with
build 2003010708 (before the checkins) but there is the same behavior. :-(

Comment 5

[Aaron Nottbeck]

Always reproduceable with BUILD 2003011508 - OS W2k SP3.
Steps:
1. clean Mozilla 1.3b nightly
2. new Profile
3. switch Download Pref to "Open a progress Dialog"
4. open a website 
5. trying to save it (Web Page, complete/ HTML only ) with an ä,ö,ü in it's
file-name

Result: No progress dialog - nothing saved.

Comment 6

[Rob Stow]

I'm not sure if this is the same thing or if I should be opening a new bug,
but in my unending quest for the perfect wallpaper I constantly find images
that will display in the browser but can't be saved because of "international
characters" in the file name.

I'm currently using 2003012105 on WinNT4, but this bug has been around since I
started using Mozilla when version 1.0 came out.  Today is just the day when I
decided I'm sick of switching to IE so that I can saved the damned picture.

For example, load the URL below then try to right-click|Save Image As 
on the picture of the bird:
http://equis.ya.com/kippys/Q22/SharperV_SW_N004_Sou%EF_Mangas.jpg.html

Seems so weird that Moz can display the image for me but won't let me save it.

Comment 7

[OstGote!]

to comment 6: I saw this bug only with 1.3b nightlies and never before since
1.0. Perhaps your problem is bug 185406. In particular read #6 there. At the
moment I can't see the image but I don't know if it's the connection or Mozilla.

Comment 8

[OstGote!]

WFM with builds 2003012208 and 2003012304 on Win NT4 German.

This bug seems to be fixed by the patch to bug 189301. Because there is more
information I dupe this bug, although I was the first ;-)
Adjusted the component and keywords.





*** This bug has been marked as a duplicate of 189301 ***