Closed
Bug 293371
Opened 20 years ago
Closed 4 years ago
Some events lost during page load (Mouseup/Down)
Categories
(Core :: DOM: Events, defect, P5)
Core
DOM: Events
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jens.b, Unassigned)
Details
Attachments
(1 file)
|
2.14 KB,
application/octet-stream
|
Details |
Various extensions, one of them Optimoz Mouse Gestures, try to catch all
mousedown/up events so they always know the current button state. This is used
to implement Opera's click-only gestures (we call them "rocker gestures") where
you hold the right mouse button and click the left one to go back, or vice-versa
for going forward.
However, if the mouse button is released at a certain point while Mozilla loads
a new page (e.g. "Back" function invoked), the event is lost. That means that
the extension often believes the button is still down, and would trigger the
function again on each left-click.
{{ Currently, Optimoz Mouse Gestures includes measures to always reset its mouse
button state as soon as a page load gesture (mostly Back/Forward) is performed,
which prevents us from allowing multiple rocker invocations without releasing
the right mouse button (our most requested feature). The All-in-One-Gestures
extension implements an optional "Opera-style" mode that disables these, but
lets users run into the bug described above. }}
The proposed solution is to fire events during this period for chrome JS, but
only above the xul:browser element to prevent the new page's scripts from
getting "old" events.
| Reporter | ||
Comment 1•20 years ago
|
||
I made a stripped-down version of Gavin Lynch's "rocker navigation" extension
to serve as a testcase (Optimoz Mouse Gestures' complexity makes that task too
cumbersome) and added debug output.
Instructions:
1) Download, install, and run Firefox
2) Load up about 5 pages consecutively (longer pages seem to make it easier to
reproduce the bug)
3) Hold down the right mouse button, click the left and quickly release both to
go back a page. The testcase shows its "believed" mouse button states in a
label below the status bar.
4) Repeat step 3 several times, until you end up with a wrong button state
(e.g. left and/or right button still believed to be "down")
| Reporter | ||
Comment 2•20 years ago
|
||
With Firefox 1.5b1 and bfcache enabled, the problem is still there. If anything,
it became more easily reproducible.
Any plans to fix it in (at least) Fx 2.0? This bug makes all mouse gestures extensions inferior and buggy compared to according implementations in other browsers (Opera, Maxthon).
Updated•16 years ago
|
Assignee: events → nobody
QA Contact: ian → events
Comment 6•7 years ago
|
||
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046
Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5.
If you have questions, please contact :mdaly.
Priority: -- → P5
Comment 7•4 years ago
|
||
Hey Jens,
Can you still reproduce this or should we close it? The test case isn't working for me.
Flags: needinfo?(jens.b)
| Reporter | ||
Comment 8•4 years ago
|
||
Hi Andrei,
thanks, but in the meantime I stopped working on addons in general. Let's just close this bug.
Flags: needinfo?(jens.b)
Comment 9•4 years ago
|
||
Marking this as Resolved > Worksforme based on the last comment.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•