453661 - Typed characters fail to display correctly once text box has Vertical scroll-bar is displayed

Status: VERIFIED FIXED

(Core :: Web Painting, defect)

Description

[WildcatRay]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080904035000 Minefield/3.1b1pre Firefox/3.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080904035000 Minefield/3.1b1pre Firefox/3.0.1

In a text entry box like those on the mozillazine forums (today's Trunk daily thread cited above), when the contents are sufficient to cause the horizontal scroll bar to appear, typed text does not show correctly when typing. See

http://img370.imageshack.us/img370/6329/textboxissueus8.jpg

for an example. This is the quick reply box at the bottom of the thread page. The last line in the picture should be "Just from the", but just some bits and pieces appeared on-screen as I was typing.

Reproducible: Always

Steps to Reproduce:
1. Go to a web page with a text entry box like in a mozillazine forums thread.
2. Type sufficient text to get the text box to show a horizontal scroll bar. You can use carriage returns to add lines to quickly to cause the scroll bar to appear.
3. Type additional text.
Actual Results:  
Text characters do not display properly even though the cursor moves along as you type.

Expected Results:  
Text characters should display as you type them.

When filling in the Details box of the bug filing form, the bug showed until I used the mouse to highlight what typed. Also, scrolling the page so that the text box goes off-screen and then scroll back, the screen properly rewrites itself and displays the text characters you had typed.

I will post the regression range once I ID it.

Comment 1

[Jim Jeffery not reading bug-mail 1/2/11]

Confirming bug, but I am pretty sure he means the 'vertical' scroll-bar, i.e., enough lines of text to for in the vertical scroll-bar.  The 'horiz' scroll bar will never appear, as it word-wraps at the right-most edge of the text input box.

Using build on Vista HP SP1
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b1pre) Gecko/20080904044504 Minefield/3.1b1pre Firefox/3.0 ID:20080904044504

Comment 2

[WildcatRay]

My bad! It is vertical that I mean.

The apparent regression range:

Build 20080904035000 available here:
http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-central-win32/1220518800/
has this bug.

Build 20080904022621 avail here:
http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-central-win32/1220517454/
does not have the bug.

Comment 3

[Frederic Bezies]

Seeing it under linux. So, moving it to PC - ALL and not only windows.

Following the regression range, it could be a checkin related to bug 453531 or bug 439206 ?

Comment 4

[Frederic Bezies]

It HAS to be PC all, and not only M$ Windows XP. It could be reproduced on my linux system.

Well, at least it is a big bad regression which is visible on both XP and Linux.

Comment 5

[John]

Attachment: testcase

testcase

Comment 6

[WildcatRay]

I wonder if this might be a rendering problem. I and others have seeing occasional instances where portions of the page such as the outline of a text box like the one I am typing in in making writing this comment do not show on the screen. Scrolling the portion of the page off-screen and then back "resolves" it.

This is the same as when typing in a text box and after getting the vertical scroll bar to appear, our typed text does not appear fully on-screen. Scrolling the page off-screen and then back or just highlighting our typed text "restores" it to the screen.

Comment 7

[(mostly gone) XtC4UaLL [:xtc4uall]]

moving to Core as Tb is affected too

Comment 8

[Wayne Mery (:wsmwk)]

seen also in compose window of thunderbird when there is a vert scrollbar
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b1pre) Gecko/20080904031046 Shredder/3.0b1pre

hit spacebar which invokes auto spellcheck and characters become visible

Comment 9

[Boris Zbarsky [:bzbarsky]]

I'm assuming that the regression range in comment 2 is wrong, since this is almost certainly a regression from bug 376662.

Comment 11

[Robert O'Callahan (:roc) (email my personal email if necessary)]

We should just back out 376662. Unfortunately I can't do it myself today, but anyone else is welcome to do it.

Comment 12

[Robert O'Callahan (:roc) (email my personal email if necessary)]

I backed out bug 376662, so this should be fixed on trunk.

Comment 14

[Tony Mechelynck [:tonymec]]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b1pre) Gecko/20080905000656 SeaMonkey/2.0a1pre

I /think/ this is what I saw on yesterday's nightly when composing mail: once the text was long enough to get a vertical scrollbar, newly typed text appeared as gibberish (looking like fly foot tracks), but would be re-displayed normally if selected (only under the selection then), if scrolled out of and into view, or if focus was lost and regained by temporarily switching to a different KDE virtual desktop.

I thought I would wait for the next nightly because such an obvious bug would probably get fixed fast -- and it did. Long live Mozilla! Blowups happen, and when they do, a good developer knows where to look.

I'm bearing witness that I don't have the problem in today's nightly (UA string at top of this comment). I'm unable to VERIFY it on W32 or Mac, someone else please do it.

Comment 15

[Tobias Fischer]

O.k., marking verified=fixed now due roc's backout for Bug 376662, changeset 4c0fa178b006. 

Tested with todays Nightly-Builds (SM and FF, but not TB) on Windows XP and MacOS X 10.5.x, Tony did the Linux part.

Comment 16

[Tony Mechelynck [:tonymec]]

Tobias, you forgot to set the resolution. All too easy now that radiobuttons have disappeared at the bottom of bug reports. ;-)