plugin not properly unloaded

Bug #237795 reported by Menno
6
Affects Status Importance Assigned to Milestone
firefox-3.0 (Ubuntu)
Expired
Low
Unassigned

Bug Description

Binary package hint: firefox-3.0

This problem occurs with embedded video. Example: http://renske-harp.com/gallery.html (Balulalow, This Little Babe, Interlude links).
When the plugin is playing a video and playing is not stopped by the player itself, next time the plugin is started, it doesn't start clean. The sound of the previously played video is played, but the gui of mplayer-plugin is not shown.
This behaviour has been observed in Firefox-3/Ubuntu Linux as well as in Firefox 2/Windows.
When the video plays to the end or is stopped through the plugin controls, there is no problem.

(Unfortunately, mplayer/Ubuntu has a problem with the mentioned video clips, connected with time-line issues, causing the videos not to play to the end most of the time; with Quicktime/Windows, this is not the case, but there is still a problem when the video is not played to the end or stopped via Quicktime.)

This problem does not occur in IE6/Windows or Opera/Windows.

ProblemType: Bug
Architecture: i386
Date: Fri Jun 6 02:59:37 2008
DistroRelease: Ubuntu 8.04
NonfreeKernelModules: nvidia
Package: firefox-3.0 3.0~b5+nobinonly-0ubuntu3
PackageArchitecture: i386
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox-3.0
Uname: Linux 2.6.24-18-generic i686

Tags: apport-bug
Revision history for this message
Menno (m-tjoelker) wrote :
Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 237795] [NEW] plugin not properly unloaded

On Fri, Jun 06, 2008 at 01:26:31AM -0000, MennoT wrote:
> Public bug reported:
>
> Binary package hint: firefox-3.0
>
> This problem occurs with embedded video. Example: http://renske-harp.com/gallery.html (Balulalow, This Little Babe, Interlude links).
> When the plugin is playing a video and playing is not stopped by the player itself, next time the plugin is started, it doesn't start clean. The sound of the previously played video is played, but the gui of mplayer-plugin is not shown.
> This behaviour has been observed in Firefox-3/Ubuntu Linux as well as in Firefox 2/Windows.
> When the video plays to the end or is stopped through the plugin controls, there is no problem.
>
> (Unfortunately, mplayer/Ubuntu has a problem with the mentioned video
> clips, connected with time-line issues, causing the videos not to play
> to the end most of the time; with Quicktime/Windows, this is not the
> case, but there is still a problem when the video is not played to the
> end or stopped via Quicktime.)
>
> This problem does not occur in IE6/Windows or Opera/Windows.
>

Do you see this only with mplayer plugin or also with other players
like totem?

 status incomplete

 - Alexander

Changed in firefox-3.0:
status: New → Incomplete
Revision history for this message
Menno (m-tjoelker) wrote :

On Fri, 06 Jun 2008 08:32:39 -0000
Alexander Sack <email address hidden> wrote:

> On Fri, Jun 06, 2008 at 01:26:31AM -0000, MennoT wrote:
> > Public bug reported:
> >
> > Binary package hint: firefox-3.0
> >
> > This problem occurs with embedded video. Example: http://renske-harp.com/gallery.html (Balulalow, This Little Babe, Interlude links).
> > When the plugin is playing a video and playing is not stopped by the player itself, next time the plugin is started, it doesn't start clean. The sound of the previously played video is played, but the gui of mplayer-plugin is not shown.
> > This behaviour has been observed in Firefox-3/Ubuntu Linux as well as in Firefox 2/Windows.
> > When the video plays to the end or is stopped through the plugin controls, there is no problem.
> >
<...>
>
> Do you see this only with mplayer plugin or also with other players
> like totem?
>
> status incomplete
>
> - Alexander
>
>
> ** Changed in: firefox-3.0 (Ubuntu)
> Status: New => Incomplete

Hello,

When I change the mime-type to 'application/vlc', thereby forcing the
use of the Totem plugin and vlc, the same thing occurs.

Also, I noticed exactly the same with Firefox 2 under Windows, with
the Quicktime plugin.
(Opera/Windows and IE6/Windows, both with Quicktime do not show
this behaviour.)

This suggests, that it not something new in FF3.

Kind regards,

Menno Tjoelker

Revision history for this message
Menno (m-tjoelker) wrote :

On Fri, 06 Jun 2008 08:32:39 -0000
Alexander Sack <email address hidden> wrote:

> On Fri, Jun 06, 2008 at 01:26:31AM -0000, MennoT wrote:
> > Public bug reported:
> >
> > Binary package hint: firefox-3.0
> >
> > This problem occurs with embedded video. Example: http://renske-harp.com/gallery.html (Balulalow, This Little Babe, Interlude links).
> > When the plugin is playing a video and playing is not stopped by the player itself, next time the plugin is started, it doesn't start clean. The sound of the previously played video is played, but the gui of mplayer-plugin is not shown.
> > This behaviour has been observed in Firefox-3/Ubuntu Linux as well as in Firefox 2/Windows.
> > When the video plays to the end or is stopped through the plugin controls, there is no problem.
> >
<...>
>
> Do you see this only with mplayer plugin or also with other players
> like totem?
>
> status incomplete
>
> - Alexander
>

Hello,

After some experimenting and thinking, I would re-phrase the problem
as follows:

When the same plugin is called more than once on the same page, it is
not initialized properly next time, making it impossible to play
the next object.

Further, trying again with Firefox-2/Quicktime/Windows, I could NOT
repeat the same thing. I'm sorry for providing wrong information in
this area.

Kind regards,

Menno Tjoelker

Revision history for this message
Alexander Sack (asac) wrote :

On Fri, Jun 06, 2008 at 09:15:07PM -0000, MennoT wrote:
> On Fri, 06 Jun 2008 08:32:39 -0000
> Alexander Sack <email address hidden> wrote:
>
> > On Fri, Jun 06, 2008 at 01:26:31AM -0000, MennoT wrote:
> > > Public bug reported:
> > >
> > > Binary package hint: firefox-3.0
> > >
> > > This problem occurs with embedded video. Example: http://renske-harp.com/gallery.html (Balulalow, This Little Babe, Interlude links).
> > > When the plugin is playing a video and playing is not stopped by the player itself, next time the plugin is started, it doesn't start clean. The sound of the previously played video is played, but the gui of mplayer-plugin is not shown.
> > > This behaviour has been observed in Firefox-3/Ubuntu Linux as well as in Firefox 2/Windows.
> > > When the video plays to the end or is stopped through the plugin controls, there is no problem.
> > >
> <...>
> >
> > Do you see this only with mplayer plugin or also with other players
> > like totem?
> >
> > status incomplete
> >
> > - Alexander
> >
>
> Hello,
>
> After some experimenting and thinking, I would re-phrase the problem
> as follows:
>
> When the same plugin is called more than once on the same page, it is
> not initialized properly next time, making it impossible to play
> the next object.
>
> Further, trying again with Firefox-2/Quicktime/Windows, I could NOT
> repeat the same thing. I'm sorry for providing wrong information in
> this area.

Somewhat this sounds familiar. I wonder: if you do this (cause
initialization to fail) and then change gnome theme ... does firefox
crash then? Can you check that with firefox 2 please too?

thanks,

 - Alexander

Revision history for this message
Menno (m-tjoelker) wrote :

On Fri, 06 Jun 2008 22:59:18 -0000
Alexander Sack <email address hidden> wrote:

> On Fri, Jun 06, 2008 at 09:15:07PM -0000, MennoT wrote:
> > On Fri, 06 Jun 2008 08:32:39 -0000
> > Alexander Sack <email address hidden> wrote:
> >
> > > On Fri, Jun 06, 2008 at 01:26:31AM -0000, MennoT wrote:
> > > > Public bug reported:
> > > >
> > > > Binary package hint: firefox-3.0
> > > >
> > > > This problem occurs with embedded video. Example: http://renske-harp.com/gallery.html (Balulalow, This Little Babe, Interlude links).
> > > > When the plugin is playing a video and playing is not stopped by the player itself, next time the plugin is started, it doesn't start clean. The sound of the previously played video is played, but the gui of mplayer-plugin is not shown.
> > > > This behaviour has been observed in Firefox-3/Ubuntu Linux as well as in Firefox 2/Windows.
> > > > When the video plays to the end or is stopped through the plugin controls, there is no problem.
> > > >
> > <...>
> > >
> > > Do you see this only with mplayer plugin or also with other players
> > > like totem?
> > >
> > > status incomplete
> > >
> > > - Alexander
> > >
> >
> > Hello,
> >
> > After some experimenting and thinking, I would re-phrase the problem
> > as follows:
> >
> > When the same plugin is called more than once on the same page, it is
> > not initialized properly next time, making it impossible to play
> > the next object.
> >
> > Further, trying again with Firefox-2/Quicktime/Windows, I could NOT
> > repeat the same thing. I'm sorry for providing wrong information in
> > this area.
>
> Somewhat this sounds familiar. I wonder: if you do this (cause
> initialization to fail) and then change gnome theme ... does firefox
> crash then? Can you check that with firefox 2 please too?
>
> thanks,
>
> - Alexander
>
Hello,

I changed the Gnome theme, while Firefox was in the state that a
previous object was apparently still loaded - without any problem,
Firefox nicely changed its gui accordingly.

Since downgrading firefox is a bit awkward, doing the same with
firefox 2 from the same installation is a bit difficult. Instead, I used
a live CD to boot Ubuntu 7.04 with Firefox 2.0.0.3.
The behaviour was exactly the same: trying to play the next (mpeg)
object fails, changing the Gnome theme works as it should, without
crashing Firefox.

Kind regards,

Menno

Revision history for this message
Alexander Sack (asac) wrote :

On Sun, Jun 08, 2008 at 02:49:38PM -0000, MennoT wrote:
>
> I changed the Gnome theme, while Firefox was in the state that a
> previous object was apparently still loaded - without any problem,
> Firefox nicely changed its gui accordingly.
>
> Since downgrading firefox is a bit awkward, doing the same with
> firefox 2 from the same installation is a bit difficult. Instead, I used
> a live CD to boot Ubuntu 7.04 with Firefox 2.0.0.3.
> The behaviour was exactly the same: trying to play the next (mpeg)
> object fails, changing the Gnome theme works as it should, without
> crashing Firefox.
>

OK, so is this an mplayer only issue?

 - Alexander

Revision history for this message
Menno (m-tjoelker) wrote :

On Mon, 09 Jun 2008 13:02:31 -0000
Alexander Sack <email address hidden> wrote:

> >
>
> OK, so is this an mplayer only issue?
>
> - Alexander
>

No, it is not. I have modified the mime type on the html page to make
FF to use VLC (type application/vlc) and the same thing occurs: when
the second object on the same page is clicked, the sound of the
*first* object starts again - however without video.
After reloading the page, another object can be played - but again,
only one.

Here is how the objects are defined. The outer object is for IE and
is correctly neglected by FF.
FF handles the whole thing otherwise correctly:
when I disable the plugin (Totem) for application/mime, it activates
the mplayer plugin to play of the inner video/mpeg object.

<object classid="clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B"
  codebase="http://www.apple.com/qtactivex/qtplugin.cab"
  width="320" height="270">
  <param name="src"
    value="../mpg/balulalow.mpg">
  <param name="controller" value="true">
  <param name="autoplay" value="true">
  <!--[if !IE]>-->
  <object type="application/vlc"
    data="../mpg/balulalow.mpg"
    width="320" height="270">
    <param name="autoplay" value="true">
    <param name="controller" value="true">
    <object type="video/mpeg"
        data="../mpg/balulalow.mpg"
        width="320" height="270">
        <param name="autoplay" value="true">
        <param name="controller" value="true">
            <a href="../mpg/balulalow.mpg">download/play mpeg file</a>
        </object>
  </object>
  <!--<![endif]-->
</object>

Kind regards,

Menno

Revision history for this message
Jayson Rowe (jayson.rowe) wrote :

Since it's been a very long time since any additional info was added to this bug, I'm just checking to see if this is still an issue, and find out what additional work should be done on this bug.

Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

We were wondering if this is still an issue for you. Can you try with the latest firefox version? Thanks in advance.

Revision history for this message
Menno (m-tjoelker) wrote : Re: [Bug 237795] Re: plugin not properly unloaded

On Tue, 20 Jan 2009 19:06:12 -0000
Martin Mai <email address hidden> wrote:

> We were wondering if this is still an issue for you. Can you try with
> the latest firefox version? Thanks in advance.
>
> --
> plugin not properly unloaded
> https://bugs.launchpad.net/bugs/237795
> You received this bug notification because you are a direct subscriber
> of the bug.

Hello,

I checked with Firefox 3.0.5 (Mozilla Firefox for Ubuntu, canonical-1.0).
It is still not working, but the behaviour has changed.
When I played an mpeg fragment, closed it and tried to play another fragment,
in the past the second time the sound of the first fragment started to play
again, without video; now, the second time there is neither video nor sound.

Best regards,

Menno Tjoelker

<email address hidden>

Revision history for this message
fugelen (asmund-myvr-software) wrote :

I have similar issue with Firefox 3.05, and 3.1 beta on an OpenGL plugin in Mac OS-X. Webkit npapi plugin. The problem seem to be that NPP_Destroy only gets called half the time. Other times firefox just stops sending events to my plugin though the instance is still loaded in the browser. This does not happen in Safari. Restarting the firefox browser is the only thing that works. May be because the plugin is <object> tag is defined through javascript. May also be because the plugin first has css style <none> and then <block>.

By the way, gecko engine also have an issue with often sending bogus size data in NPP_Setwindow (like height=0 even though height = 768).

Revision history for this message
xteejx (xteejx) wrote :

This bug hasn't been updated for a VERY long time. Can you tell us if it is still a problem? Can you try with the latest release (10.10)? Thank you.

Changed in firefox-3.0 (Ubuntu):
importance: Undecided → Low
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for firefox-3.0 (Ubuntu) because there has been no activity for 60 days.]

Changed in firefox-3.0 (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.