abrt 1.0.3 detected a crash. backtrace ----- Summary: TBb780f7c5 layout.py:57:remove:KeyError: <miro.frontends.widgets.gtk.layout.HBox object at 0x7f8dfc115990> 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/video.py", line 490, in on_button_press app.playback_manager.toggle_fullscreen() File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/playback.py", line 472, in toggle_fullscreen self.enter_fullscreen() File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/playback.py", line 475, in enter_fullscreen self.video_display.enter_fullscreen() File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/displays.py", line 473, in enter_fullscreen self.renderer.enter_fullscreen() File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/gtk/video.py", line 446, in enter_fullscreen self._make_overlay() File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/gtk/video.py", line 461, in _make_overlay main_window.main_vbox.remove(main_window.controls_hbox) File "/usr/lib64/python2.6/site-packages/miro/frontends/widgets/gtk/layout.py", line 57, in remove self.children.remove(widget) KeyError: <miro.frontends.widgets.gtk.layout.HBox object at 0x7f8dfc115990> Local variables in innermost frame: widget: <miro.frontends.widgets.gtk.layout.HBox object at 0x7f8dfc115990> self: <miro.frontends.widgets.gtk.layout.VBox object at 0x7f8dfc126cd0> cmdline: /usr/bin/python /usr/bin/miro.real component: Miro executable: /usr/bin/miro.real kernel: 2.6.31.9-174.fc12.x86_64 package: Miro-2.5.4-1.fc12 uuid: b780f7c5
Created attachment 384870 [details] File: backtrace
Can you reliably reproduce this? Please describe the exact conditions that lead to the crash. Crash reports without detailed information describing exactly how to reproduce the bug are almost impossible to fix. Also were you attempting "acoustic fingerprinting" (i.e. "Scan" tracks) and do you have picard-freeworld from RPM Fusion installed? See: http://musicbrainz.org/doc/Picard_FAQ#I_am_using_Fedora.2C_why_doesn.27t_acoustic_fingerprinting_work.3F
Please ignore this, it was cut and pasted from the wrong package. (In reply to comment #2) > Also were you attempting "acoustic fingerprinting" (i.e. "Scan" tracks) and do > you have picard-freeworld from RPM Fusion installed? See: > > http://musicbrainz.org/doc/Picard_FAQ#I_am_using_Fedora.2C_why_doesn.27t_acoustic_fingerprinting_work.3F
Reporter: can you still reproduce this in the current version of Miro: 3.0.2? If not, or if I don't hear a response within 1 week, I'll close this bug. If you can reproduce you're always free to re-open it.
Miro-3.0.3-1.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/Miro-3.0.3-1.fc14
Miro-3.0.3-1.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/Miro-3.0.3-1.fc13
Miro-3.0.3-1.fc12 has been submitted as an update for Fedora 12. https://admin.fedoraproject.org/updates/Miro-3.0.3-1.fc12
Miro-3.0.3-1.fc14 has been pushed to the Fedora 14 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: https://admin.fedoraproject.org/updates/Miro-3.0.3-1.fc14
Miro-3.0.3-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
Miro-3.0.3-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.3-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.