Open
Bug 120714
Opened 24 years ago
Updated 3 years ago
Drop down displayed in the wrong spot when scrolling
Categories
(Core :: Layout: Form Controls, defect, P5)
Tracking
()
NEW
Future
People
(Reporter: alennartsson, Unassigned)
References
()
Details
(Keywords: html4, testcase, Whiteboard: [adt3][HTML4-17.6])
Attachments
(2 files)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011226
BuildID: 2001122617
Go to the given URL. Scroll down to the "Doppler Radar 600 Miles" drop down box
and click it to make it drop down. The drop down is actually missplaced. If you
play with the scollbar, you can get it to drop down all over the place.
Reproducible: Always
Steps to Reproduce:
1.Go to
http://www.weather.com/weather/local/USMD0253?par=yahoo&site=www.yahoo.com&promo=forecast
2. Scroll down to the "Doppler Radar 600 Miles" drop down box and click it to
make it drop down.
3.
Actual Results: The drop down selection list does not always appear under the
drop down box.
Expected Results: The drop down selection to always appear under the drop down box.
It looks like the position of the drop down box i calculated on page load and
readjusted when scrolling.
Comment 1•24 years ago
|
||
Chnaing to HTML form controls
Assignee: attinasi → rods
Component: Layout → HTML Form Controls
QA Contact: petersen → madhur
Comment 3•23 years ago
|
||
Happening in Build: 2002020103 OS: Win 2k
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•23 years ago
|
||
Comment 5•23 years ago
|
||
If John could take a look at this on Linux that would be a big help.
Assignee: rods → jkeiser
Keywords: nsbeta1
Comment 6•23 years ago
|
||
Is this not happening on Windows, Rod?
Note that the minimized testcase works for me, but the weather.com page does
not. So is something else going on here?
Comment 7•23 years ago
|
||
Works fine for me using 2002021403 build on WinXP. Both the minimized test case
and the weather.com site dropdown in the correct position. Appears to be Linux
specific.
Target Milestone: --- → mozilla1.0
Comment 8•23 years ago
|
||
Bulk moving all nsbeta1 nominations to Moz1.1. If the nomination is approved it
will be marked nsbeta1+ and moved to the Mozilla1.0 milestone.
Target Milestone: mozilla1.0 → mozilla1.1
Comment 9•23 years ago
|
||
using a current cvs build on Linux, When I load the www.weather.com page and
click on the combobox the dropdown list does not appear. If I go a new URL then
click the backbutton to reload the page the dropdown list appears in the correct
place. If I scroll slightly then click on the combobox the dropdown is
incorrectly placed at the old dropdown position.
So it appears that the dropdown position is fixed to the absolute position where
the combobox was created initially.
Comment 10•23 years ago
|
||
I can reproduce the problem on WINNT using 2002022808 using the testcase. You
need to shrink the browser window so that when the testcase loads you have to
scroll to make it visible. If you click several times to make the dropdown
appear it will eventually fail to appear.
OS: Linux → All
Comment 11•23 years ago
|
||
If I load the content of the iframe which contains the combobox directly it
works fine on both WINNT and Linux. The dropdown always appears in the correct
position.
OS: All → Linux
Comment 12•23 years ago
|
||
Using a current cvs build it still exhibits the problem.
This looks like this may be a general problem with events and iframe
sub-documents when the document has been scrolled. Tabbing into the iframe
document in the testcase does not work properly. It would only tab to the first
link above the combobox. Which is the first focus-able element in the iframe. In
each case, to reproduce you must make the window small and scroll it.
nsbeta1+.
Comment 13•23 years ago
|
||
Ignore my comments about it not working correctly on WINNT. The problem I'm
seeing on WINNT are a dup of http://bugzilla.mozilla.org/show_bug.cgi?id=128676.
The Linux specific problem is the incorrect placement of the dropdown which does
not happen on WINNT.
Updated•23 years ago
|
Target Milestone: mozilla1.1 → mozilla1.0
Comment 15•23 years ago
|
||
nsbeta1-. Engineers are overloaded with higher priority bugs.
Updated•23 years ago
|
Updated•23 years ago
|
QA Contact: madhur → tpreston
Comment 16•23 years ago
|
||
http://www.davezilla.com/ has this same bug, but there is no iframes.
Comment 17•23 years ago
|
||
Here is testcase with absolute positioned <div> that shows bug when
page is scrolled and selection is dropped down.
Comment 18•23 years ago
|
||
Sorry about spam, i just notised that i was using xbl form controls, without
them davesizlla and my testcase work ok, so ignore comment #16 and #17
there is bug #135085 for that.
Comment 19•23 years ago
|
||
is this a dupe of bug 64902 - "form popup in iframe appears in wrong place after
scroll"?
Comment 20•23 years ago
|
||
*** Bug 160446 has been marked as a duplicate of this bug. ***
Comment 21•21 years ago
|
||
couldn't reproduce it since the dropdown box no longer exist on the current site
Comment 22•21 years ago
|
||
I would agree that this is a dupe of bug 64902
Updated•16 years ago
|
QA Contact: tpreston → layout.form-controls
Comment 23•7 years ago
|
||
Decreasing the priority as no update for the last 2 years on this bug.
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage
about the priority meaning.
Priority: P1 → P5
Updated•3 years ago
|
Assignee: john → nobody
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•