Closed Bug 692117 Opened 13 years ago Closed 13 years ago

Hovering textarea or it's label draws the textarea over a select dropdown

Categories

(Core :: General, defect)

10 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 691725

People

(Reporter: shedokan1, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0a1) Gecko/20111002 Firefox/10.0a1 Build ID: 20111002030844 Steps to reproduce: I opened up a select dropdown and hovered a textarea under it. Actual results: The textarea is redrawn over the dropdown. Expected results: The dropdown should have remained ontop of the textarea.
I found this in the following page: www.shedokan.com/contact/ And also other pages which are harder to link to.
Attached file html
Confirmed on http://hg.mozilla.org/mozilla-central/rev/70e4de45a0d0 Mozilla/5.0 (Windows NT 5.1; rv:10.0a1) Gecko/20111005 Firefox/10.0a1 ID:20111005030932 Screen capture: http://www.youtube.com/watch?v=ThwSaQcC3F4
Regression window(m-c hourly): Works; http://hg.mozilla.org/mozilla-central/rev/cb4b93331e4f Mozilla/5.0 (Windows NT 5.1; rv:10.0a1) Gecko/20110929 Firefox/10.0a1 ID:20110929030852 Fails: http://hg.mozilla.org/mozilla-central/rev/e7854b4d29ba Mozilla/5.0 (Windows NT 5.1; rv:10.0a1) Gecko/20110929 Firefox/10.0a1 ID:20110929012133 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=cb4b93331e4f&tochange=e7854b4d29ba And the following try serber build ( https://bugzilla.mozilla.org/show_bug.cgi?id=690828#c5 9 works fine. Suspected: e7854b4d29ba Michael Wu — Bug 675553 - Switch from PRBool to bool on a CLOSED TREE , r=bsmedberg,khuey,bz,cjones
Blocks: 675553
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Product: Firefox → Core
QA Contact: general → general
Does this happen with hardware acceleration on/off/both?
(In reply to Michael Wu [:mwu] from comment #4) > Does this happen with hardware acceleration on/off/both? My XP HWA is blocked, i.e. HWA off.
Reproduced: Wiondow7 Classic and AeroBasic with HWA off. Not Reproduced; Wiondow7 Classic and AeroBasic with HWA on.(but another Bug 690828 exists) Wiondow7 Aero with HWA on/off http://hg.mozilla.org/mozilla-central/rev/70e4de45a0d0 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20111005 Firefox/10.0a1 ID:20111005030932 Not Reproduced; Ububtu10.04 with HWA off( not tested withHWA on ) http://hg.mozilla.org/mozilla-central/rev/70e4de45a0d0 Mozilla/5.0 (X11; Linux i686; rv:10.0a1) Gecko/20111005 Firefox/10.0a1 ID:20111005030932
Depends on: 691725
I applied bz's fix and sent it over to try. Here is the resulting build: http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/mwu@mozilla.com-feb454867226/try-win32/firefox-10.0a1.en-US.win32.zip Can you check if it's fixed in this build?
(In reply to Michael Wu [:mwu] from comment #7) > I applied bz's fix and sent it over to try. Here is the resulting build: > http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/mwu@mozilla.com- > feb454867226/try-win32/firefox-10.0a1.en-US.win32.zip > > Can you check if it's fixed in this build? The try server build fixes the problem.
(In reply to Michael Wu [:mwu] from comment #7) > I applied bz's fix and sent it over to try. Here is the resulting build: > http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/mwu@mozilla.com- > feb454867226/try-win32/firefox-10.0a1.en-US.win32.zip > > Can you check if it's fixed in this build? The patch fixes the problem thanks bz and michael.
This should have been fixed by bug 691725 landing. Duping to bug 691725 since this should have the same root cause. Please reopen if this is isn't the case.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: