GNOME Bugzilla – Bug 624414
Can't add to existing Facebook album
Last modified: 2018-07-01 08:57:12 UTC
It appears I can successfully create a new album using the Facebook exporter, but the drop-down list when I click on "Use an existing album" is empty. It doesn't appear possible to add photos to existing albums. I am using f-spot-0.7.0-1.fc13.x86_64 on Fedora 13 (built my own RPMs from the rawhide SRPMs.)
Using 0.7.1 from the f-spot ppa for Ubuntu 10.04, I am able to select an existing album, but when I try to upload to one of them, I get an error dialog stating, "Error uploading to Facebook: Object reference not set to an instance of an object". I was able to upload to a new album, but the caption I applied to the image does not appear on facebook.
Does this give console output (please run with --debug). If so, could you supply that?
This is the console output from startup until the time I select the radio button for "Use an existing album". The drop-down box to the right of the button is empty, so there's nothing to select. $ f-spot --debug ** No session dbus found. Starting one ** ** Running f-spot in Debug Mode ** ** Running Mono with --debug ** [1 Info 13:36:12.178] Initializing Mono.Addins [1 Debug 13:36:12.586] Mono.Addins Initialization took 0.393425 [1 Debug 13:36:14.118] Db Initialization took 0.524696 [1 Debug 13:36:15.770] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename ASC [1 Debug 13:36:16.017] QueryToTemp took 0.247438 : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename ASC [1 Debug 13:36:16.018] Reloading the query took 0.250886 [2 Debug 13:36:16.354] PhotosPerMonth took 0.087347 [2 Debug 13:36:16.355] TimeAdaptor REAL Reload took 0.30987 [1 Debug 13:36:16.422] Query took 0.028196 : SELECT * FROM photoquery_temp_0 LIMIT 100 OFFSET 0 [1 Debug 13:36:16.441] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time ASC, filename ASC [1 Debug 13:36:16.688] QueryToTemp took 0.24622 : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time ASC, filename ASC [1 Debug 13:36:16.742] Query took 0.045569 : SELECT * FROM photoquery_temp_0 LIMIT 100 OFFSET 0 [1 Debug 13:36:16.861] open uri = file://foobar/foobar.jpg [1 Debug 13:36:16.915] Reloading the query took 0.474374 [3 Debug 13:36:16.989] PhotosPerMonth took 0.094544 [3 Debug 13:36:16.989] TimeAdaptor REAL Reload took 0.299814 [1 Debug 13:36:17.061] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time ASC, filename ASC [1 Debug 13:36:17.298] QueryToTemp took 0.237084 : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time ASC, filename ASC [1 Debug 13:36:17.323] IndexOf took 0.00748 : SELECT ROWID AS row_id FROM photoquery_temp_0 WHERE id = 14844 [1 Debug 13:36:17.323] Reloading the query took 0.262155 [4 Debug 13:36:17.587] PhotosPerMonth took 0.087325 [4 Debug 13:36:17.587] TimeAdaptor REAL Reload took 0.289101 [1 Debug 13:36:17.731] IndexOf took 0.008261 : SELECT ROWID AS row_id FROM photoquery_temp_0 WHERE time >= 1275350400 ORDER BY time ASC LIMIT 1 [1 Debug 13:36:17.762] Query took 0.030493 : SELECT * FROM photoquery_temp_0 LIMIT 100 OFFSET 14200 [1 Debug 13:36:17.766] IndexOf took 0.004549 : SELECT ROWID AS row_id FROM photoquery_temp_0 WHERE id = 13943 [1 Debug 13:36:17.802] Query took 0.006027 : SELECT * FROM photoquery_temp_0 LIMIT 100 OFFSET 14100 [1 Debug 13:36:18.988] Loading image took 2.244234 (f-spot:3914): GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the data stream to the loader before dropping the last reference. [1 Debug 13:36:21.827] Query took 0.011301 : SELECT * FROM photoquery_temp_0 LIMIT 100 OFFSET 14400 [1 Debug 13:36:21.846] Query took 0.007593 : SELECT * FROM photoquery_temp_0 LIMIT 100 OFFSET 14600 [1 Debug 13:36:25.613] open uri = file:///foobar/foobar.JPG [1 Debug 13:36:42.966] Authorizing Session [1 Debug 13:36:43.584] Session established, fetching user info... [1 Debug 13:36:43.585] Session established, fetching friend list... [1 Debug 13:36:43.738] Session established, fetching friend details... [1 Debug 13:36:43.973] Session established, fetching photo albums... [1 Debug 13:36:44.268] Foo Bar is logged into Facebook
I get the same error like Michael Knepher. (same software configuration) here is the tail of the output i get when run with --debug. (run until the error message) [4 Debug 18:29:53.386] open uri = file:///home/pavel/Photos/2010/08/10/P1000853.JPG [4 Debug 18:29:55.086] open uri = file:///tmp/tmp2ff3ed71.tmp.jpg [4 Debug 18:29:55.644] open uri = file:///tmp/tmp2ff3ed71.tmp.jpg [4 Warn 18:29:56.391] Caught an exception - System.NullReferenceException: Object reference not set to an instance of an object (in `FSpot.Exporters.FacebookExport') at Mono.Facebook.Album.Upload (System.String caption, System.String path) [0x00000] at FSpot.Exporter.Facebook.FacebookExport.Upload () [0x00000]
Using F-Spot 0.8 on Ubuntu Lucid (downloaded from http://www.webupd8.org/2010/09/download-f-spot-080-ubuntu-deb-with.html). Facebook extension version 0.8. Ran with --debug; output follows. [1 Debug 16:37:48.661] Authorizing Session [1 Debug 16:37:49.201] Session established, fetching user info... [1 Debug 16:37:49.437] Session established, fetching friend list... [1 Debug 16:37:49.538] Session established, fetching friend details... [1 Debug 16:37:49.695] Session established, fetching photo albums... [1 Debug 16:37:49.931] My Name is logged into Facebook When I choose to export a photo using the Facebook exporter, the information is printed on stdout. There are no items in the "albums" list though I have several albums defined.
After experiencing this bug in 0.8, I downloaded from GIT Master, compiled on Lucid and experienced the same issue. In my previous post, I failed to mention that uploading to a new album works. It just does not populate the selection list for existing albums (which makes it not very usable). I would be willing to try out patches.
(In reply to comment #6) > After experiencing this bug in 0.8, I downloaded from GIT Master, compiled on > Lucid and experienced the same issue. In my previous post, I failed to mention > that uploading to a new album works. It just does not populate the selection > list for existing albums (which makes it not very usable). I would be willing > to try out patches. I wonder if uploading to existing albums works for anybody? One thing that might make it different is if the settings on the particular albums are different from the Facebook defaults (i.e. Everybody). All of mine, for example, are marked private (i.e. only visible by Friends), is this the case for you too? Could that possibly account for that fact that, for example, the poster in comment #1 seems to have success uploading to an existing album, whereas we don't?
Broke for me too [1 Debug 19:46:03.653] Authenticating... [1 Info 19:46:03.722] Saved session information to keyring [1 Debug 19:46:03.723] Authorizing Session [1 Debug 19:46:03.834] Session established, fetching user info... [1 Debug 19:46:04.035] Session established, fetching friend list... [1 Debug 19:46:04.095] Session established, fetching friend details... [1 Debug 19:46:04.453] Session established, fetching photo albums... [1 Debug 19:46:04.620] David Gravereaux is logged into Facebook [4 Debug 19:46:11.435] uploading 0 [4 Debug 19:46:11.440] open uri = file:///home/davygrvy/Photos/2010/11/09/DSC02360.JPG [4 Debug 19:46:12.148] open uri = file:///tmp/tmp6d07d17b.tmp.jpg [4 Debug 19:46:12.349] open uri = file:///tmp/tmp6d07d17b.tmp.jpg [4 Warn 19:46:12.628] Caught an exception - System.NullReferenceException: Object reference not set to an instance of an object (in `FSpot.Exporters.Facebook') at Mono.Facebook.Album.Upload (System.String caption, System.String path) [0x00000] at FSpot.Exporters.Facebook.FacebookExport.Upload () [0x00000]
I hace exacty the same problem. Cannot export to a existing facebook album. I've got the 0.8.0 version
(In reply to comment #8) > Broke for me too > > > [1 Debug 19:46:03.653] Authenticating... > [1 Info 19:46:03.722] Saved session information to keyring > [1 Debug 19:46:03.723] Authorizing Session > [1 Debug 19:46:03.834] Session established, fetching user info... > [1 Debug 19:46:04.035] Session established, fetching friend list... > [1 Debug 19:46:04.095] Session established, fetching friend details... > [1 Debug 19:46:04.453] Session established, fetching photo albums... > [1 Debug 19:46:04.620] David Gravereaux is logged into Facebook > [4 Debug 19:46:11.435] uploading 0 > [4 Debug 19:46:11.440] open uri = > file:///home/davygrvy/Photos/2010/11/09/DSC02360.JPG > [4 Debug 19:46:12.148] open uri = file:///tmp/tmp6d07d17b.tmp.jpg > [4 Debug 19:46:12.349] open uri = file:///tmp/tmp6d07d17b.tmp.jpg > [4 Warn 19:46:12.628] Caught an exception - System.NullReferenceException: > Object reference not set to an instance of an object (in > `FSpot.Exporters.Facebook') > at Mono.Facebook.Album.Upload (System.String caption, System.String path) > [0x00000] > at FSpot.Exporters.Facebook.FacebookExport.Upload () [0x00000] I have exactly the same problem. Cannot export to a existing facebook album. I've got the 0.8.0 version
Created attachment 200475 [details] Debug output of my f-spot session. In this scenario I: 1. opened f-spot 2. filtered for images with at least 4 stars 3. selected 3 pictures 4. started the process of exporting those images to Facebook 5. clicked the log in button 6. chose "existing albums" I didn't see any of my new albums, just old ones. 7. I cancelled the export and quit the application.
I'm running into the same issue as everyone else. [root@galvatron linux]# uname -a Linux galvatron.deceptacons 2.6.40.6-0.fc15.x86_64 #1 SMP Tue Oct 4 00:39:50 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
Hello. I have slightly modified on my machine the Facebook Export plugin so that the debug log also dumps the Content of the WebResponse, not just an enigmatic "fetching photo albums...". Here's what I got: [1 Debug 13:37:16.724] Session established, fetching photo albums... [4 Debug 13:37:16.990] <?xml version="1.0" encoding="UTF-8"?> <photos_getAlbums_response xmlns="http://api.facebook.com/1.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://api.facebook.com/1.0/ http://api.facebook.com/1.0/facebook.xsd" list="true"/> [4 Debug 13:37:17.251] <?xml version="1.0" encoding="UTF-8"?> <photos_getAlbums_response xmlns="http://api.facebook.com/1.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://api.facebook.com/1.0/ http://api.facebook.com/1.0/facebook.xsd" list="true"/> [1 Debug 13:37:17.254] Matthieu Nguyen is logged into Facebook this is before any attempt at deserializing anything. According to the FB documentation (https://developers.facebook.com/docs/reference/api/album/), to be able to list the albums, one app needs the following permissions: To read an Album you need Any valid access_token if it is public. user_photos permissions if it is not public and belongs to the user friend_photos permissions if it is not public and belongs to a user's friend If an app lets a user choose an album when uploading photos, the app should check the can_upload flag to be sure that the app is allowed to add new photos to the album. I'm pretty sure the App is not configured to ask for the "user_photos" permission, so that's why the Album's list is desperately empty. System: Mageia 1 x86_64. F-spot version 0.8.2
Looks like shotwell got the same issue as F-Spot did, some time ago. And the resolution was the same: add the extra permission. http://redmine.yorba.org/issues/2370
f-spot is not under active development anymore, has not seen code changes for five years, and saw its last tarball release in the year 2010. Its codebase has been archived: https://gitlab.gnome.org/Archive/f-spot/commits/master Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again.