Closed Bug 70246 Opened 24 years ago Closed 22 years ago

New non-ascii folder created on filter window doesn't show correctly

Categories

(MailNews Core :: Internationalization, defect, P3)

All
Other
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME
mozilla1.2alpha

People

(Reporter: ji, Assigned: naving)

References

Details

(Keywords: intl)

*****Observed with win32, linux and Mac 02/26 trunk build****** The new JPN folder created on filter window doesn't correctly at the same window. Steps to reproduce: 1. Launch Mail. 2. Select Edit | Message Filters.... 3. Click on New button to bring up filter creation window. 4. Click on New Folder, select a folder as the parent folder and enter Ja chars for the folder name, click on OK button. The new created JPN folder is displayed as garbage on the filter window. And the folder is not recognized when clicking on OK to complete the filter creation. But after the filter window is closed, the new folder is showing correctly on the folder tree.
Assignee: nhotta → gayatrib
Keywords: intl
Correction: the new JPN folder name is not displayed as garbage, it's displayed as latin-1 string.
Adding jenm to cc: list. Marking as nsbeta1 and intl.
Keywords: nsbeta1
marking nsbeta1+ and moving to mozilla0.9.2
Priority: -- → P3
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9.2
Scott - I don't understand M0.9.2 and nsbeta1+??? huh?
reassigning to naving
Assignee: gayatrib → naving
moving to 0.9.3
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Target Milestone: mozilla0.9.3 → mozilla0.9.4
Keywords: nsBranch
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Blocks: 99230
Marking nsbranch- as it was decided in the August bug triage that we wouldn't have eenough time in eMojo to fix this. Let's revisit for MachV.
Keywords: nsbranch-
cleaning up nsbranch keywords.
Keywords: nsbranch
No longer blocks: 99230
moving to 0.9.6
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Blocks: 104166
moving to 0.9.7 and nominating.
Keywords: nsbeta1
Whiteboard: [nsbeta1+]
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Blocks: 107067
Keywords: nsbranch-
Keywords: nsbeta1nsbeta1+
Target Milestone: mozilla0.9.7 → mozilla0.9.9
moving to 1.0.1
Target Milestone: mozilla0.9.9 → mozilla1.0.1
Blocks: 122274
Status: NEW → ASSIGNED
Keywords: nsbeta1+nsbeta1-
Target Milestone: mozilla1.0.1 → mozilla1.2
No longer blocks: 107067
*** Bug 125522 has been marked as a duplicate of this bug. ***
let me change the summary because it doesn't affect JA folders only. All non-ascii chars are not showing up correctly. Changing the summary.
Summary: Ja folder created on filter window doesn't show correctly → New non-ascii folder created on filter window doesn't show correctly
another instance where the non-ascii folder is not showing up correctly is a status bar when we are deleting(unsuscribing from) the folder. To see it : chose a non-ascii folder, click delete and if there are filters associated with this folder you'll get an alert about the filter's update, look at the status bar: you'll notice that the non-ascii folder name is diplsayed as raw bits
Does this still happen? I did not see this when I worked for other bug about new folder from the filter editor UI.
This problem doesn't exist anymore on the latest build.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Marked it as verified.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.