Under Character coding "More" menu mixes up after create new profile

VERIFIED FIXED in Future

Status

()

Core
Internationalization
P3
normal
VERIFIED FIXED
18 years ago
17 years ago

People

(Reporter: Teruko Kobayashi, Assigned: jbetak@netscape.com (away - not reading bugmail))

Tracking

({intl})

Trunk
Future
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

18 years ago
Under character coding menu "More" mixes up first launch Netscape 6 after 
install Netscape 6 and creating new profile.  

Steps of reproduce
1. Create New profile
2. Launch Netscape 6
3. Select menu View|Character coding->More

   Every character coding lists of sub categories "Western European" "East 
European" "East Asia" etc, are listed after "User Defined".

   Looks like this.

    Western European
    East European
    East Asia
    .......
    ---------
    Unicode (UTF-7)
    Unicode (UTF-8)
    User Defined
    ---------
    Armenian (Armenian (ARMSCII-8)
    Baltic (ISO-8859-4)
    Baltic (ISO-8859-13)
 
    .... (List of character set as alphabetical order)

This happens after you just install Netscape 6 and create new Profile.
After you re-launch Netscape, this does not happen.

Tested 2000-09-26-08 branch Linux build.

Comment 1

18 years ago
Reassign to Frank.
Is this Linux only?
Assignee: nhotta → ftang
(Reporter)

Comment 2

18 years ago
Yes. This is linux only bug.

Comment 3

18 years ago
It only happen first time. Reassign this to cata and mark it as future.
Assignee: ftang → cata
Target Milestone: --- → Future

Updated

18 years ago
Status: NEW → ASSIGNED

Comment 4

18 years ago
reassign to bstell. Is this related to 41052
Assignee: cata → bstell
Status: ASSIGNED → NEW

Comment 5

18 years ago
mark it as M23
Target Milestone: Future → M23

Updated

18 years ago
Status: NEW → ASSIGNED
(Reporter)

Updated

17 years ago
Keywords: intl
QA Contact: teruko → ylong
(Reporter)

Comment 6

17 years ago
Changed QA contact to ylong@netscape.com.

Updated

17 years ago
Target Milestone: --- → Future

Comment 7

17 years ago
Reassign to jbetak.
Assignee: bstell → jbetak
Status: ASSIGNED → NEW
spam: accepting...
Status: NEW → ASSIGNED
Teruko,

I just checked with 07/16/2001 and 06/25/2001 Linux trunk build: this doesn't 
seem to occur anymore. Could you please verify and possibly close the bug?
Status: ASSIGNED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → FIXED

Comment 10

17 years ago
Verified as WFM (both 07-13 and 07-17 branch build).
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.