Hide Forgot
libreport version: 2.0.7 abrt_version: 2.0.6 cmdline: /usr/bin/python /usr/bin/picard comment: Scanning files using chromaprint executable: /usr/bin/picard kernel: 3.1.0-7.fc16.x86_64 reason: webservice.py:76:__getattr__:AttributeError: response time: Sat 26 Nov 2011 06:15:54 PM CST uid: 500 username: jcollie backtrace: :webservice.py:76:__getattr__:AttributeError: response : :Traceback (most recent call last): : File "/usr/lib64/python2.7/site-packages/picard/webservice.py", line 206, in _process_reply : handler(xml_handler.document, reply, error) : File "/usr/lib64/python2.7/site-packages/picard/acoustid.py", line 59, in _on_lookup_finished : for result in document.response[0].results[0].children.get('result', []): : File "/usr/lib64/python2.7/site-packages/picard/webservice.py", line 76, in __getattr__ : raise AttributeError, name :AttributeError: response : :Local variables in innermost frame: :self: {'attribs': {}, 'text': u'', 'children': {}} :name: 'response'
scanning a file with acoustid fingerprinting Package: picard-0.16-1.fc16 OS Release: Fedora release 16 (Verne)
self.tagger.xmlws.query_acoustid(partial(self._on_lookup_finished, next, file), **params) in acoustid.py calls _on_lookup_finished with a weird document object that does not have a response attribute. xmlws is a XmlWebService() assigned in the Tagger class in tagger.py XmlWebService comes from picard's webservice.py and is a Qt object. query_acoustid there creates a body and self.post() that body. they implement an HTTP client that does post in that class (Bad form, as python already has one). the post gets added to self.active_requests. When a reply comes back, self._process_reply pops the requests from active_Requests and then it creates an XmlHandler with a .document, which then gets dispatched to the handler (_on_lookup_finished partial call). This .document has no response attribute. And that's why Picard barfs. End of story.
(That was the missing traceback from async style programming code. It sucks because of that.)
Thanks for the explanation. As I haven't been able to run into this error myself, can you check if this already posted upstream: http://tickets.musicbrainz.org/browse/PICARD If you can't let me know, I'll try to post a bug.
Sorry, I have no fucking idea how to post a bug in that crap Web site. :-)
picard-1.0-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/picard-1.0-1.fc17
picard-1.0-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/picard-1.0-1.fc16
Package picard-1.0-1.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing picard-1.0-1.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-8916/picard-1.0-1.fc17 then log in and leave karma (feedback).
picard-1.0-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
picard-1.0-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.