Broadcast Accounts window appears every time refresh should occur

Bug #632965 reported by Sam L.
50
This bug affects 8 people
Affects Status Importance Assigned to Milestone
gwibber (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: gwibber

Release: Ubuntu maverick 10.10
Gwibber version: 2.31.91

What I expected to happen: My broadcast account streams to be refreshed silently every x minutes as set in preferences.

What happens instead: The broadcast accounts window appears, which I'm forced to close thus, closing Gwibber which means "Broadcast" is not active in the messaging menu (no arrow beside it).

Revision history for this message
Victor Vargas (kamus) wrote :

This is weird, please could you run in a terminal gwibber --debug and included all the output while you reproduce this issue (and if you upgrade to 2.31.92-0ubuntu1 even better)? Thanks

Changed in gwibber (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Sam L. (somethinginteres) wrote : Re: [Bug 632965] Re: Broadcast Accounts window appears every time refresh should occur

Hi Kamus,
I have updated to the latest version and the problem still occurs. I have
run 'gwibber --debug' when the problem occurs and all I am getting is some
errors when the main app first opens (before any errors) and then some
printouts when I scroll up or down. Nothing when the error specifically
happens.

On Sat, Sep 11, 2010 at 6:09 AM, Kamus <email address hidden> wrote:

> This is wease could you run in a terminal gwibber --debug and
> included all the output while you reproduce this issue (and if you
> upgrade to 2.31.92-0ubuntu1 even better)? Thanks
>
> ** Changed in: gwibber (Ubuntu)
> Importance: Undecided => Low
>
> ** Changed in: gwibber (Ubuntu)
> Status: New => Incomplete
>
> --
> Broadcast Accounts window appears every time refresh should occur
> https://bugs.launchpad.net/bugs/632965
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “gwibber” package in Ubuntu: Incomplete
>
> Bug description:
> Binary package hint: gwibber
>
> Release: Ubuntu maverick 10.10
> Gwibber version: 2.31.91
>
> What I expected to happen: My broadcast account streams to be refreshed
> silently every x minutes as set in preferences.
>
> What happens instead: The broadcast accounts window appears, which I'm
> forced to close thus, closing Gwibber which means "Broadcast" is not active
> in the messaging menu (no arrow beside it).
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu/+source/gwibber/+bug/632965/+subscribe
>

Revision history for this message
Omer Akram (om26er) wrote :

thanks for the bug report. is it still happening in maverick?

Changed in gwibber (Ubuntu):
importance: Low → Medium
Revision history for this message
Sam L. (somethinginteres) wrote :

Hi Omer,
It is indeed still happening in maverick.

Revision history for this message
Sam L. (somethinginteres) wrote :

In addition as with the duplicate bug, my twitter is not connecting for about 5 days now. Though, I did notice the arrow (> Broadcast) no longer goes away when I dismiss the dialog.

Revision history for this message
Tim Penhey (thumper) wrote :

I recently upgraded to maverick and I've had this problem since the upgrade.

Anything particular I could add?

Revision history for this message
Vadim Rutkovsky (roignac) wrote :

A call for people affected with the bug - please, specify which account types did you add. I had this reproduced after I've added Twitter account

Revision history for this message
Robbie Williamson (robbiew) wrote :

This is by no means a fix, but I found removing all my local gwibber settings and doing a purge/reinstall of gwibber helped a lot of my problems. If you are interested in trying this do a:
  ps -ef | grep gwibber
and kill -9 any processes running, then remove the following under your user directory in /home:
  rm .local/share/desktop-couch/gwibber_preferences.couch
  rm -rf ./.cache/gwibber/
  rm -rf .local/share/desktop-couch/.gwibber_accounts_design
  rm -rf ./.gconf/apps/gwibber
  rm -rf ./.config/gwibber
then purge all three gwibber package with:
  sudo dpkg --purge --force-depends gwibber gwibber-service libgwibber0
  sudo apt-get install gwibber
    (this should automatically install gwibber-service libgwibber0, but if not just apt-get install them too)

Unfortunately, this will force you to re-add all your accounts, but that shouldn't take but a few minutes.

Revision history for this message
Tim Penhey (thumper) wrote :

On Sat, 18 Sep 2010 20:57:50 you wrote:
> A call for people affected with the bug - please, specify which account
> types did you add. I had this reproduced after I've added Twitter
> account

I didn't add any accounts. On lucid I had facebook, identi.ca and twitter.
The problem only occurred on upgrading to maverick.

Revision history for this message
Tim Penhey (thumper) wrote :

Thanks Robbie for the workaround, but I'll keep the problem for a few days to see if I can help diagnose the underlying issue. I'm not that addicted to my social micro-bloggers :)

Changed in gwibber (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Edward Betts (edwardbetts) wrote :
Download full text (3.2 KiB)

Here is the output from gwibber --debug (Version: 2.32.0.2-0ubuntu1):

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

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

** (gwibber:10917): WARNING **: Trying to register gtype 'WnckWindowMoveResizeMask' as enum when in fact it is of type 'GFlags'
/usr/bin/gwibber:73: GtkWarning: IA__gtk_container_add: assertion `GTK_IS_CONTAINER (container)' failed
  gtk.main()
ERROR:dbus.connection:Exception in handler for D-Bus signal:
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 214, in maybe_handle_message
    self._handler(*args, **kwargs)
  File "/usr/lib/python2.6/dist-packages/gwibber/client.py", line 519, in on_loading_complete
    self.update_view()
  File "/usr/lib/python2.6/dist-packages/gwibber/client.py", line 322, in update_view
    self.stream_view.update()
  File "/usr/lib/python2.6/dist-packages/gwibber/gwui.py", line 393, in update
    self.messages.update(self.navigation.selected_stream)
  File "/usr/lib/python2.6/dist-packages/gwibber/gwui.py", line 724, in update
    self.messages = self.message_view.render([selected_stream], count)
  File "/usr/lib/python2.6/dist-packages/gwibber/gwui.py", line 735, in render
    accounts = json.loads(self.model.accounts.List())
  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)
DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
ERROR:dbus.connection:Exception in handler for D-Bus signal:
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/dbus/connection.py", line 214, in maybe_handle_message
    self._handler(*args, **kwargs)
  File "/usr/lib/python2.6/dist-packages/gwibber/client.py", line 519, in on_loading_complete
    self.update_view()
  File "/usr/lib/python2.6/dist-packages/gwibber/client.py", line 322, in update_view
    self.stream_view.update()
  File "/usr/lib/python2.6/dist-packages/gwibber/gwui.py", line 393, in update
    self.messages.update(self.navigation.selected_stream)
  File "/usr/lib/python2.6/dist-packages/gwibber/gwui.py", line 724, in update
    self.messages = self.message_view.render([selected_stream], count)
  File "/usr/lib/python2.6/dist-packages/gwibber/gwui.py", line 735, in render
    accounts = json.loads(self.model.accounts.List())
  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)
DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or t...

Read more...

Revision history for this message
Victor Vargas (kamus) wrote :

@Edward you are facing a different issue, @Sam, please could you try to run the workaround published in comment #8 and check if is still affecting you? Thanks

Changed in gwibber (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Sam L. (somethinginteres) wrote :

Karmus,
An updated version at some point must have fixed the issues I was having. I'm now running the latest Gwibber maverick release and this is no longer an issue.

Revision history for this message
Victor Vargas (kamus) wrote :

Thanks for you feedback Sam, marked as fixed then. Thank you

Changed in gwibber (Ubuntu):
status: Incomplete → Fix Released
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.