Cover fetching should be asynchronous, but it isn't.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Exaile |
Fix Released
|
Medium
|
reacocard |
Bug Description
Because cover fetching isn't asynchronous, if you are on a slow internet connect (dialup, for example), cover fetching will freeze up Exaile indefinitely. This is hard to diagnose, and the only reason we figured it out was because I hit ctrl-c in the terminal running Exaile after it froze, and it gave this output:
12:36:33,929:INFO : Playing file://
^C12:38:
Traceback (most recent call last):
File "/usr/local/
event.data, *cb.args, **cb.kwargs)
File "/usr/local/
self.
File "/usr/local/
image_data = covers.
File "/usr/local/
data = self.get_
File "/usr/local/
ret = method.
File "/usr/local/
data = h.read()
File "/usr/lib/
data = self._sock.
KeyboardInterrupt
(xl.event)
12:38:02,287:DEBUG : Saving settings... (xl.settings)
/usr/local/
gtk.main()
This happened after I installed Exaile 0.3.2.0 from source. I'm running Ubuntu 10.04.
Related branches
Changed in exaile: | |
assignee: | nobody → Aren Olson (reacocard) |
importance: | Undecided → Medium |
milestone: | none → 0.3.3 |
status: | New → Confirmed |
Changed in exaile: | |
status: | Fix Committed → Confirmed |
Changed in exaile: | |
status: | Fix Committed → Fix Released |
I've stumbled upon this problem too. I attach a patch that makes the retrieval and update of the cover image a threaded operation, thus not blocking the whole UI.