Closed
Bug 219252
Opened 21 years ago
Closed 21 years ago
network.enableIDN pref behaviour
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 221437
People
(Reporter: wolfiR, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030910
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030910
Mozilla 1.4.x and Mozilla 1.5b behaves the same in the following respect.
Reproducible: Always
Steps to Reproduce:
1.install Mozilla with default prefs
2.open e.g. http://www.lindenstraße.de/
3.switch pref network.enableIDN to true and back to false
4.try again to open the above URL
Actual Results:
First open works while the site doesn't open the second time.
So IDN is active although the pref is set to false
Expected Results:
It should behave consistently to the pref.
Is it time to switch IDN on by default?
Reporter | ||
Comment 1•21 years ago
|
||
modules/libpref/src/init/all.js contains the pref two times:
line 592:
pref("network.enableIDN", true);
line 652:
pref("network.enableIDN", false); // Turn on/off IDN
(Internationalized Domain Name) resolution
Perhaps this is the problem?
the above mentioned URL is www.lindenstra*german_sz_ligatue*e.de.
I will open a bugreport for bugzilla that it should be switched to UTF-8
encoding, otherwise noone can write non-ASCII here :-|
Comment 3•21 years ago
|
||
fixed by bug 221437
*** This bug has been marked as a duplicate of 221437 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•