Gwibber crashes/unresponsive after resuming from hibernate

[Peter John Allebone]

Binary package hint: gwibber

Hi there

Problem : gwibber is unresponsive after a hibernation session. The program does not update or close (file exit or red cross etc)

Tested under x86 Lucid. Clean install with all updates. This bug can be reproduced 100% of the time.

Please advise if you need any logs posted, and the location of the logs for me to parse.

To fix the program the service "gwibber-service" must be -9 killed. Then gwibber can be reopened and continues to work correctly.

I have only twitter and facebook linked on the accounts.

If you need ssh or vnc access to the computer this can be established (it is a test system) however digression required as it is linked to my live facebook and twitter account.

Please advise if any further testing is required on my part. This is no trouble.

Kind Regards
Peter Allebone
<email address hidden>

[Dualon (dualon)]

I experienced the same. Maybe something related to keyring?
I googled and the installation of 'python-zope.interface' package was suggested. The bad news is that it is installed on my box.

Ubuntu 10.04, GNOME 2.30.0, fresh install, facebook and twitter account.

[Omer Akram (om26er)]

this bug might be related to bug 522538 the symptoms are the same. try starting it from terminal after resuming from suspend and paste the results here.

[Peter John Allebone (allebone)]

Hi there

Yes - it may be related.

I have performed the steps requested and here is what happens:

If I start gwibber from the command line before opening on the menu then it opens (but is unresponsive)

If I try then try to start gwibber from the menu, a small white box opens but the full program never opens.

If I then start it from the terminal (after the above 2 steps) nothing opens and here is the output: (below)

To confirm, I am still happy to set-up remote access to my computer for someone if needed to resolve this issue, if you cannot recreate the bug yourself on your local system. Additionally as it is a test system, It wont matter if it "breaks" during an attempted fix.

Kind Regards
Peter

frodo@FrodoBaggins:~$ gwibber

** (gwibber:4628): WARNING **: Trying to register gtype 'WnckWindowState' as enum when in fact it is of type 'GFlags'

** (gwibber:4628): WARNING **: Trying to register gtype 'WnckWindowActions' as enum when in fact it is of type 'GFlags'

** (gwibber:4628): WARNING **: Trying to register gtype 'WnckWindowMoveResizeMask' as enum when in fact it is of type 'GFlags'
Updating...
Traceback (most recent call last):
  File "/usr/bin/gwibber", line 67, in <module>
    client.Client()
  File "/usr/lib/python2.6/dist-packages/gwibber/client.py", line 447, in __init__
    self.w = GwibberClient()
  File "/usr/lib/python2.6/dist-packages/gwibber/client.py", line 41, in __init__
    if len(json.loads(self.service.GetAccounts())) == 0:
  File "/usr/lib/pymodules/python2.6/dbus/proxies.py", line 140, in __call__
    **keywords)
  File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 620, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Python.AttributeError: Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/dbus/service.py", line 702, in _message_cb
    retval = candidate_method(self, *args, **keywords)
  File "/usr/lib/python2.6/dist-packages/gwibber/microblog/dispatcher.py", line 491, in GetAccounts
    for account in self.accounts.get_records(COUCH_TYPE_ACCOUNT, True):
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server_base.py", line 482, in get_records
    exists = self.view_exists(view_name, design_doc)
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server_base.py", line 429, in view_exists
    self.with_reconnects(self.db.__getitem__, doc_id)["views"]
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server_base.py", line 168, in with_reconnects
    self._reconnect()
  File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server_base.py", line 176, in _reconnect
    if self._database_name not in self._server:
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 124, in __contains__
    self.resource.head(validate_dbname(name))
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 981, in head
    return self._request('HEAD', path, headers=headers, **params)
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 1014, in _request
    resp, data = _make_request()
  File "/usr/lib/pymodules/python2.6/couchdb/client.py", line 1009, in _make_request
    body=body, headers=headers)...

[Omer Akram (om26er)]

thanks for taking time to report this bug and helping to make ubuntu better. This particular bug has already been reported but feel free to report any other bugs you may find.