(
Jump to the original submission)
Tue 15 Mar 2011 02:33:38 AM UTC, comment #13:
Adobe runs in-process. It seems that it has some unsophisticated logic for deciding when to capture scroll events.
See https://bugzilla.mozilla.org/show_bug.cgi?id=619281 for details on the Gnash situation.
It is worth noting that when we change the plugin to be in-process (which is planned), the strategy mentioned in the mozilla bug tracker will be trivial to implement.
|
Mon 14 Mar 2011 03:53:57 AM UTC, comment #12:
Hoops, it was reported in mozilla bugtrack, but no answer in about 3 to 4 months, comment #3
|
Mon 14 Mar 2011 01:42:21 AM UTC, comment #11:
But Adobe was fixed, that was lot time ago... but it's already fixed
|
Mon 14 Mar 2011 01:37:35 AM UTC, comment #10:
Yes, the same issue affects Adobe and other plugins, and it has been widely reported.
|
Mon 14 Mar 2011 01:35:04 AM UTC, comment #9:
This was reported to Mozilla bugtrack? if not, we need to report there and tell them the reasons.
Thanks Bastian
|
Mon 14 Mar 2011 01:27:47 AM UTC, comment #8:
This is a mozilla bug, and fixing it from their end is straight forward. Mozilla forwards scroll events and does not care whether the plugin uses them.
We could hack around it by sending a scroll event to to the socket window that contains Gnash, but that will probably cause more problems than it would solve.
|
Sat 18 Dec 2010 06:58:03 PM UTC, comment #7:
https://wiki.mozilla.org/Gecko:Mouse_Wheel_Scrolling#Mouse_wheel_transaction
|
Sat 18 Dec 2010 06:52:27 PM UTC, comment #6:
This comment it's interesting too:
https://bugs.launchpad.net/firefox/+bug/50839/comments/44
It say something about wm opaque or transparent, and the transference of scroll to html, probably this is related with bug https://savannah.gnu.org/bugs/?23091
|
Sat 18 Dec 2010 06:41:10 PM UTC, comment #5:
Interesting comment:
https://bugs.launchpad.net/firefox/+bug/50839/comments/17
|
Sat 18 Dec 2010 06:32:32 PM UTC, comment #4:
Similar bug with Chronium and Adobe Flash
http://code.google.com/p/chromium/issues/detail?id=27951
Firefox and Adobe plugin too.
https://bugs.launchpad.net/firefox/+bug/50839
|
Wed 15 Dec 2010 07:34:52 AM UTC, comment #3:
Trying to get help from Mozilla people:
https://bugzilla.mozilla.org/show_bug.cgi?id=619281
|
Tue 14 Dec 2010 01:24:05 AM UTC, comment #2:
probably related to function
line 541
nsPluginInstance::SetWindow(NPWindow* aWindow)
in plugin.cpp
|
Sat 11 Dec 2010 12:01:35 PM UTC, comment #1:
This even happen when gnash is told to load in stopped mode.
Would be great if it would pass on the scroll events at least in stopped mode.
|
Thu 09 Dec 2010 09:57:23 PM UTC, original submission:
gnash doesn't allow to move the webpage if we have the mouse over the flash, i mean to the scroll... lightspark and adobe allows to do it.
any flash application, probably this is related with bug https://savannah.gnu.org/bugs/?31835
|
(Note: upload size limit is set to 16384 kB, after insertion of the required
escape characters.)
Attach File(s):
Comment:
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
Follow 6 latest changes.