gPodder Bug Tracker – Full Text Bug Listing
|Summary:||AttributeError: 'gPodder' object has no attribute 'toolbar'|
|Component:||Application||Assignee:||Nobody; OK to take it and work on it <nobody>|
|Severity:||blocker||CC:||ohemming, pscott4224, thp|
|Attachments:||Logs from the crash|
Description Nuno 2012-06-28 19:36:08 BST
Since I upgraded to Fedora 17, I can't connect remotely to my machine through ssh using XForward, and launch gpodder. gpodder dies always (see attach for logs), but if I run it from the source without been installed in the system, gpodder runs fine.
Comment 2 Thomas Perl 2012-06-30 00:41:18 BST
(In reply to comment #0) > Since I upgraded to Fedora 17, I can't connect remotely to my machine through > ssh using XForward, and launch gpodder. > > gpodder dies always (see attach for logs), but if I run it from the source > without been installed in the system, gpodder runs fine. Could it be that there is an old version of gPodder somewhere on one of the machines?
Comment 3 Nuno 2012-06-30 09:18:15 BST
No, there aren't any old gpodder in the system, I removed gpodder and searched in the system for gpodder, and nothing appeared.
Comment 4 Paul Scott 2012-09-02 13:35:52 BST
Hi - I'm seeing a similar error when using VNC with fallback Gnome on Fedora 17. It was working fine on Fedora 16 in 'normal' Gnome though! I should add that I migrated from a dedicated desktop to a Xen virtual machine at the same time (not via image creation or anything, the old fashioned way, copying stuff across) but other apps still work fine - SeaMonkey mail, browser etc. gPodder was a fresh install onto the VM...
Comment 5 ohemming 2013-09-12 22:31:50 BST
I was getting the same error on Arch and I can work around it by modifying my PATH. For example, this works: $ export PATH=/usr/bin; gpodder this doesn't $ export PATH=/sbin; gpodder Traceback (most recent call last): File "/sbin/gpodder", line 218, in <module> gui.main(options) File "/usr/lib/python2.7/site-packages/gpodder/gui.py", line 4253, in main gp = gPodder(bus_name, config) File "/usr/lib/python2.7/site-packages/gpodder/gui.py", line 179, in __init__ BuilderWidget.__init__(self, None) File "/usr/lib/python2.7/site-packages/gpodder/gtkui/interface/common.py", line 56, in __init__ GtkBuilderWidget.__init__(self, gpodder.ui_folders, gpodder.textdomain, **kwargs) File "/usr/lib/python2.7/site-packages/gpodder/gtkui/base.py", line 70, in __init__ self.new() File "/usr/lib/python2.7/site-packages/gpodder/gui.py", line 252, in new self.toolbar.set_property('visible', self.config.show_toolbar) AttributeError: 'gPodder' object has no attribute 'toolbar' In Arch, /sbin (and /bin) is a symlink to /usr/bin $ ls -l /sbin/gpodder -rwxr-xr-x 1 root root 8430 Aug 1 14:47 /sbin/gpodder $ ls -l /usr/bin/gpodder -rwxr-xr-x 1 root root 8430 Aug 1 14:47 /usr/bin/gpodder $ ls -l /sbin lrwxrwxrwx 1 root root 7 May 31 14:40 /sbin -> usr/bin FWIW, same behaviour in both gpodder2 and gpodder3
Comment 6 Nuno 2014-03-01 12:13:00 GMT
Fedora is now linking /bin to /usr/bin, I've tested in two different machines, if the path /bin is before /usr/bin in path gpodder crashes. I think with this simple patch the problem could be resolved, if gpodder is launched from the menus (if it is from the terminal, I have no solution, the user should issue the command with the path /usr/bin/) --- share/applications/gpodder.desktop.in.orig 2014-03-01 11:19:16.477242812 +0000 +++ share/applications/gpodder.desktop.in 2014-03-01 11:19:44.198138792 +0000 @@ -4,5 +4,5 @@ _GenericName=Podcast Client _Comment=Subscribe to audio and video content from the web -Exec=gpodder +Exec=/usr/bin/gpodder Icon=gpodder Terminal=false
Comment 7 Thomas Perl 2014-03-04 08:08:03 GMT
(In reply to Nuno from comment #6) > Fedora is now linking /bin to /usr/bin, I've tested in two different > machines, if the path /bin is before /usr/bin in path gpodder crashes. > > I think with this simple patch the problem could be resolved, if gpodder is > launched from the menus (if it is from the terminal, I have no solution, the > user should issue the command with the path /usr/bin/) > > --- share/applications/gpodder.desktop.in.orig 2014-03-01 > 11:19:16.477242812 +0000 > +++ share/applications/gpodder.desktop.in 2014-03-01 > 11:19:44.198138792 +0000 > @@ -4,5 +4,5 @@ > _GenericName=Podcast Client > _Comment=Subscribe to audio and video content from the web > -Exec=gpodder > +Exec=/usr/bin/gpodder > Icon=gpodder > Terminal=false Ah, that makes sense - gPodder looks for its data files relative to the binary path (so when it's started from /bin/, it will look in the - non-existing - /share/ (without /usr/ in front) for its data files). The patch makes sense, but should take into account the $PREFIX into which gPodder is installed. Applied here: http://gpodder.org/commit/b5d49990