Closed Bug 281610 Opened 20 years ago Closed 17 years ago

Text field is broken under Mac OS X

Categories

(Core :: Layout: Form Controls, defect)

1.7 Branch
PowerPC
macOS
defect
Not set
major

Tracking

()

RESOLVED INVALID

People

(Reporter: sdb386, Unassigned)

References

()

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217

Text field looks broken under Mac OS X.
Strange characters, non-eraseable characters, cursor moves into 
wrong place.


Reproducible: Always

Steps to Reproduce:
1. Goto bugzilla.mozilla.org аnd try to report a bug.
2. Try to fill "Details" field, for example. Do not use copy and paste,
just edit text in filed. 
Actual Results:  
Text fied is completely broken.
At least, typing any 30 or more characters causes moving cursor into wrong place.
Editing text is completely impossible.
Dmitry: are you using a non-English keyboard input method? Does the font used to
display the page make a difference?
(In reply to comment #2)
> Dmitry: are you using a non-English keyboard input method? 

 I know nothing about input method. I am using Russian regional settings,
russian keyboard. Thus, maybe input method is a non-English, I am not sure. How
I can check this ?


> Does the font used to
> display the page make a difference?

 I tried to simply change font size (text zoom) - no difference. But switching
keyboard layout from English to Russian sometimes "corrects" behaviour of the
text field. As I can see, such switching causes using completely differ font. 
 In the Mozilla Firefox for Macintosh text filed seems also broken.
 Singleline text fiels seems working correctly, but multiline text fiels are broken.
Version: unspecified → 1.7 Branch
Bug present in 1.7.6 and above. Not present in 1.7.3
Need a testcase. Does this happen on pages in ISO-8859-1, with normal fonts?
It does happen on pages in ISO-8859-1, with normal fonts. It still happens if I
change the encoding to UTF-8. It is happening right now as I type in this
"Additional Comments" Box.  You may want to check to see whether this is a mac
os x 10.3 vs 10.4 issue(I upgraded mozilla when I moved to 10.4, so I cannot
separate the issues; however, 10.4 behaves fine with the older mozilla release
1.7.3, ,but not with anything 1.7.6 and later, including the 1.8s; I never
tested the 1.7.4-5 releases).

By the way, the first thing one notices is the cursos lagging behind after
typing quite a bit. Then if you move the cursor back a few words to correct some
typing and delete and insert characters, you start getting this leftover images
on the right as in Dmirty's screenshot.
(In reply to comment #7)
> Need a testcase. Does this happen on pages in ISO-8859-1, with normal fonts?

Simon,
I am surprised nothing has happened for two months. I wonder if I did not
respond to your email with the kind of information you were looking for  (when
you said you wanted a testcase I thought the info you were looking for was that
if you run Mozilla  >1.7.6 on Mac OS X 10.4 and you type in "Additional
Comments" in 
https://bugzilla.mozilla.org/show_bug.cgi?id=281610#add_commentyou would see
this behavior). Let me know if "need a testcase" means something else.

This bug looks pretty bad to me, it is 100% reproducible and will eventually
'bug' every mac-user.
Ben
I'm sure if this bug was widespread, we'd get more reports of it. I can't
reproduce the problem, so you people who see it are going to have to do a bit
more work to figure out the case.

Does it happen on a simple page with a single <textarea>?
Does it depend on what you Font preferences are?
Does it depend on what other tabs are open?

etc.
Assignee: general → jag
Component: General → XP Toolkit/Widgets
Keywords: regression
Product: Mozilla Application Suite → Core
QA Contact: general → xptoolkit.widgets
Assignee: jag → nobody
Component: XP Toolkit/Widgets → Layout: Form Controls
QA Contact: xptoolkit.widgets → layout.form-controls
(2.5 years later)

No (more) reply from reporter.

MozillaAS v1.7.x is not supported anymore.

(Would have been "Incomplete", now is) R.Invalid.

Reopen if you can reproduce with SeaMonkey v1.1.9.
(or Firefox v2.0.0.14.)
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: