Closed Bug 580159 Opened 14 years ago Closed 7 years ago

Flash Buttons Cannot Be "Clicked"

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: therubex, Unassigned)

References

()

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; Windows NT 6.1; en-US; rv:2.0b2pre) Gecko/20100719 SeaMonkey/2.1a3pre
Build Identifier: Mozilla/5.0 (Windows; Windows NT 6.1; en-US; rv:2.0b2pre) Gecko/20100719 SeaMonkey/2.1a3pre

 
Flash buttons are ineffectual /sometimes/.

Going to be hard to put it into words ... but kind of like, perhaps focus is elsewhere, other then where the cursor happens to be?  But that's not going to be it, cause while I can't "push" the button, I can still right-click it & get a Flash menu.
 

Reproducible: Sometimes

Steps to Reproduce:
 
1. http://www.amazon.com/Thick-as-Brick-Jethro-Tull/dp/B00000AOUD/
2. 'Preview all songs' button
(Note that the buttons to the left of the song titles are not Flash.)
3. Move the cursor over the 'PAS' button.
If the cursor changes, indicating that you /can/ push the button, then slightly scroll the page, at which point, when you again position the cursor over the 'PAS' button, you will (usually) see that the cursor does not change, that you cannot push the button.
 
Actual Results:  
 
Sometimes the Flash button cannot be pushed.
 

Expected Results:  
 
The Flash button should always be effectual, should always be able to be pushed.
 

 
Looks to be a regression between 2010 7/14 & 7/15 (so perhaps some offshoot, & only a wild guess, of '[EP]'?).

http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2010-07-14&enddate=2010-07-16

Nothing in Error Console that I can see.

If you cannot get this to break, just play around with it a bit.  Jump to another page & back, scroll the page slightly, focus to a textual area outside of the Flash buttons, ...
 
Another site where I see these, though not as easy to duplicate.
URL: http://www.deezer.com/en/#music/result/all/jethro%20tull

(Site does seem "all there", can't actually load the playlist, though hitting the Play/Pause button suffices.)
 
Not able to duplicate at Youtube.com or http://www.playlist.com/searchbeta/tracks#jethro%20tull/all/1
Looks like the deezer.com link isn't going to work directly.

Load: http://www.deezer.com/en/
Type something into the 'Search' box.
Another page will load, with a black/gray player at the top.
Should be able to duplicate (though not as easy as with amazon.com) with the Play/Pause button found there.
This must be a bug in Flash and not on our side. We cannot influence Flash in the way to make buttons work or not, I think.

But I'd like confirmation from the plugins team. Note that SeaMonkey is without OOPP support right now, as we can't build libxul atm.
Component: General → Plug-ins
Product: SeaMonkey → Core
QA Contact: general → plugins
Not sure how it would be construed as a Flash bug?

Definite regression range.
One build works fine, the next, not.

Just had it happen again on http:/tinypic.com/
The black mouse arrow (pic to follow) should be a bar allowing edit, select, copy operations, but instead it is "dead".

Amazon.com though is the easiest place to see this.
When you're at a spot where Flash cannot be selected, if you were to right-click a link on the page, it's like something "fires", & at that point the Flash can (should) be selectable (clicked).
Attached video Video Capture of Bug
Initially, the 'Preview all songs' / 'Pause' button worked.
Scrolled the screen slightly, still worked.

Scrolled again, then it broke.  Cursor remained as a "pointer".
Unable to click 'Preview all songs'.

Right-clicked a link, something "popped", Flash button active.
Just because it is active at that point, does not mean that it won't break again, as it may.

NoScript, extensions, ... are immaterial.  This happens in -safe-mode.
(In reply to comment #0)
> Looks to be a regression between 2010 7/14 & 7/15 (so perhaps some offshoot, &
> only a wild guess, of '[EP]'?).
> 
> http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2010-07-14&enddate=2010-07-16

The reason could be bug 564991, I'll try tomorrow if I can reproduce the bug and build SeaMonkey with and without that patch.
This looks to have resolved itself.

2010 9/4 broken, 2010 9/5 working.

http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2010-09-05&enddate=2010-09-06
Sounds like this is the same as bug 591020.
I think you're right!
 
 
You know what, this /IS/ still broken in SeaMonkey, only it is being masked - by an extension?  NoScript perhaps?  (& if so, might help; http://noscript.net/feed?t=a )

Must have been so happy when I saw it was no longer an issue, that I neglected to see if it was still an issue in -safe-mode.

(I must have tried FF at the time, but now I wonder if I tried FF in -safe-mode?)
 
 
Extensions aside, I'm only seeing this in -safe-mode.

So a new, clean Profile, started normally, & I am not seeing the issue.
A new, clean Profile, started in -safe-mode & it manifests itself.
(This is with both SeaMonkey Trunk & Minefield, 20100927.)
 
 
(I'm tired.  My head is spinning, & this is driving me crazy. Enough for today. I don't know if anything I've posted here is correct?)
*This does not happens if I set dom.ipc.plugins.enabled to false.

Though it has broken again (& I bet I know the regression range ...).

Yep, sure do.
Same regression range I came up here https://bugzilla.mozilla.org/show_bug.cgi?id=611539#c2.

http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3cd4bdbfce3b&tochange=7e3e4c91c0f7

(I'm tired now & I was tired when I posted the comment above, & so some of what I posted above does not sound right at this time, but ...)

As noted above, I thought that this issue was being masked.  And it was.
Having NoScript installed masked the issue - up through 2010-11-10.
(Don't know if other extensions masked the issue, but at the least NoScript did.)
Starting 2010-11-11 NoScript no longer masks this issue.
And that time period is the same as the mentioned Bug 611539.
Is this still broken in a recent Firefox beta and/or with the latest Flash release (10.2)?
Still see that time-to time.
Not often.
Resolving old bugs which are likely not relevant any more, since NPAPI plugins are deprecated.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: