Closed Bug 375172 Opened 18 years ago Closed 17 years ago

The textarea element is sometimes rendered improperly after page scroll

Categories

(Core :: General, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: ehsan.akhgari, Unassigned)

References

()

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3) Gecko/20070322 GranParadiso/3.0a3 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3) Gecko/20070322 GranParadiso/3.0a3 The border on the textarea HTML element is not rendered properly after a scroll operation. See below for steps to reproduce this bug. As soon as the mouse hovers the textarea, or when a new application appears on top of the browser window, and the browser is re-displayed, the rendering is corrected. See the screen shot attached. Reproducible: Always Steps to Reproduce: 1. Go to https://bugzilla.mozilla.org/enter_bug.cgi?product=Firefox 2. Make sure the top of the page is displayed. On my 1280x768 display, the Description textarea element is not displayed at all in this case. 3. Make sure that the mouse is on the right side of the page (so that it does not hover the Description textarea when the scroll is performed. 4. Scroll the page downwards. 5. Watch the top border of the text area not getting rendered. Actual Results: The top border is not rendered unless the mouse hovers it, or another foreground application causes the browser window to be repainted. Expected Results: The top border should be rendered. about:buildconfig Build platform target i686-pc-cygwin Build tools Compiler Version Compiler flags $(CYGWIN_WRAPPER) cl 14.00.50727 -TC -nologo -W3 -Gy -Fd$(PDBFILE) $(CYGWIN_WRAPPER) cl 14.00.50727 -GR- -TP -nologo -Zc:wchar_t- -W3 -Gy -Fd$(PDBFILE) Configure arguments --enable-application=browser --enable-update-channel=beta --enable-optimize --disable-debug --disable-tests --enable-static --disable-shared --enable-svg --enable-canvas --enable-default-toolkit=cairo-windows --enable-update-packaging --with-branding=browser/branding/unofficial
Note the top border of the "Description" textarea HTML element.
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → Trunk
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070323 Minefield/3.0a3pre I can't replicate your screenshot.
I managed to reproduce this finally and it is caused by Bug 177805. There are already some "border not rendered" dependencies there so this could be a dupe.
Blocks: pixels
Eli, can you look into this?
Flags: blocking1.9?
Keywords: regression
I'll look into it; I think there's a rounding problem somewhere in the theme code.
FWIW, this bug started occurring on Linux, too, once native theming was enabled. This is very easy to reproduce by simply going to https://bugzilla.mozilla.org/query.cgi and scrolling up and down a few times, ensuring that you scroll the "Comment:", "The URL:", etc. input boxes out of view.
OS: Windows XP → All
Hardware: PC → All
Blocks: 385906
I think the patch in bug 382458 fixes this as well.
Depends on: 382458
I've filed bug 385981 for the issues I'm seeing on Linux that I mentioned in comment 6.
Is this still a problem?
Hmmm, doesn't happen in: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a8) Gecko/2007091216 GranParadiso/3.0a8 Should I mark this as FIXED?
Marking worksforme will do, probably fixed by bug 382458. Thanks for testing.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
I think WORKSFORME is not correct for this bug, because this was a valid bug (see comment 3) which was fixed as part of the checkin for bug 382458.
Resolution: WORKSFORME → FIXED
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007100611 Minefield/3.0a9pre Verified.
Status: RESOLVED → VERIFIED
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: