Closed Bug 287198 Opened 19 years ago Closed 16 years ago

special chars in selection (æøåé) gets mungled (??a*e')

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: Morten, Unassigned)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050217 Mnenhy/0.7.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050217 Mnenhy/0.7.1

Selecting text with special characters in mozilla and pasting them into other
apps (eterm, xterm, gaim) messes them up 

Reproducible: Always

Steps to Reproduce:
1. select the text "æøåé" in mozilla
2. go to another app
3. press mouse3

Actual Results:  
æøåé becomes ??a*e'

Expected Results:  
æøåé should appear

running e16 and eterm from cvs, mozilla from official binary tarball on Trustix
Secure Linux. xorg-x11, gaim and other progs from TSL contrib
Although I'm on Windows, I doubt if this is a Mozilla bug.
Version: unspecified → Trunk
We just put the data on the clipboard as UTF-16 or UTF-8, last I checked...
sounds like these apps are screwing up encoding conversion into whatever
encoding they're using.
This may be a dupe or dependency of bug 44496, or bug 159535, or bug 128480, or
bug 104027.
Where UTF8_STRING is supported (which means virtually all Linux, *BSD), we use
UTF8_STRING so that all the applications that understand that selection type
should have no problem. Not all applications (even on Linux) understand
UTF8_STRING. Some old applications don't so that COMPOUND_TEXT (bug 159535 as
pointed out by Simon) needs to be used for them. . However, it's strange that
gaim and xterm caused a problem for you. (they're modern enough to support
UTF8_STRING)  I can't reproduce the problem with them. 
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.2pre) Gecko/2008071201 SeaMonkey/2.0a1pre

WFM. Ican paste the æøåé from this bug's Summary into both gvim and konsole; however both are running in a UTF-8 locale.

If you want to REOPEN, please check first that the destination application is using a charset which can represent the characters to be pasted (for instance, trying to paste Œœ into a Latin1 aka ISO-8859-1 terminal won't work); and mention which _recent_ version of SeaMonkey (or Firefox or...) you are using, in which application you are trying to paste, and which charset (or 'encoding') the latter is set to display.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.