Unable to copy combination of Japanese and English encoded text




18 years ago
18 years ago


(Reporter: locke, Assigned: nhottanscp)


Windows ME

Firefox Tracking Flags

(Not tracked)





18 years ago
From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (Win95; U)
BuildID:    2001010901

When using CTRL-C or a highlight-right-click-menu-access to copy passages of 
text encoded both in English and Japanese, only the English segments are 
properly copied; Japanese either comes out as question marks or simply vanishes 
when pasted into a Japanese-capable text editor.  Attempts to copy direct 
Japanese encoding have failed as well, with the same results.

Reproducible: Always
Steps to Reproduce:
1. Make sure that character coding is set to Auto-detect (Japanese) or one of 
the three main types of Japanese encoding (listed page is in Microsoft 
2. Load page, then simply copy by any possible means (CTRL-C, context menu, menu 
bar, etc.)
3. Paste into either a Japanese-capable text editor or if one isn't available, 
paste into an ASCII editor like Edit or Notepad.  For the latter, you should get 
"garbage" ASCII (English Windows doesn't come with Japanese font support).

Actual Results:  The Japanese text was stripped from the document, leaving 
Arabic numerals, line breaks, and the occasional English word.  The first 
paragraph of the "Ryouri" section on the listed example page, for instance, 
comes out as (enclosed in quotations):

Cooking (English translation coming soon)
As you can see, only the English and some line breaks were left in this case.

Expected Results:  Japanese text should have been preserved in the original 
encoding used by the page author and copied over with the "normal" ASCII 
material.  The passage quoted in the above should have come out, for instance 
(copied from the source in Netscape 4.7; you may need a Shift-JIS viewer to see 
this correctly):

Cooking (English translation coming soon) 

I would suspect that this would affect other double-byte/high-byte encodings 
(Korean, Chinese) as well, as they use a similar method of processing and 
display in theory.

Comment 1

18 years ago
Sending to i18n for further triage
Component: XP Toolkit/Widgets → Internationalization

Comment 2

18 years ago
reassigning to component owner, cc pinkerton.  What product/version/build is
this happening in?  Just WinME, or other OS?
Assignee: trudelle → nhotta
QA Contact: jrgm → teruko

Comment 3

18 years ago
>User-Agent: Mozilla/4.75 [en] (Win95; U)

Is this bug filed for 4.75?

Comment 4

18 years ago
No, it's for 0.7; build 2001010901.  I used Netscape to post the bug becuase I'm
having problems with bug 56581, which prevents multiple uses of Mozilla in ME,
and Mozilla had crashed the first time I had submitted, so...
In any case, I had already submitted build number with my first post.

Comment 5

18 years ago
Something else in response to the question about system - this problem seems to
affect at least Win98 as well; I just tested it on my '98 box, and results are
the same as in ME.  If it helps, I'm running English (well, American) Windows on
both systems.

Comment 6

18 years ago
We convert to system's charset (ACP) if unicode clipboard is not available.
So this is an expected behavior under Win98 but it works under WinNT.
Last Resolved: 18 years ago
Resolution: --- → WONTFIX

Comment 7

18 years ago
Verified as wonfix.
You need to log in before you can comment on or make changes to this bug.