Closed
Bug 167955
Opened 23 years ago
Closed 5 years ago
Copy and Paste is not working in user defined-encoding pages!!!
Categories
(Core :: Internationalization, defect)
Tracking
()
RESOLVED
INVALID
mozilla1.3beta
People
(Reporter: waruschan.babachan, Assigned: jshin1987)
Details
(Keywords: intl)
Attachments
(2 files)
If you choose an ecnoding user-defined and select a proper Font, you can read
the site but you cannot paste and copy it, if you mark the text and copy and
Paste it then you will get some question mark (????). For example, to read an
Armenian page (e.g. http://www.yerkir.am) you must download and install
Armenian Fonts (e.g. from http://www.freenet.am) then in Browser select the
Arial Am and Currier AM for user defined-encoding, after setting it you can
read the site but if you try to mark a text and copy it and paste it in a text
editor then you will get some question mark (?????) instead of the marked text,
this bug is not exist in internet explorer, therefore many user are forced to
use internet explorer.
Comment 1•23 years ago
|
||
What build are you using? Please always list that in bug reports.
All version of Mozilla, for example the last one Mozilla 1.0.1 or the last one
1.1 Release.
Comment 3•23 years ago
|
||
to intl.
Assignee: asa → yokoyama
Component: Browser-General → Internationalization
QA Contact: asa → ruixu
Comment 4•23 years ago
|
||
I didn't install those particular fonts in my system, confirm it by reporter's
result to get more investigation.
Status: UNCONFIRMED → NEW
Ever confirmed: true
That is a site that is working correct and I have selected a page. But if you
make a copy with ctrl+c and copy the marked text in a text editor with ctrl+v
then instead of marked text you will get question marks (see next picture).
Now you will see in Text pad in stead of selected Text (with ctrl+c and ctrl+v)
there is only question marks.
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.3beta
Comment 7•22 years ago
|
||
You can visit http://www.palmq.ru and select some text in middle column, it's
all in russian windows-1251 encoding. Copy this text, open Notepad and paste it.
You'll get a bunch of "???????????????". Now on same page go to View|Character
Coding|Select Western ISO-8859-1, the page now rendered in upper half ASCII
characters, nothing in Cyrillic. Select some text, copy, paste in Notepad.
You'll get right text, not "??????". Looks like a wrong table for character
transcoding was assigned for cyrillic pages (armenian too).
Comment 8•21 years ago
|
||
I think both roy and me are off mozilla for more than 2 years. If these bugs are
still here now, I think the real stauts is 'won't fix'. If you want to reopen
it, please find a new owner for it first.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WONTFIX
Comment 10•21 years ago
|
||
Mass Re-opening Bugs Frank Tang Closed on Wensday March 02 for no reason, all
the spam is his fault feel free to tar and feather him
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Comment 11•21 years ago
|
||
Reassigning Franks old bugs to Jungshik Shin for triage - Sorry for spam
Assignee: nobody → jshin1987
Status: REOPENED → NEW
Comment 12•19 years ago
|
||
still present in SeaMonkey 1.0.6 on Windows98SE2 (English).
Comment 13•19 years ago
|
||
(note - reporter is gone)
is this gone from trunk?
Comment 14•19 years ago
|
||
Is what gone from trunk? The original issue from comment 0 still exists (I have some idea how to fix it, but I'm not sure about it: see below). The issue from comment 7 is different and specific to Win9x, so it's moot on trunk.
Returning to comment 0, this is because the x-user-defined encoding maps codepoints from 0x80 to 0xFF to the Unicode Private Use Area. We could fix this issue by simply mapping them to U+0080-U+00FF. My only reservations are
(1) this seems too easy: why wasn't it done this way in the first place?
(2) do we want to invest resources in enabling people to use user-defined encodings and masquerade fonts, which are both bad practice?
By the way, http://www.yerkir.am isn't really in a user-defined encoding at all, it's in ARMSCII-8.
Updated•16 years ago
|
QA Contact: amyy → i18n
Comment 15•5 years ago
|
||
The STR from comment 0 seems to work now. Reopen if needed.
Status: NEW → RESOLVED
Closed: 21 years ago → 5 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•