After some period of time (>24hrs?), flash plugin stops working




10 years ago
7 years ago


(Reporter: mhr, Unassigned)


1.9.1 Branch

Firefox Tracking Flags

(Not tracked)


(Whiteboard: [closeme 2011-01-31])



10 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b1pre) Gecko/20080924175508 SeaMonkey/2.0a1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b1pre) Gecko/20080924175508 SeaMonkey/2.0a1

I usually leave my seamonkey window open at work all week, only closing it for the weekends.  However, I have noticed that, after about 1 day of being open, the Adobe flash plugin (rev. ??) no longer works - it starts to play a flash and then stops after 2-3 seconds and won't play it.  I have to shut down seamonkey and start it over again to view the flash.  This may have to do with long periods of flash inactivity, but since it works when I start up and doesn't fail until the next day or so, I suspect SM.

Reproducible: Couldn't Reproduce

Steps to Reproduce:
1. Start up Seamonkey.
2. Wait for at least 24 hours, maybe 24 hours after playing the last of any number of flash videos.
3. Try to play another one.
Actual Results:  
The flash plugin plays about 2-3 seconds with no sound, then stops.

Expected Results:  
Flash video should play normally.

This seems to work/fail with any youtube video or any other swf video on any url.
Version: unspecified → Trunk


10 years ago
Component: General → Plug-ins
Product: SeaMonkey → Core
QA Contact: general → plugins

Comment 1

8 years ago
Build identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20100317 SeaMonkey/2.0.4
Reporter, Please update if you are able to still reproduce with the latest seamonkey build
Whiteboard: [closeme 2010-05-12]

Comment 2

8 years ago
As of Build identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv: Gecko/20100205 SeaMonkey/2.0.3, this is no longer accurate - the flash videos play, but the sound comes in high-speed bursts every few seconds, and they persist for up to a minute even after the tab or window is closed.

This is also a problem in Firefox 3.6 (Mozilla/5.0
(X11; U; Linux i686 (x86_64); en-US; rv:1.9.2) Gecko/20100115) - same problem, some time delay (see bug 483862).

I will try the new build and see how that goes....

Comment 3

8 years ago
Problem still occurs as of Build identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv: Gecko/20100317 SeaMonkey/2.0.4

Usually takes overnight run, but the same problem is still there.

Comment 4

8 years ago
I have been seeing this problem with Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20091113 SeaMonkey/2.0 since I first installed it. I can't say how long a tab containing a flash video must play before the problem occurs but I >think< it's well under "overnight" Sometimes, killing seamonkey will clear the problem and restarting it allows normal operation. Usually, <cntl><alt><esc> followed by clicking on a seamonkey window will work.  But on some occasions, it has been necessary to log out of KDE then issue a startx to gain proper sound processing.

Comment 5

8 years ago
SeaMonkey 2.0.x is based upon Gecko 1.9.1 (ie: as used in 3.5.x) and so isn't supported as readily as Gecko 1.9.2 or 2.0.

Can you try with SeaMonkey 2.1 Beta 1 or later, with a clean profile and also update your Flash plugin to the latest version - and report back whether this still occurs.

Version: Trunk → 1.9.1 Branch


8 years ago
Whiteboard: [closeme 2010-05-12] → [closeme 2011-01-31]

Comment 6

8 years ago
I have stopped using Seamonkey for extended periods the way I was before and I haven't noticed a problem with it recently.  I'm using Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20101206 SeaMonkey/2.0.11 now on UBuntu Maverick Meercat (10.10) - not too excited about trying another beta version.  If I get a chance, I'll report back.

Comment 7

7 years ago
Whiteboard closeme date been and gone, so marking as incomplete.

Please comment on/reopen this issue if it still occurs using 2.0.11 or preferably the 2.1 betas or higher - thanks!
Last Resolved: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.