Closed Bug 24518 Opened 25 years ago Closed 25 years ago

Initial paste into URL field inserts Japanese or Chinese!

Categories

(Core :: DOM: Editor, defect, P3)

Product:
Core
Component:
DOM: Editor
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: deven, Assigned: rubydoo123)

Details

This bug was found in the 2000-01-20 nightly build for Linux.  It only seems to
happen the first time the URL location field is activated, or at least that's
the easiest way to reproduce it.

Reproducing this bug is simple: start mozilla on Linux (or maybe any X-Windows
version of Mozilla?), select some text in another (e.g. terminal) window, and
immediately paste it (middle click) in the URL field.  Text appears which seems
to be either Japanese or Chinese characters.  (I can't tell the difference.)
Pasting a second time will NOT repeat the behavior.
Bug can also occur when pasting text into text input fields on forms.


This seems deeply weird. deven@ties.org, is this still happening with
a more recent build? Also, is there any kind of correspondence between the
characters you paste and the characters you see, or are those random? Please
try reproducing this, pasting the same short word on more than one trial,
to see if the characters you are seeing are random or not. Thanks.

Other than that, this is either an "Editor" bug, or possibly an "i18n" bug,
so over to you...
Assignee: nobody → beppe
Component: Browser-General → Editor
QA Contact: nobody → sujay
I just downloaded the latest nightly build. The bug appears to have vanished.

For what it's worth, the characters pasted appeared to be consistent and related
to the text in the clipboard.  When I pasted identical text, the characters used
appeared to remain the same.  When I pasted much shorter text, fewer (and
different) characters were used.

Regardless of the string, there were many more characters in the clipboard than
inserted; could this have anything to do with any sort of multi-byte character
support such as Unicode?
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
verified in 1/25 build.
Status: RESOLVED → VERIFIED
setting to an approximate milestone so it can be off of the no TFV list
Target Milestone: --- → M13
You need to log in before you can comment on or make changes to this bug.