Closed
Bug 168041
Opened 22 years ago
Closed 22 years ago
Selecting non-ASCII characters from web page and dragging to desktop makes a clipping file with garbage contents
Categories
(Core :: Internationalization, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.2beta
People
(Reporter: GilliamDan, Assigned: nhottanscp)
Details
(Keywords: intl, topembed+, Whiteboard: [adt2] [ETA 09/17])
Attachments
(2 files)
3.94 KB,
patch
|
mikepinkerton
:
review+
sfraser_bugs
:
superreview+
jesup
:
approval+
|
Details | Diff | Splinter Review |
9.82 KB,
image/jpeg
|
Details |
This is another variant of bug 163908. If you select Japanese characters from a web page and drag them to the desktop to create a clipping file, the contents of the clipping file are garbage. Steps to reproduce: 1. Go to http://www.yahoo.co.jp 2. Select some Japanese characters 3. Drag the selection to the desktop to create a clipping file 4. Double-click the clipping file to open it Actual result: Japanese characters are not displayed as garbage in the text clipping window. Expected result: Japanese characters are displayed correctly in the text clipping window. Note that the filename is OK, it's just the contents that are wrong. Looks like the fix that was applied for 163908 (adding a 'styl' resource to the clipboard when copying) also needs to be applied for the drag-and-drop case. [Comment #7 in 163908 refers to the clipping file issue, but it didn't make it into the Steps to Repro for that bug and so wasn't fixed at the same time, I guess] Tested in 09/05 trunk build on Mac OS 10.1.5
Comment 1•22 years ago
|
||
naoki, do you think you could get to this by Friday (9/13)? it's topembed.
Keywords: topembed
Assignee | ||
Comment 2•22 years ago
|
||
Not sure, I will be out tomorrow. Let me take a look now. ylong can you reproduce this one?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•22 years ago
|
||
Can reproduce it by following the reporter's steps with 09-11 trunk build / Mac 10.1.5.
Assignee | ||
Comment 4•22 years ago
|
||
Assignee | ||
Comment 5•22 years ago
|
||
The patch adds 'sytl' for drag&drop. The conversion from Unicode to script is performed twice because 'styl' is called as a separate flavor from 'TEXT'. I think that is not really significant for the usual case (that is converting from Unicode to a single script). mike/simon, could you r/sr?
Status: NEW → ASSIGNED
Comment 6•22 years ago
|
||
Ick, more cloned code between drag and drop and clipboard. It's becoming clear that we need to factor this code better. I'll let pinkerton rule on that one.
Comment 7•22 years ago
|
||
Changed QA contact to myself since this is for embedding project.
QA Contact: ylong → teruko
Comment 8•22 years ago
|
||
adding topembed+ What's the ETA on this?
Comment 9•22 years ago
|
||
Comment on attachment 98794 [details] [diff] [review] Add 'styl' for D&D r=pink. yes, the clipboard and dnd classes need to share more code (like their windows counterpart), but that's well beyond the scope of this patch.
Attachment #98794 -
Flags: review+
Assignee | ||
Comment 10•22 years ago
|
||
simon, could you sr?
Comment 11•22 years ago
|
||
Comment on attachment 98794 [details] [diff] [review] Add 'styl' for D&D sr=sfraser
Attachment #98794 -
Flags: superreview+
Assignee | ||
Comment 12•22 years ago
|
||
checked in to the trunk
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.2beta
Comment 13•22 years ago
|
||
With 09-16 trunk build / Mac 10.1.5: 1. Works fine with double byte characters on both English locale and double byte language locale. 2. Works fine with accent characters with English locale. 3. Has problem as show in this screen shot with accent characters with Japanese locale.
Comment 14•22 years ago
|
||
Talked with Naoki, this problem in previous comment seems to be a seperete problem (involved with keyboard layout priority), I'll file a new bug for that later. The original problem was fixed, and I'm marking it as verified.
Status: RESOLVED → VERIFIED
Comment 15•22 years ago
|
||
Comment on attachment 98794 [details] [diff] [review] Add 'styl' for D&D a=rjesup@wgate.com for 1.0 branch. Change mozilla1.0.2+ to fixed1.0.2 when checked in
Attachment #98794 -
Flags: approval+
Comment 16•22 years ago
|
||
Marking as "mozilla1.0.2+" per Comment #15 From Randell Jesup. nhotta: Pls request EDT approval from edt@netscape.com
Keywords: edt1.0.2,
mozilla1.0.2+
Whiteboard: [adt2] [ETA 09/17]
Assignee | ||
Comment 17•22 years ago
|
||
Yes I did, I am waiting for the approval.
Comment 18•22 years ago
|
||
edt1.0.2+ (per verbal from saari) approval for landing on the 1.0 branch. Pls land time asap, the replace "mozilla1.0.2+" with "fixed1.0.2". thanks!
Assignee | ||
Comment 19•22 years ago
|
||
>3. Has problem as show in this screen shot with accent characters with Japanese >locale. filed as bug 169211
Comment 21•22 years ago
|
||
Verified as fixed in 09-19-05 1.0.2 MacOSX branch build.
Keywords: fixed1.0.2 → verified1.0.2
You need to log in
before you can comment on or make changes to this bug.
Description
•