Closed Bug 30806 Opened 25 years ago Closed 25 years ago

text in textfields doesn't paint properly

Categories

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

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: sarnold, Assigned: Brade)

References

()

Details

When text is too long to fit into textfields (html forms as in google's search bar, as well as the URL address bar) it does .. strange things. To reproduce, give focus to the address bar (or google.com search field) and hold down a key on the keyboard, such as "A", until nearing the end of the field. Then switch to, "B" say, and watch the way the text handles. Similar results can be had by attempting to delete the text by hitting "END" and holding "BACKSPACE". If it makes a single-line text entry widget scroll, it is broke afaik. I am using a fairly recent CVS build (sometime in march, I am sorry I forgot the exact date I hatched it..) I first noticed this when cut'n'pasting URLs into the address bar -- because the cut and paste bug isn't fixed yet, I have to "end" "backspace" (or "home" "del", which works much better :) to remove the second copy, and cannot tell how far in the process of deleting I am as a result of this bug.. A bit annoying, to say the least. :) I am using CVS build of mozilla made sometime in the first week of march, probably around the fifth. I don't know for sure. I am running xfree86 3.3.5 on both computers -- I run mozilla on one and $DISPLAY it on the other. The computer running mozilla is linux 2.0.36, the computer displaying mozilla is 2.2.13, both have glibc version 2.1.3. HTH, thanks :)
Those aren't XPToolkit widgets; changing component to editor, reassigning.
Assignee: trudelle → brade
Component: XP Toolkit/Widgets → Editor
QA Contact: jrgm → sujay
using the build from 6 APR, on win95 I can't get any odd behavior to occur, I will try this out on mac and on linux to see if I can reproduce this. This is what I did: 1. launch mozilla 2. deleted text in the URL bar 3. entered 40-50 "a" -- just to the left of the far right edge of the visible URL text field 4. entered 30-40 "b" no odd repaint behavior occurred, even when scrolling through the text field.
I haven't seen this bug in the last few days -- I rebuilt my CVS on April 4th, and it seems it might now be fixed. :) This is good. :) Thanks
I am resolving this as fixed based on comments by beppe and sarnold. sarnold@willamette.edu--if you see this problem reappear, please reopen this bug. Thanks!
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Target Milestone: --- → M15
verified in 4/7 build. sarnold please reopen if you see this problem again.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.