Closed Bug 285774 Opened 16 years ago Closed 8 years ago

Mouse gets stuck down when click-dragging on plugins

Categories

(Core :: Plug-ins, defect, P1)

PowerPC
macOS
defect

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: David, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050306 Camino/0.8+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050306 Camino/0.8+

If theres a Quicktime Virtual Reality picture on a site, and you have clicked on
anything on the page (Background, text, picture, etc.) and start 'dragging' in
the QTVR picture, the page scrolls to the top and selects everything between the
QTVR picture and the top.

Reproducible: Always

Steps to Reproduce:
1. Go to http://www.panomundo.com/
2. Click on anything but the bottom right picture
3. Try dragging as normal in the QTVR picture (Bottom right one)

Actual Results:  
Window scrolls to the top, selects everything between the top and the picture.

Expected Results:  
The Quicktime Virtual Reality picture should just perform as normal, and the
window shouldnt scroll or select anything.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: dupme
This is WFM in 2005080708 (v0.9a2+), but there are only two "pictures" on the
page, and the right-hand one is a Java applet, not QTVR proper.

This actual QTVR is also WFM (there wasn't much not QTVR space to click first,
but...): http://www.panomundo.com/panos/piedraverde/courtyard_qt.html

That said, this was probably a dupe of either plugins or applets not getting
clicks bugs; I think Simon fixed the former and the JEP resolved the latter.
Ok, there's a real problem here, which (I suspect) effects all plugins on
"recent" trunk (and 1.8-branch and 1.0-branch) versions of both Firefox and
Camino (on the Mac, though not on Windows).  But none of the examples given
above actually illustrate it (at least they didn't in any of my tests).

It's better to use very simple examples, with plenty of "stuff" outside the
plugin.  Here are two (the first is Sun's "Clock" Java applet demo, the second
is my favorite Flash example):

http://java.sun.com/applets/jdk/1.4/demo/applets/Clock/example1.html
http://www.rogerdean.com/

1. Click and hold on the plugin object (the clock or "Roger Dean"), and drag
   the mouse pointer around over text and graphics outside the plugin -- the
   text and graphics should be selected.

2. Click once on the plugin object and let go.  Then click and hold, and drag
   the mouse pointer around outside the plugin -- no text or graphics should
   be selected.

3. Click once outside the plugin object and let go.  Then click and hold on
   the plugin object and drag the mouse pointer around outside of it -- once
   again text and graphics should be selected.

This happens (with the Clock applet) regardless of whether or not you're using
the Java Embedding Plugin.  It doesn't happen in Camino 0.8.4 or Firefox
1.0.6.

(It doesn't happen in Firefox 1.5 Beta 1 on Windows.  I suspect the problem is
Mac-specific.)

Flags: camino1.0?
Priority: -- → P1
Summary: Having not clicked on a QTVR picture, before dragging in it, selects everything on the page → Mouse gets stuck down when click-dragging on plugins
Whiteboard: dupme
Target Milestone: --- → Camino1.0
Flags: camino1.0?
I'm not sure if this is related, I have a similar probelm with RealPlayer. If you click on any of the buttons in an imbedded RealPlayer and then move the cursor, it will start highlighting everything on the page. I see it in Firefox 1.5 RC3 as well.

An example site is http://www.nfl.com with the video player on the right side. Try clicking pause and then moving the cursor up or down. 11/20 trunk build, 10.4.3.
-> 1.1
Target Milestone: Camino1.0 → Camino1.1
Assignee: mikepinkerton → nobody
Product: Camino → Core
QA Contact: plugins
Target Milestone: Camino1.1 → ---
Version: unspecified → Trunk
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.