Initial paste into URL field inserts Japanese or Chinese!

VERIFIED WORKSFORME

Status

()

Core
Editor
P3
normal
VERIFIED WORKSFORME
18 years ago
16 years ago

People

(Reporter: Deven Corzine, Assigned: rubydoo123)

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

18 years ago
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.

Comment 1

18 years ago
Bug can also occur when pasting text into text input fields on forms.

Comment 2

18 years ago
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
(Reporter)

Comment 3

18 years ago
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
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME

Comment 4

18 years ago
verified in 1/25 build.
Status: RESOLVED → VERIFIED
(Assignee)

Comment 5

17 years ago
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.