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)
Tracking
()
VERIFIED
INVALID
People
(Reporter: jmd, Assigned: mjudge)
Details
Attachments
(1 file)
|
378 bytes,
text/html
|
Details |
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
| Reporter | ||
Comment 1•23 years ago
|
||
Well, there WERE question marks after that '192'... form submit must have
striped them. Possible another issue. &c0;
| Reporter | ||
Comment 2•23 years ago
|
||
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
You need to log in
before you can comment on or make changes to this bug.
Description
•