Closed
Bug 75582
Opened 24 years ago
Closed 24 years ago
full page mac plugin mousedown event handling broken
Categories
(Core Graveyard :: Plug-ins, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.2
People
(Reporter: sean, Assigned: peterlubczynski-bugs)
References
()
Details
(Whiteboard: [need sr= a=])
Attachments
(1 file)
1.73 KB,
patch
|
Details | Diff | Splinter Review |
full page plugins on mac get 2 mousedown events when they should only get 1.
Possible cause (?): nsPluginViewer.cpp does not translate
nsEventStatus_eConsumeNoDefault to NS_ERROR_FAILURE like nsObjectFrame.cpp does
in nsPluginInstanceOwner::MouseDown.
To test, (requires Beatnik player http://www.beatnik.com/to/?player ), load
http://www.beatnik.com/software/documentation/music_object34/music/trance.rmf.
A single click in the scope should switch the display from a waveform scope to
voice meters. The player is getting the mousedown twice, so it switches to
from scope to meters back to scope. Likewise with green/red mute button on the
top right.
Assignee | ||
Comment 2•24 years ago
|
||
This important and should be easy to fix.
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla0.9
Assignee | ||
Comment 3•24 years ago
|
||
Looks like this may be a little harder to fix as events in nsPluginViewer come
directly from the view system whereas events in nsObjectFrame come from the DOM.
I'm starting a fresh pull on my Mac to debug why this event doesn't get
consumed.
Assignee | ||
Comment 4•24 years ago
|
||
I put some printf's in and it looks like we are doing the right thing. I'm
getting:
NS_MOUSE_ACTIVATE
NS_MOUSE_LEFT_BUTTON_DOWN
NS_MOUSE_LEFT_BUTTON_UP
Am I missing something? I tested with a PDF file. I'll double check with Beatnik
later before marking WFM.
Moving to Mozilla 1.0.
Target Milestone: mozilla0.9 → mozilla1.0
Reporter | ||
Comment 5•24 years ago
|
||
I did a pull this morning and still see the same behavior. Also tested with
full page Flash and see similar problems. Rt-click on flash content and select
Zoom In. The Flash plugin does 2 zoom ins.
Updated•24 years ago
|
Assignee | ||
Comment 8•24 years ago
|
||
Hey Brian, if you have some spare time, can you look at this?
Assignee | ||
Comment 9•24 years ago
|
||
Confirming and accpeting...this bad an needs to be fixed for mozilla 0.9.2
The problem here is that in nsObjectFrame::Destroy, mInstanceOwner has a
refcount of 4 but it's instance is blown away. The vtable is bad. Need to figure
out some way to be sure we have a valid instance in the owner.
Keywords: crash,
mozilla0.9.2
Assignee | ||
Comment 10•24 years ago
|
||
wrong bug, sorry for the SPAM.
Assignee | ||
Updated•24 years ago
|
Keywords: crash,
mozilla0.9.2,
nsbeta1
Comment 11•24 years ago
|
||
Ok, what's going on here is that nsMacEventHandler is sending nsPluginViewer an
NS_MOUSE_ACTIVATE event followed by a mouse down event. The plugin viewer, which
is looking for the Windows translated NS_PLUGIN_EVENT, blindly passes both events
to the plugin as mouse clicks.
The attached patch fixes the double events on Mac and attemps to set the focus on
other platforms as well.
Comment 12•24 years ago
|
||
Comment 14•24 years ago
|
||
sr=attinasi
Comment 15•24 years ago
|
||
a= asa@mozilla.org for checkin to the trunk.
(on behalf of drivers)
Assignee | ||
Comment 16•24 years ago
|
||
Patch checked in, marking FIXED:
new revision: 1.57; previous revision: 1.56
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 17•24 years ago
|
||
this no longer happens. verif on mac trunk 0619.
Status: RESOLVED → VERIFIED
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•