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)
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.
Reporter | ||
Comment 1•23 years ago
|
||
Not reproduce on N6.2.1. -> regression, nsbeta1
QA Contact: ruixu → ylong
Assignee | ||
Comment 3•23 years ago
|
||
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).
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Assignee | ||
Updated•22 years ago
|
Priority: -- → P4
Comment 5•22 years ago
|
||
nhotta: could this related to the change you made of MacOS X file picker ?
Comment 6•22 years ago
|
||
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
Comment 7•22 years ago
|
||
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
Assignee | ||
Updated•22 years ago
|
Target Milestone: mozilla1.0 → mozilla1.2alpha
Assignee | ||
Comment 9•22 years ago
|
||
I think this is working on Chimera. Conrad, any plan to move the support to CFM?
Assignee | ||
Updated•22 years ago
|
Target Milestone: mozilla1.2alpha → ---
Comment 10•22 years ago
|
||
Yes. The nsLocalFile impl used by Chimera needs to be landed on the trunk.
Comment 11•21 years ago
|
||
i18n triage team: need info. Marina to test this.
Whiteboard: adt3 → [need info] adt3
Assignee | ||
Comment 12•21 years ago
|
||
I think this is CFM specific. Please try this in mach-o build.
Reporter | ||
Comment 13•21 years ago
|
||
Yes, not reproducible on 03-27 Mac-O build.
Assignee | ||
Comment 14•21 years ago
|
||
wontfix for non-mach-o problem
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•