Closed Bug 125614 Opened 23 years ago Closed 21 years ago

[US locale] Can not open a non-ascii file

Categories

(Core :: Internationalization, defect, P4)

PowerPC
macOS
defect

Tracking

()

VERIFIED WONTFIX

People

(Reporter: amyy, Assigned: nhottanscp)

Details

(Keywords: intl, Whiteboard: [need info] adt3)

Build: 02-13 trunk build on Mac OS 10.1.2

Steps:
[US locale]
1. Launch browser and open composer.
2. Create a document and save it as non-ascii file name.
   - I saved it as a Japanese file name under Japanese folder.
3. Open that file through browser.

Result:
You will get an error message says:
The file <xxxxxx> can not be found, please check the location and try again. -
Notice the file name here is displayed as NCR.

If OS locale is using Japanese, then I don't have this problem.

See bug 119507 for a similar case.
Not reproduce on N6.2.1.

-> regression, nsbeta1
Keywords: intl, nsbeta1, regression
QA Contact: ruixu → ylong
-> nhotta
Assignee: yokoyama → nhotta
Conrad, any idea why was this working on NS6.21? 
I think we haven't support those cases (e.g. JA filename on US locale).
nsbeta1+ per triage
regression. 
Keywords: nsbeta1nsbeta1+
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Priority: -- → P4
nhotta: could this related to the change you made of MacOS X file picker ?
Impact Platform: MacOS X only
Impact language users: 560M 100%
Probability of hitting the problem: Low
Severity if hit the problem in the worst case: cannot view newly created file
Way of recover after hit the problem: User could rename the file through finder
Risk of the fix: unknown
Potential benefit of fix this problem: other file accessing on MacOS X
Regression ???
ADT3 for unsupported feature
Whiteboard: adt3
I don't think this is really a regression. What happen before is we save into
wrong charset and display the page. The current behavior will tell the user the
save is failed and they have chance to save into a file name that under their
lcoale. 
nsbeta1-
remove regression
Target Milestone: mozilla1.0 → mozilla1.2alpha
nominate for nsbeta1
Keywords: nsbeta1-nsbeta1
I think this is working on Chimera. Conrad, any plan to move the support to CFM?
Target Milestone: mozilla1.2alpha → ---
Yes. The nsLocalFile impl used by Chimera needs to be landed on the trunk.
i18n triage team: need info.  Marina to test this.
Whiteboard: adt3 → [need info] adt3
I think this is CFM specific.
Please try this in mach-o build.
Yes, not reproducible on 03-27 Mac-O build.
wontfix for non-mach-o problem
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WONTFIX
Mark as verified as won't fix.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.