Closed Bug 119920 Opened 23 years ago Closed 23 years ago

Pasting fails for characters in upper half of ISO-8859

Categories

(Core :: DOM: Selection, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED INVALID

People

(Reporter: jmd, Assigned: mjudge)

Details

Attachments

(1 file)

Attempting to paste characters like ["o] and [ae] into xterm end up showing the '?' character instead. Web page specifies ISO-8859-1 and my xterm has a iSO-8859-1 font. Also broken the other way around... pasting in 0xc0 - 0xd0 shows: 0xc0 192
Well, there WERE question marks after that '192'... form submit must have striped them. Possible another issue. &c0;
Attached file high bit characters
Testcase. Can't paste these into an rxvt or other Gtk+ or GNOME apps. Pasting into an xterm DOES seem to work, guess it's using Unicode rather then their real charset.
I think it could be caused by some misconfiguration of Gtk+ but I could be wrong. You can't paste any accented characters from the testcase? I don't have any problems with pasting accented characters into a Gtk+ application from ISO-8859-2 charset. But I have set the LC environment variables to cs_CZ which is my language. So I've tried to setup correct environment (LC_CTYPE or LANG is enough) for for example french language fr_FR. Then I've started new gnome-terminal with this environment and mozilla too. It pasted all the characters fine. So I'm resolving this as an INVALID bug. Please REOPEN if you think that mozilla shouldn't conform to the charset specified by language in it's environment LC variables. But then I would rather resolve it as WONTFIX ;-)
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: