Closed Bug 465788 Opened 16 years ago Closed 13 years ago

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

Categories

(Core Graveyard :: Plug-ins, defect)

1.9.1 Branch
x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: mhullrich, Unassigned)

Details

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

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
Component: General → Plug-ins
Product: SeaMonkey → Core
QA Contact: general → plugins
Build identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4
Reporter, Please update if you are able to still reproduce with the latest seamonkey build http://www.seamonkey-project.org/releases/
Whiteboard: [closeme 2010-05-12]
As of Build identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.8) 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....
Problem still occurs as of Build identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4

Usually takes overnight run, but the same problem is still there.
I have been seeing this problem with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.4) 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.
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.

Thanks!
Version: Trunk → 1.9.1 Branch
Whiteboard: [closeme 2010-05-12] → [closeme 2011-01-31]
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:1.9.1.16) 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.
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!
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.