Closed Bug 164771 Opened 22 years ago Closed 22 years ago

Copy to clipboard garbles text (looks Chinese)

Categories

(Core :: XUL, defect)

Product:
Core
Component:
XUL
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
VERIFIED DUPLICATE of bug 164940

People

(Reporter: moz, Assigned: jag+mozilla)

References

Details

(Keywords: regression)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020826 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020826 - Reproducible: Always Steps to Reproduce: 1.Select some text in this bug report. 2.Copy it with Ctrl-C 3.Paste it in the comments text box with Ctrl-V Actual Results: The copied text gets garbled, you have something illegible with chinese (?) characters in it. Expected Results: Paste the text in the same character coding as I've copied it from Character Coding is set to western ISO-8859-1.
This works in moz1.1 final and earlier.
Keywords: regression
This is a *very* recent regression. I tried it with Linux 2002-08-26-?? (i think it was -08) and it worked. Failed with -21. Marking NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
The checkins for bug 41425 and bug 58274 seem to be the only ones that could be related to this.
Confirmed on Solaris cvs 20020827. Please change Platform from Linux to All in this bug please. This happens on mail client too, making it all but unuseable..
OS: Linux → All
Hardware: PC → All
Confirmed on 2002082621-trunk/Linux. 2002082521-trunk/Linux works fine.
Confirming on Mozilla 2002082713 Linux
re-summarizing and moving
Component: Editor: Core → XP Toolkit/Widgets
re-summarizing and moving
Assignee: kin → jaggernaut
QA Contact: sujay → jrgm
Summary: Pastes garbled text (looks chinese) when pasting in text fields/URL bar → Copy to clipboard garbles text (looks Chinese)
I can reproduce with 2002082704-trunk/WinXP. And OLE Drag and Drop has same problem.
Same bug under MacOS 8.6 1.1b 2002082703 Copy paste the bug summary gives: "������������������������������������������� ���"
Just some dates to help narrow down the problem ... this works ok in my 08/23/02 Win32 TRUNK debug build, but *not* my 08/26/02 Win32 TRUNK debug build. shanjian, as arthur suggested above, your checkin for bug 41425 landed on 08/26/08, could it be the cause?
My Linux trunk build of yesterday didn't show this, now I get the following for the summary: ���������������������������
Note: This also horks the ability to drag and drop URLs (proxy icon).
I just verified that it is indeed shanjian's checking for bug 41425. I backed it out of my 08/26/02 build and things pasted fine again.
Assignee: jaggernaut → shanjian
cc: ylong
*** Bug 164900 has been marked as a duplicate of this bug. ***
Ok, I screwed up on my backout of shanjian's changes. I tested the backout with the wrong build. Backing out shanjian's patch does *not* fix the problem. Appologies to shanjian. Putting bug settings back to what they were prior to my screw up.
Assignee: shanjian → jaggernaut
Looking at all the checkins between 08/23/02 08:00:00 and 08/26/02 23:59:00, the only checkin that really stands out to me is alecf's checkin for bug 157624 which included modifications to nsCopySupport::HTMLCopy(). I'm currently poking around in the debugger. Has anyone tried to narrow down the exact nightly build that this first appeared?
*** This bug has been marked as a duplicate of 164940 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.