Closed
Bug 31797
Opened 26 years ago
Closed 26 years ago
fallback handling for conversion when copy to clipboard
Categories
(Core :: XUL, defect, P3)
Core
XUL
Tracking
()
VERIFIED
FIXED
M16
People
(Reporter: nhottanscp, Assigned: nhottanscp)
Details
When copy text to clipboard, the data is converted from unicode to system
charset. There are cases that some characters cannot be mapped to the system
charset. Currently, the conversion is aborted after the unmapped character. But
we can change the behavior to put '?' for the unmapped character and proceed the
conversion.
In nsPrimitiveHelpers :: ConvertUnicodeToPlatformPlainText,
We can use
SetOutputErrorBehavior(nsIUnicodeEncoder::kOnError_Replace, nsnull, '?');
| Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
QA Contact: brendan → momoi
Target Milestone: M16
| Assignee | ||
Comment 1•26 years ago
|
||
fix checked in
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Comment 2•26 years ago
|
||
** Checked with 6/5/2000 Win32 build **
An excellent fix! Comparing pre-fix build with a post-fix
build on Japanese Windows, you see a dramatic difference.
Now I can see the complete string with some "?"'s even
where my system, Japanese Windows does not have native support
for these Latin or other characters.
ji -- can you try copy pasting some Latin1 characters under
JPN locale on Linux and seeif you get the whole data?
marina -- please help by trying copy/paste on Charales'
JPN Mac.
Re-open if you find otherwise on these platforms.
Until proven ohterwise, I'm going to mark this fix verified.
Status: RESOLVED → VERIFIED
Component: XP Miscellany → XP Toolkit/Widgets
Summary: fallback hanlding for conversion when copy to clipboard → fallback handling for conversion when copy to clipboard
You need to log in
before you can comment on or make changes to this bug.
Description
•