Applet freezes, there is no refresh

Bug #476500 reported by Nuno Dias
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Panflute
Status tracked in Trunk
0.5
Invalid
Medium
Paul Kuliniewicz
Trunk
Invalid
Medium
Paul Kuliniewicz

Bug Description

Sometimes, the panflute apllet freezes, the times remaining is not updated and the play icon don't change, even if play and pause button works

This happens on Fedora 11 (x86_64).

Tags: applet

Related branches

Revision history for this message
Paul Kuliniewicz (kuliniew) wrote :

This is usually indicative of the daemon failing to properly handle something it got from the player. I'll need the following information to diagnose this:

* The name and version of the player you're using.
* The contents of the log files in ~/.local/share/panflute/applet.*, particularly applet.stderr, which should have any exception traces.

Changed in panflute:
status: New → Incomplete
Revision history for this message
Nuno Dias (nuno-dias) wrote :

Since version 0.5.3 I don't have this problem anymore.

Revision history for this message
Nuno Dias (nuno-dias) wrote :

It seems the problem is not resolved after all :(

In applet.stderr I have this error
"/usr/lib/python2.6/site-packages/panflute/applet/widget.py:558: GtkWarning: gtk_fixed_move_internal: assertion `widget->parent == GTK_WIDGET (fixed)' failed
  self.move (label, 0, i * self.allocation.height - self.__offset + padding)"

But I think the problem could be other, the python process from the panflute daemon is consuming 80% of the CPU.

Revision history for this message
Paul Kuliniewicz (kuliniew) wrote :

I just tried reproducing the problem in my Fedora 11 VM and everything seemed to work normally. Is there a particular sequence of steps you take that can trigger the problem?

Also, the daemon taking 80% CPU definitely shouldn't happen. Which player are you using, and what version of it?

Revision history for this message
Nuno Dias (nuno-dias) wrote :

I'm using audacious-2.1.0, and I'm listening podcasts, and I load one after another to listening, sometimes I do a pause, and then I continue listening, that's all.

Revision history for this message
Paul Kuliniewicz (kuliniew) wrote :

I haven't been able to reproduce the problem in my Fedora 11 VM under the circumstances you described, but I've now run into the same error message while working on an unrelated issue. Unfortunately, I can't reproduce it consistently, so I'll probably need to rely on you to confirm that any forthcoming fix actually fixes it.

Changed in panflute:
status: Incomplete → Confirmed
importance: Undecided → Medium
assignee: nobody → Paul Kuliniewicz (kuliniew)
milestone: none → 0.6.0
tags: added: applet
Changed in panflute:
status: Confirmed → In Progress
Revision history for this message
Paul Kuliniewicz (kuliniew) wrote :

I just checked revision 286 into trunk, which might fix this issue. Try it out and let me know if the problem goes away.

Revision history for this message
Paul Kuliniewicz (kuliniew) wrote :

Better yet, try revision 288 from trunk; 286 didn't fix it after all.

Revision history for this message
Nuno Dias (nuno-dias) wrote :

I tested the revision 291, and the problem still exists

Revision history for this message
Paul Kuliniewicz (kuliniew) wrote :

Try revision 292. My latest guess is that the callbacks the scroller widget set up to do its animation didn't get stopped when the scroller is destroyed, and trying to reference objects that have been destroyed is the only thing I can think of that might still be able to trigger the behavior you're seeing. If this doesn't work, I'm out of ideas unless I can get a set of steps that reliably reproduces the problem for me.

Revision history for this message
Nuno Dias (nuno-dias) wrote :

Revision 292, and the problem still exists.
In the mean time I upgrade my system to Feedora 12, and I have this error in applet.stderr

/usr/lib/python2.6/site-packages/panflute/applet/widget.py:309: DeprecationWarning: PyArray_FromDimsAndDataAndDescr: use PyArray_NewFromDescr.
  pixels = pixbuf.get_pixels_array ()
Traceback (most recent call last):
  File "/usr/lib/python2.6/site-packages/panflute/applet/widget.py", line 378, in do_destroy
    if self.__update_source is not None:
AttributeError: 'MetadataScroller' object has no attribute '_Scroller__update_source'

Revision history for this message
Paul Kuliniewicz (kuliniew) wrote :

Revision 295 should fix that latest problem, which is also known as lp:485279

Revision history for this message
Paul Kuliniewicz (kuliniew) wrote :

I still don't know what's causing the error messages, but revision 297 should fix the issue with the pause button getting stuck when Audacious 2.1 reaches the end of the playlist.

Revision history for this message
Paul Kuliniewicz (kuliniew) wrote :

I have yet to encounter the symptoms of this bug again, so in the absence of a reliable way to reproduce it, I'm marking it as Incomplete.

Revision history for this message
noper2 (dan-ginsberg) wrote :

Running panflute 0.6.1 with Rhythmbox on Ubuntu 9.10 gives me the same problem. Namely, after having the applet running for a while (around 12 hours or so), it takes longer and longer for the track information to update (as much as 30s). During this time, the applet is unresponsive -- right clicking on it doesn't draw the menu until the information updates and my cpu usage goes very high. If I remove panflute from my bar and then re-add it, everything is fine again.

For reference, here are the contents of applet.stderr:

/usr/lib/gnome-applets/panflute-applet:111: Warning: g_set_prgname() called multiple times
  applet_factory)
/usr/lib/pymodules/python2.6/panflute/applet/widget.py:309: DeprecationWarning: PyArray_FromDimsAndDataAndDescr: use PyArray_NewFromDescr.
  pixels = pixbuf.get_pixels_array ()
/usr/lib/pymodules/python2.6/panflute/applet/widget.py:861: DeprecationWarning: PyArray_FromDimsAndDataAndDescr: use PyArray_NewFromDescr.
  for row in pixbuf.get_pixels_array ():

(the other two stderr.* files are empty)

What's interesting is that I used to use this back when it was called Music Applet, and I recall a similar thing happening.

Revision history for this message
Paul Kuliniewicz (kuliniew) wrote :

noper2: That's a different bug, once that I've noticed but hadn't gotten around to filing myself. I copied your comment and made it lp:531102

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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