136221 - In composer window title, url-unsafe characters(non-ASCII) are URL-escaped in the encoding of locale charset.

Status: RESOLVED INVALID

(Core :: Internationalization, defect, P5)

Description

[Kasumi]

tested 04-05-trunk
Win XP Pro. JA, MacOS X, Linux 7.1 JA

1. Create a folder having DBCS as name
2. Create a file having DBCS as name in this folder
3. Launch Composer
4. Set Character coding to DBCS character coding such as 
   Japanese(Shift-JIS) 
4. Select File/Open or click Open icon on composition toolbar
5. Select that file created in Step 2
6. You will see the path is in escaped in window title 
THis problem occured regardless of OS.

Comment 1

[Yuying Long]

A dup. of bug 107448.

Comment 2

[Kasumi]

107448 is mentioning about insert link properties dialog box.
Maybe regarding of this but not sure. 

Comment 3

[Yuying Long]

Yes, bug 107448 is when insert a link, and this one is when open a file, but the
problem for both of them is displayed as escaped characters in path/file name. 
There are many actions can see the same problem: open file, insert link, insert
image, add attachment...etc. 

Comment 4

[Yuying Long]

I just noticed there is a regression keyword, as far as I know, we never able to
display DBCS properly when try to access those kind of path/name names since
N6.0, they always display as escaped characters.  Did it even worked some time
before?

Comment 5

[Rui Xu]

It is not reproducible with US N6.22.

Comment 6

[Yuying Long]

OK, I did misunderstand what the original problem :(

We used only show the file title in Composer window title bar, but don't show
the file path before(e.g. N6.2.2).  But now we are showing both page title and
file path in Composer window title bar.

I guess it's related with bug 29698 (bug 105909), in another word, fix for bug
105909 should fix this problem here.

Comment 7

[nhottanscp]

nsbeta1- 

cosmetic only, no dataloss

Comment 8

[Shanjian Li]

reassign to darin, related with bug 135854, regression caused by 124042.

Comment 9

[Darin Fisher]

mass futuring of untargeted bugs

Comment 10

[Kasumi]

This is not cosmetic as #7 said.
Once save it having incorrect file name/path, when create shortcut by drag and
drop their icon, shortcut doesn't work displaying error message.
This problem occurres for all OSs.

Comment 11

[Darin Fisher]

seems important... moving back to untargeted.  i probably won't have any time to
investigate this one for a while though, so if anyone else can own this, please
do.  thx!

Comment 12

[Kasumi]

I created a report bug 160236 which is splited from comment #10.  

Comment 13

[Darin Fisher]

futuring... would be great if someone on the intl team could take this.

Comment 14

[Jungshik Shin]

This is not just DBCS vs SBCS. This problem is applicable to all non-ASCII
filenames. Actually, any file with characters(even in ASCII range) that need to
be url-escaped (like 'space' and  &)has this problem. So, anyone using 'space'
(let alone non-ASCII chars) in filenames are affected.  I'm only talking about
the cosmetic part because the symptom described in comment #10 (which is much
more serious than this) was spun off as bug 160236.  I'm changing the summary
line accordingly. 

Comment 15

[Sylvestre Ledru [:Sylvestre]]

Decreasing the priority as no update for the last 2 years on this bug.
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage 
about the priority meaning.