Closed Bug 154880 Opened 24 years ago Closed 24 years ago

drop down lists do not go away when the mousedown occurs outside of it

Categories

(Core Graveyard :: Embedding: Mac, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.0.1

People

(Reporter: ccarlen, Assigned: ccarlen)

Details

(Keywords: topembed+, Whiteboard: [adt2] [ETA 09/18])

Attachments

(1 file)

Happens with PPEmbed on any dropdown in bugzilla.
Is this a case of the menu never going away or only when the next mousedown-click occurs? If it is the second case, you can see the same behavior in Mozilla 1.0 and the currently nightly build of MFCEmbed. I did notice in IE6 that the menu goes away as soon as you mouse-up outside the menu.
Blocks: 150046
Attached patch patchSplinter Review
This fixes it. A mousedown anywhere other than in the pop-up list itself causes the pop-up window to be rolled up.
CC'ing Simon for sr=. Also, making summary more accurate. It's not the mouseup that should cause one of these windows to be rolled up - only the next mousedown.
Status: NEW → ASSIGNED
Summary: drop down lists do not go away when the mouse-up occurs outside of it → drop down lists do not go away when the mousedown occurs outside of it
Target Milestone: --- → mozilla1.0.1
Comment on attachment 89783 [details] [diff] [review] patch sr=sfraser
Attachment #89783 - Flags: superreview+
Fixed. I need verification on this and to get it into 1.0.1.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Does this need to be on the 1.0 branch for the 1.0.2 milestone, or is this already on the 1.0 branch?
Eek! It's not fixed on the branch. Just tried my branch build from today and it exhibits this problem. Verification on the trunk never came.
My assumption is that this is needed for a major mac embedding customer, since it is a dependency of bug 150046. Hence, I am marking this bug as topembed+, nsbeta1+, and nominating the patch for the 1.0.2 milestone.
Whiteboard: [adt2]
Comment on attachment 89783 [details] [diff] [review] patch a=rjesup@wgate.com for 1.0 branch. Change mozilla1.0.2+ to fixed1.0.2 when checked in
Attachment #89783 - Flags: approval+
edt1.0.2+ (on EDT's behalf) for checkin to the 1.0 branch. pls check this in asap, then replace "mozilla1.0.2+" with "fixed1.0.2". thanks!
Keywords: edt1.0.2edt1.0.2+
Checked into branch.
mdunn: can you pls verify this as fixed on the 1.0 branch, then replace "fixed1.0.2" with "verified1.0.2". thanks!
Whiteboard: [adt2] → [adt2] [ETA 09/18]
Mazie, Sheela please verify this on the branch and change keyword to verified1.0.2
QA Contact: mdunn → mazielobo
Please verify the bug. Once verified, change the keyword fixed1.0.2 to verified1.0.2
Sheela can you try to verfy this bug on the branch... Mazie is having access problems.
QA Contact: mazielobo → sheelar
Checked to see the bug happens on the older builds from 2002-09-16 Verifying that this is now fixed on 2002-09-25 PPEmbed build on mac os x Changing the keyword from fixed1.0.2 Not changing the bug status to verified since this needs to be checked on trunk.
Marking verified on build: mozilla -2002-10-02 on PPEmbed. The drop down windows now roll up with the next mouse down.. Tested on bugzilla query page.
Status: RESOLVED → VERIFIED
No longer blocks: 150046
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: