Created attachment 377383 [details]
File: backtrace

crash when trying to access the page about "the simpsons"

Miro-2.5.4-1.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/Miro-2.5.4-1.fc12

This update to 2.5.4 may fix this.  Please provide feedback via bodhi on the updates link above.

Miro-2.5.4-1.fc12 has been pushed to the Fedora 12 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update Miro'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2009-13456

Miro-2.5.4-1.fc12 has been pushed to the Fedora 12 stable repository.  If problems still persist, please make note of it in this bug report.

Problem seems to happen with version 3.0.1 in rawhide again ...

(In reply to comment #7)
> Problem seems to happen with version 3.0.1 in rawhide again ...    

Miro on rawhide is still at 3.0, not yet 3.0.1.  

You'll need to describe exactly what the problem is and provide us with a reproducible recipe for duplicating the bug in order to fix it.

Also is your stack trace identical (or at least very similar to) the original one posted in comment #0?  There are lot of Miro bugs with different stack traces here.

Sorry, I got confused with the build system having 3.0.1 and 3.0.2 already.


Count: 1
DUPHASH: 3c6c1e27
DumpDir: /var/cache/abrt/pyhook-1271668656-23091
InformAll: 0
Reported: 0
UUID: 3c6c1e27
analyzer: Python
architecture: x86_64
cmdline: /usr/bin/python /usr/bin/miro.real
component: Miro
executable: /usr/bin/miro.real
kernel: 2.6.33.2-41.fc13.x86_64
package: Miro-3.0-1.fc13
reason: wrappermap.py:46:wrapper:KeyError: 'Widget wrapper no longer exists'
release: Fedora release 13 (Goddard)
time: 1271668656
uid: 500

backtrace
-----
wrappermap.py:46:wrapper:KeyError: 'Widget wrapper no longer exists'

Traceback (most recent call last):
  File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/gtk/weakconnect.py", line 49, in handle_callback
    return real_method(obj, *(args + self.user_args))
  File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/gtk/base.py", line 90, in on_hierarchy_changed
    window = wrappermap.wrapper(toplevel)
  File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/gtk/wrappermap.py", line 46, in wrapper
    raise KeyError("Widget wrapper no longer exists")
KeyError: 'Widget wrapper no longer exists'

Local variables in innermost frame:
gtk_widget: <gtk.Window object at 0x7f876c1c7190 (GtkWindow at 0x22bccd0)>

description
-----
Miro - Internet TV Player

Miro is a free application that turns your computer into an
internet TV video player. This release is still a beta version, which means
that there are some bugs, but we're moving quickly to fix them and will be
releasing bug fixes on a regular basis.

reproduce
-----
1. click in Miro left sidebar on "Video" to see list with all stored videos
2.
3.

abrt told me that it is the same bug when i tried to post the report, so I did not thought to provide all infos again.

Package: Miro-3.0-1.fc13
Architecture: i686
OS Release: Fedora release 13 (Goddard)


How to reproduce
-----
1. sorry I don't know what crash is this.
2.
3.

(In reply to comment #12)
> 1. sorry I don't know what crash is this.

Please look at the attachment. The selection is marked there.

Created attachment 407792 [details]
Selection of Video entry in sidebar to cause the crash

Package:    	Miro-3.0-1.fc13
Latest Crash:	Sun 25 Apr 2010 03:07:47 AM 
Command:    	/usr/bin/python /usr/bin/miro.real
Reason:     	wrappermap.py:46:wrapper:KeyError: 'Widget wrapper no longer exist

x64

wrappermap.py:46:wrapper:KeyError: 'Widget wrapper no longer exists'

Traceback (most recent call last):
  File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/gtk/weakconnect.py", line 49, in handle_callback
    return real_method(obj, *(args + self.user_args))
  File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/gtk/base.py", line 90, in on_hierarchy_changed
    window = wrappermap.wrapper(toplevel)
  File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/gtk/wrappermap.py", line 46, in wrapper
    raise KeyError("Widget wrapper no longer exists")
KeyError: 'Widget wrapper no longer exists'

Local variables in innermost frame:
gtk_widget: <gtk.Window object at 0x4611d20 (GtkWindow at 0x43ec710)>

Will: any idea what's going on here?  Seems the problem is still in 3.0.x

It happens here on x86_64 platform.

Reproducable on two different machines with both running Fedora rawhide.

This crash does not affect stability of miro. It is due to a bug in xulrunner in background.

Take a look here for a possible fix:
https://bugs.launchpad.net/ubuntu/+source/miro/+bug/537050

So either update xulrunner in the package dependency or apply the provided patch.

Package: Miro-3.0-1.fc13
Architecture: i686
OS Release: Fedora release 13 (Goddard)


How to reproduce
-----
open miro and click on any of the menu entries on the left side ...

(In reply to comment #16)
> Will: any idea what's going on here?  Seems the problem is still in 3.0.x    

The problem is that XULRunn 1.9.2 has some change in it that causes Miro to error and kick up the stack trace in comment #15 (and other comments), or it causes Miro to crash.

This affects all versions of Miro--it's not just the 2.5 series or the 3 series.

Launchpad has this as bug 537050:

   https://bugs.launchpad.net/ubuntu/+source/miro/+bug/537050

In the Miro bug tracker, this is bug 13169:

   http://bugzilla.pculture.org/show_bug.cgi?id=13169

Ben worked out two patches both of which should work.  One of them overrides the do_realize and do_unrealize methods of MozEmbed.  We think this one is a bit sketchy since we didn't spend enough time figuring out exactly what those methods are doing in MozEmbed other than causing the problem.

The second patch fixes the Miro setup.py file to force Miro to build against and use XULRunner 1.9.1 where everything works fine.

In Ubuntu Lucid, they dropped the XULRunner 1.9.1 packages, so the Miro package in the Ubuntu repositories and the one that I generated both use the first patch (do_(un)realize overriding).

We spent a week looking into this and working out possibilities.  It's hard to justify spending more time on it.  We're looking at ditching gtkmozembed and either implementing our own XPCOM bits (like we do for Miro on Windows) or we'll do something else.  That work is targeted for Miro 3.1.

I think that covers everything.

(In reply to comment #20)
Will, thanks for your detailed answer. :o)

In my opinion, it is better to have a workaround in the application than to wait (maybe forever) for a general fix, that will break something else then.

Package: Miro-3.0-1.fc13
Architecture: i686
OS Release: Fedora release 13 (Goddard)


Comment
-----
Just starting Miro.

Miro-3.0.1-1.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/Miro-3.0.1-1.fc13

Miro-3.0.1-1.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/Miro-3.0.1-1.fc12

Miro-3.0.1-1.fc13 has been pushed to the Fedora 13 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update Miro'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/Miro-3.0.1-1.fc13

(In reply to comment #25)
I still have the problem with Miro-3.0.1-1.fc13 installed from link of comment #23, assuming that nothing changed in the package while entering the repository.

It is no good idea (in my opinion) to wait for Miro 3.1 release to have this bug fixed. All users will have to live with the mentioned error message until then.

(In reply to comment #26)
> (In reply to comment #25)
> I still have the problem with Miro-3.0.1-1.fc13 installed from link of comment
> #23, assuming that nothing changed in the package while entering the
> repository.
> 
> It is no good idea (in my opinion) to wait for Miro 3.1 release to have this
> bug fixed. All users will have to live with the mentioned error message until
> then.    

I think you misunderstood.  We (PCF) are working on a better fix for Miro 3.1, but have two patches that can be applied that fix the issue but in hacky ways.

When you say you're having the same problem, are you sure it's the same exact issue?  What's in your miro.log file?

For me the update fixed the problem.

(In reply to comment #26)
> (In reply to comment #25)
> I still have the problem with Miro-3.0.1-1.fc13 installed from link of comment
> #23, assuming that nothing changed in the package while entering the
> repository.
> 
Did you restart Miro? That build has the stopgap patch applied. I managed to reproduce your problem with our builds of Miro 3.0 and below but not with 3.0.1.

Also, nobody has commented on this, but Fedora packages are named Name-Version-Releaase -- please don't confuse 3.0-1, 3.0-2 with 3.0.1 and 3.0.2

Miro-3.0.1-1.fc12 has been pushed to the Fedora 12 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update Miro'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/Miro-3.0.1-1.fc12

Okay, I got actually confused by the versioning and yum did not suggest me the update to apply for some reason - maybe package cache was not updated. 
@Michel: Thanks for the hint.

So, it works for me now, also. Sorry for any inconvenience.

Miro-3.0.1-1.fc12 has been pushed to the Fedora 12 stable repository.  If problems still persist, please make note of it in this bug report.

Miro-3.0.1-1.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.