Closed Bug 22016 Opened 25 years ago Closed 25 years ago

Imported IE Bookmarks corrupt on Japanese systems

Categories

(Core :: Internationalization, defect, P3)

Product:
Core
Component:
Internationalization
Platform:
PowerPC
Mac System 8.5
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 6770

People

(Reporter: amasri, Assigned: ftang)

Details

on MacOS 8.5 Ja, with Netscape5 1999121612:

1.Launch Netscape5
2.Select Bookmarks from the toolbar
3.Select Imported IE Favorites

Result: Items in submenu are corrupt. On win98-Ja, with Netscape5 121612, Items
are not rendered correctly, but do not appear corrupt.
QA Contact: claudius → amasri
Assignee: slamm → ftang
Component: Bookmarks → Internationalization
Passing to i18n.
Target Milestone: M14
The problem is that we didn't import the Japanese bookmark correctly. Is it ?
Apparently.
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Ok.. here is our finding.
It can be reporduce in both Mac and Window version. But the reason is different.
For Mac, somehow the IE Favor.html tag itself as 'x-mac-roman' so we convert
incorrectly. I think this is an invalid bug since the problem is IE tag it
wrong.

For window, I think this is a dup of 6770.
Mark it dup of 6770.


*** This bug has been marked as a duplicate of 6770 ***
Calling the Mac portion of the problem as "invalid" will not
solve the problem of migration for us. What I know is that
IE4.5 (both JPN or ENG versions) under English MacOS will create
a iso-8859-1 tag. (Does IE4.5 (JPN version) create Shift_JIS
tag under Japanese OS?). Application locale setting to Japanese
does not seem to change the charset tag.

Since IE4.5 does not seem to pay attention to the tag when displaying
sidebar content names, you can actually correctly see these
Japanese names under IE when you set the application locale to Japanese.

If you're a user and migrated IE favorites and the Japanese names
are corrupted, you'e going blame Mozilla for this even though the
charset tag may be wrong IE4.5.

If the IE favorite migration is important, we need to
come up with a strategy. One possibility is ask the user
what language we should consider IE favorites to be in when
migration occurs.
So, how much do we want this to work? Is it important enough that
we should do something like that?
Status: RESOLVED → VERIFIED
Verified as duplicate.
You need to log in before you can comment on or make changes to this bug.