Closed Bug 128676 Opened 22 years ago Closed 22 years ago

Cannot select any search engine options

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

()

VERIFIED FIXED
mozilla1.0

People

(Reporter: momoi, Assigned: joki)

References

()

Details

(Keywords: testcase, Whiteboard: [adt1])

Attachments

(2 files)

** Observed with 2002-03-02 Win32 trunk build on Win2K **

I looked for a duplicate of this bug because it is such an 
obvious bug but could not easily find one. So Iam finling one
juts in case.

Starting around 2002-02-24 or 2002-02-25 builds, I am not able to 
select any of the Seach engine choices on Netscape Home above.
This worked Ok with 2002-02-23 Win32 trunk build.
This is really bad, it doesn't look like the combobox is getting the Mouse Events
need a reduced testcase
Keywords: nsbeta1, testcase
nsbeta1+
Keywords: nsbeta1nsbeta1+
Reassigning to John.
Assignee: rods → jkeiser
Target Milestone: --- → mozilla1.0
WFM using 2002030508 build on WinXP.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Cannot confirm WFM with 2002-03-05 Win32 trunk build on
Win 2000. Re-opening... 
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Ok, I see the problem now. The first time I click and select a search engine it
works fine. If I click on the combobox after selecting an item it does not
display the dropdown. Subsequent attempts to bring up the dropdown fail. 

Strange ... when you click on a textfield and then click back on the select the
select will open again.
*** Bug 132636 has been marked as a duplicate of this bug. ***
adt1 per adt triage
Whiteboard: [adt1]
The underlying problem is that SetFocus(FALSE) and then SetFocus(TRUE) are being
called on the combobox when you click on it a second time.

I've begun to reduce the testcase, and it's beginning to look like scrolling=no ...
Attached file Minimized Testcase
OK, so in this testcase, if you delete any of the attributes it no longer
happens.  If you set the height of the iframe so that it's smaller than the
<select>, it works.  If you remove frameborder=0, it works.  If you make the
margins wide so that the <select> is farther down, it works.  I suspect
frameborder=0.
Problem is focus is being erroneously set to false and then true when the select
is near the top of the screen.  To Events.
Assignee: jkeiser → joki
Status: REOPENED → NEW
Component: HTML Form Controls → Event Handling
*** Bug 135346 has been marked as a duplicate of this bug. ***
*** Bug 130316 has been marked as a duplicate of this bug. ***
We should really get this fixed for RC1 if at all possible.
Blocks: 134771
Keywords: mozilla1.0+
Attached patch PatchSplinter Review
Conveniently I just put this fix together for a bugscape bug.  Takes care of
this one, too.
Comment on attachment 78989 [details] [diff] [review]
Patch

Per email with roc+moz

Sounds good to me! Do you have a bugzilla bug for this? Stick an r=roc+moz on
your patch when you do :-).
Attachment #78989 - Flags: review+
Comment on attachment 78989 [details] [diff] [review]
Patch

sr=jst
Attachment #78989 - Flags: superreview+
Attachment #78989 - Flags: approval+
Keywords: adt1.0.0
Can this be landed today? We're about to do an RC1 and this shouldn't miss the
train. Thanks.
can you check this into the trunk and update this bug when it's been tested.
Fixed on trunk.  Marking fixed as per instructions.  Still needs approval and 
checkin on branch.
Status: NEW → RESOLVED
Closed: 22 years ago22 years ago
Resolution: --- → FIXED
I am still seeing the problem with 2002041408 on win2k.

I filed Bug 135346 which was marked as a duplicate of this one.  The test site
that I am still seing the error is:
http://filebox.vt.edu/users/jeisinge/mozbug/iframebug.html
Yes, I expect you would still see the error in the 2002041408 build.  It wasn't 
fixed until midafternoon so it wouldn't have made the 8am build.  Please try a 
later build.
It doesn't appear that this has landed on the 1.0 branch. Can you give us a
status update on branch landing?
Asa, no adt1.0.0+, no branch landing. This has been in trunk for 2 days so we
should be good to go...
Gerardo - Here's another bug we need verified asap. thanks!
rakesh, please verify this bug is fixed in the trunk.  The adt needs to know 
it's tested before the fix is checked into the branch. thanks!
Verified on the build 2002-04-16-06-trunk on Win 2000.
Status: RESOLVED → VERIFIED
adt1.0.0+ on behalf of the adt.  Please check into the branch today and add
fixed1.0.0 to the keyword field.
Keywords: adt1.0.0adt1.0.0+
I am still seeing the problem with 2002041711 (RC1) on win2k.

see http://filebox.vt.edu/users/jeisinge/mozbug/iframebug.html
Jacob: this hasn't been check into the branch yet, so won't make RC1.  But
someone should really check it into the branch :)
Fixed on branch.
Keywords: fixed1.0.0
Verified on the branch build 2002-04-19-08-1.0.0  on Win 2000 machine.
" verified 1.0.0 "
Keywords: verified1.0.0
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: