146049 - Imported IE Favorites are not internationalized

Status: RESOLVED EXPIRED

(SeaMonkey :: Bookmarks & History, defect)

Description

[Kasumi]

tested on 05-12-PR1_JA
Win XP PRo. JA

1. Launch Navigator
2. Select Bookmarks/Imported IE Favarite/Link
3. Select any item in that folder e.g. Free Hotmail
4. You will have the Hotmail English page 
   http://lc2.law5.hotmail.passport.com/cgi-bin/login
5. Do the same on IE
6. You will have Hotmail Japanese page 
   http://lc2.law5.hotmail.passport.com/cgi-bin/login?_lang=JA&country=JP

   Bookmark.html page is:
   <DT><A HREF="http://www.microsoft.com/isapi/redir.dll?prd=ie&ar=hotmail"
ADD_DATE="1021392106">HotMail の無料サービス</A>

   Need to redirect based on OS language.

Comment 1

[Igor Paikin]

Something like this

I've install Mozilla and it imported boomarks from IE. There were in Russian
language. In 0.6 - 0.9 it works fine - in Mozilla bookamrks were in Russian too.
But after RC1 they looks like this:
%CC%EE%E1%E8%EB%FC%ED%E0%FF%20%F1%E2%FF%E7%FC%20-%20iXBT%20Hardware%20BBS

In RC2 just the same

Comment 2

[Kasumi]

I am talking about on default Link folder in IE Favarite.
Personaly added bookmark(s) are fine.  

Comment 3

[Steve Chapel]

Fixing summary so this bug can be found more easily.

Comment 4

[Chris Lyon]

*** Bug 144339 has been marked as a duplicate of this bug. ***

Comment 5

[Chris Lyon]

*** Bug 162092 has been marked as a duplicate of this bug. ***

Comment 6

[Chris Lyon]

*** Bug 166837 has been marked as a duplicate of this bug. ***

Comment 7

[Daniel Wang]

this is the fault of Hotmail, not Mozilla. reassigning

Comment 8

[Susie Wyshak]

How did you determine it was the fault of Hotmail based on comment #1?

Comment 9

[Bob Clary [:bc] (inactive)]

resetting back to original component, owner etc.

Comment 10

[Yves Lambert]

check if it is "blocking" bug 114158

Comment 11

[Amigo Chan]

It's the same in Traditional Chinese environments. Seems to be a problem dealing
with DBCS. Besides, I cannot import any IE Favorites into Mozilla.

Comment 12

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 13

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but still has no comment since the inception of the SeaMonkey project 5 years ago.

Because of this, we're resolving the bug as EXPIRED.

If you still can reproduce the bug on SeaMonkey 2 or otherwise think it's still valid, please REOPEN it and if it is a platform or toolkit issue, move it to the according component.

Query tag for this change: EXPIRED-20100420