After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 726459 - Crash on playlist tabs when new media has been scanned
Crash on playlist tabs when new media has been scanned
Status: RESOLVED FIXED
Product: gnome-music
Classification: Applications
Component: general
3.13.x
Other Linux
: Normal normal
: 3.16
Assigned To: gnome-music-maint
gnome-music-maint
: 728798 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2014-03-16 15:57 UTC by Torsten Scholak
Modified: 2015-01-19 11:17 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Debug log from gnome-music before crashing (1.52 MB, text/plain)
2014-05-05 15:12 UTC, Simen Heggestøyl
Details

Description Torsten Scholak 2014-03-16 15:57:41 UTC
The problem is not exactly reproducible, but the crash happens always eventually...
That's what I see on the console:

(gnome-music:23635): Gtk-CRITICAL **: gtk_widget_get_preferred_width_for_height: assertion 'height >= 0' failed

(gnome-music:23635): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width 841 and height -29763680
Traceback (most recent call last):
  • File "/usr/lib64/python3.2/site-packages/gnomemusic/view.py", line 648 in _on_item_activated
    _iter = self._model.get_iter(child_path)
  • File "/usr/lib64/python3.2/site-packages/gi/overrides/Gtk.py", line 778 in get_iter
    path = self._coerce_path(path)
  • File "/usr/lib64/python3.2/site-packages/gi/overrides/Gtk.py", line 753 in _coerce_path
    return TreePath(path)
  • File "/usr/lib64/python3.2/site-packages/gi/overrides/Gtk.py", line 1101 in __new__
    path = ":".join(str(val) for val in path)
TypeError: 'NoneType' object is not iterable

Comment 1 Torsten Scholak 2014-03-27 04:48:54 UTC
Bump. It still happens, usually in the first 3 minutes of playing music.
Comment 2 Vadim Rutkovsky 2014-03-27 09:04:27 UTC
Could you specify gnome-music version?
Comment 3 Torsten Scholak 2014-03-27 13:25:28 UTC
3.13.1, built from git yesterday
Comment 4 Allan Day 2014-04-22 15:18:46 UTC
Seems like the requested information was provided.
Comment 5 Vadim Rutkovsky 2014-04-23 09:10:23 UTC
Torsten, could you run 'gnome-music -d' and attach the output here when it crashes? There's not much chance that we fix this unless we find out the reason or the pattern here
Comment 6 Vadim Rutkovsky 2014-04-23 15:12:10 UTC
*** Bug 728798 has been marked as a duplicate of this bug. ***
Comment 7 Simen Heggestøyl 2014-05-05 15:12:37 UTC
Created attachment 275892 [details]
Debug log from gnome-music before crashing
Comment 8 Vadim Rutkovsky 2014-05-05 18:25:48 UTC
(In reply to comment #7)
> Created an attachment (id=275892) [details]
> Debug log from gnome-music before crashing

It looks like it happened during selection (the log also shows that new files were found), right? It looks like a duplicate of bug 726713 to me
Comment 9 Simen Heggestøyl 2014-05-06 08:53:41 UTC
(In reply to comment #8)
> (In reply to comment #7)
> > Created an attachment (id=275892) [details] [details]
> > Debug log from gnome-music before crashing
> 
> It looks like it happened during selection (the log also shows that new files
> were found), right? It looks like a duplicate of bug 726713 to me

No, I never use the selection feature. This crash is always triggered when I'm doing something else, such as starting new apps, or switching windows in Gnome.

In this particular case, I was updating my mail buffer in Emacs when the crash happened.
Comment 10 Vadim Rutkovsky 2014-05-06 09:01:56 UTC
it looks like 'shell triggers content-changed' case to me, we've fixed this in https://git.gnome.org/browse/gnome-music/commit/?id=45ecb1eb4823713530fc517407b70ac89ee89300. This should be fixed in 3.12.1 and 3.13.1, which version are you using?
Comment 11 Simen Heggestøyl 2014-05-06 11:32:08 UTC
(In reply to comment #10)
> it looks like 'shell triggers content-changed' case to me, we've fixed this in
> https://git.gnome.org/browse/gnome-music/commit/?id=45ecb1eb4823713530fc517407b70ac89ee89300.
> This should be fixed in 3.12.1 and 3.13.1, which version are you using?

I'm using 3.13.1 (git version 67a07ace1cd36d3c7cc28780ea9fb2649670011b, from April 20).
Comment 12 Vadim Rutkovsky 2015-01-19 11:17:09 UTC
We seem to handle some paths in models incorrectly during update. Please reopen the issue if it still occurs.

Pushed https://git.gnome.org/browse/gnome-music/commit/?id=17f594a to master and https://git.gnome.org/browse/gnome-music/commit/?id=b763cb4 to gnome-3-14