With the current build, on HTML composer, non-ASCII path or filename is displayed as escaped string on insert link window. Steps to reproduce: 1. Open a HTML composer window. 2. Enter a string, highlight the string and select Insert | Link 3. Click on Choose File. 4. Choose a filename which has a non-ASCII path or filename. and click on OK to return to the insert link window. You can see the non-ASCII path or filename is displayed as escaped string. It should display the path or filename in native encoding as 4.x does. Screen shot to follow.
Discussed this with Naoki. This requirement should be limited to local file access, since it's impossible to know the system encoding of a remote machine.
Summary: Composer: Non-ascii path or filename is displayed as escaped string on insert link window. → Composer: local Non-ascii file path or filename is displayed as escaped string on insert link window.
Changed QA contact to email@example.com.
QA Contact: teruko → ylong
The non-ascii path name is display as this every where in this browser application, no matter the which dialog window or text field. Please correct me if I'm wrong, but it's a dup of bug 29698 for me.
Is this a requirement? I see a space in the path displays as %20. (testing with NS6.2 commercial). Is this regression?
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.8
Yes, it's more like a feature requirement. I don't think it's a regression, this has there since 6.0.
Summary: Composer: local Non-ascii file path or filename is displayed as escaped string on insert link window. → Composer: local Non-ascii file path or filename should be displayed in native encoding on insert link window.
*** Bug 133373 has been marked as a duplicate of this bug. ***
nhotta: can we do this? 1) store the link in escaped UTF-8 2) display in system encoding in the Insert|Link dlgbox assigning to nhotta.
Assignee: yokoyama → nhotta
Status: ASSIGNED → NEW
can repro on Thunderbird 3.1 into mail compose window. I think that this code (editor/ui/dialog) is into comm-central for Thunderbird and SeaMonkey. Original report is for HTML composer on Mozilla Application Suite, so I change product to SeaMonkey.
Assignee: nhottanscp → nobody
Severity: normal → enhancement
Status: ASSIGNED → UNCONFIRMED
Component: Internationalization → Composer
Ever confirmed: false
OS: Windows 2000 → All
Product: Core → SeaMonkey
QA Contact: i18n → composer
Hardware: x86 → All
*** This bug has been confirmed by popular vote. ***
Status: UNCONFIRMED → NEW
Ever confirmed: true
You need to log in before you can comment on or make changes to this bug.