Closed Bug 45533 Opened 25 years ago Closed 24 years ago

Widgets visually depress/respond/react on right click

Categories

(Core :: XUL, defect, P1)

defect

Tracking

()

RESOLVED FIXED
mozilla0.9.3

People

(Reporter: bugzilla, Assigned: bugzilla)

References

Details

(Keywords: helpwanted, Whiteboard: fix in hand)

Attachments

(2 files)

Right clicking on most widgets either makes them respond or react (i.e. buttons depress visually, but onclick doesn't really fire). I don't see why this is the case, and it feels a little sloppy (what's the purpose of having them visually respond if they aren't actually functioning?) This has been the case for as long as I remember, and while I assume it's known, I just wanted to ensure that it's out there...
Yes, it is wrong, and feels sloppy, but we have no time for it. accepting for future/helpwanted.
Status: NEW → ASSIGNED
Keywords: helpwanted
Target Milestone: --- → Future
So what would it take to fix this? Right click shouldn't fire onclick, right? Or when being right clicked upon, buttons shouldn't get in the :active state?
Assignee: trudelle → BlakeR1234
Status: ASSIGNED → NEW
I think this is actually bug 30878, no?
I sure hope so (major/m21, not normal/future). Marking dup for now. *** This bug has been marked as a duplicate of 30878 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Marking verified (for now). ... Blake, is there some reason that this is not the same bug (you sound tenuous in your assessment -- I thought it was a straight-up dup).
Status: RESOLVED → VERIFIED
Well, that original bug seems to describe more the fact that if you right click on some buttons, they actually trigger. This describes that if you right click on some buttons (or other widgets), they won't trigger, but they'll visually respond. But, judging from the dups marked of that bug, that's pretty much become what I intended through this bug.
reopening because buttons that use oncommand still change appearance onmousedown with the right mousebutton (see bug 30878), so this must be separate. hyatt, why do buttons go :active if it's the right mouse button?
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
For CSS2, I think :active works with any button. I think CSS3 may be adding more variation so you can control which button (with some different pseudos or something).
hmm, ok. maybe ian can confirm?
On web pages, this is WORKSFORME, so it looks like a code-level issue to me rather than a simple CSS issue...
sending to hyatt per ian's last comment
Assignee: blakeross → hyatt
Status: REOPENED → NEW
OS: Windows ME → All
Hardware: PC → All
Target Milestone: Future → ---
->future, per hyatt
Target Milestone: --- → Future
Any ideas on where we would need to filter to left-click only? I'm very interested in fixing this.
Taking...
Assignee: hyatt → blakeross
Status: NEW → ASSIGNED
Priority: P3 → P1
Target Milestone: Future → mozilla0.9.1
Attached patch [patch] major hack alert! (deleted) — Splinter Review
Attached patch less hackish (deleted) — Splinter Review
*** Bug 79664 has been marked as a duplicate of this bug. ***
hyatt, what did we decide here? I forget. I think we said it was okay if onclick didn't change the content to :active. If so, can you sr the second patch here?
hyatt - yes, no, maybe so?
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Target Milestone: mozilla0.9.2 → mozilla0.9.3
hyatt, sr this patch or i'll come find you and beat you senseless. this isn't brain surgery.
sr=ben@netscape.com provided an ESM person looks at this too.
Whiteboard: fix in hand
cc'ing saari for review. so you don't get confused like ben: basically this patch just bails early, that other stuff is just moving a block somewhere else (and changing a null check a bit).
r=kerz
a= asa@mozilla.org for checkin to the trunk. (on behalf of drivers)
Blocks: 83989
r=saari
fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: