Version: 0.10.0-beta8 (using 4.2.00 (KDE 4.2.0) "release 83.1", KDE:KDE4:Factory:Desktop / openSUSE_11.0) Compiler: gcc OS: Linux (i686) release 2.6.25.20-0.1-pae I have used Export to facebook for some time, but now it does not work. when i select an image and click export, it opens Konqueror and i log in successfully to facebook. when i return to the application, the bar goes up to 67% but after that i get an error: Facebook Call Failed: Unknown method and it fails.
I cannot confirm this. i use this plugin without any problem... Gilles Caulier
I can confirm it with another error message: "Facebook Call Failed: Unknown signature"
Can you run it with debugs enabled (kdebugdialog, turn everything on, restart app) and send me the output in konsole over the e-mail? Are you using rc1 or SVN version?
Nevermind: I can reproduce. It is due to the facet that I have change application type from Web to Desktop on Facebook. Will fix, but I have also turned back to Web type, so that it works for existing users.
Can you try that it works now for you?
It is working for me again...
OK, will than chaneg this with RC2 release, so that it does not impact too many users. Sorry for troubles caused.
SVN commit 925700 by lure: Facebook application type has changed to Desktop (was wrongly set as Web before). This requires slightly different way of authenticating/signing API requests and will therefore break Facebook import/export for all users that will not upgrade to new code. Since Release Candidate 2 is this weekend, this should not be for too long. SVN users should just rebuild. BUG: 182838 M +2 -1 NEWS M +22 -4 facebook/fbtalker.cpp M +21 -17 facebook/fbtalker.h M +6 -2 facebook/fbwindow.cpp M +1 -0 facebook/fbwindow.h WebSVN link: http://websvn.kde.org/?view=rev&revision=925700
It doesn't work _again_ but I'm not sure, despite recent activity here, if this is the right place to post about it?
The Facebook uploader still works with a little trick. The Facebook uploader will soon be ported to OAuth as part of the GSoC project. Use the Firefox browser. After login comes to the end the page with the security warning. Look in the history of browser an entry back, the page with the "access_token=". This is the address digiKam wants. Maik
I am not absolutely sure, if the following is the same bug, but at least it matches to the title. When trying to set up an account for a export to Facebook, I get this on Facebook: App not set up: This app is still in development mode, and you don't have access to it. Switch to a registered test user or ask an app admin for permissions. I also just discovered that all albums, which were uploaded via Digikam export completely vanished from Facebook. Not sure if this is related to the app mode. I am using the git build (Digikam and Kipi plugins), built just an hour ago.
Right, our API key is in developer mode. The Facebook uploader currently can not be used. A student works in the frame of the Google Summer of Code 2018 to port Facebook uploader to OAuth. Due to new guidelines, the Facebook uploader will be reviewed after the completion of Facebook and the key will go into productive mode. That will probably be sometime late in the summer. The disappeared albums related to the deactivation, I do not think so. Here in our account everything is still available. Maik
Thank you for the fast response. If the uploader is not usable for a while, it might be a good idea to add this information either in the export window or on the website. Or even disable this option in the menu. I was searching for a while, but could just not figure out why it was not working.
The current git/master version is basically a not yet released digikam-6.0.0-beta1. We will write a note on the website when we publish the beta1. Maik
It is not only about the git master. I tried version 5.9.0 just before trying with the git master. I got exactly the same message there. This was actually the reason why I tried the git branch. So a hint on the website would probably be nice already. But this solved my problem for now. Of course it is up to you when you will publish something on the website :-) Many thanks René
*** Bug 395203 has been marked as a duplicate of this bug. ***
Thanh, This new file will be certainly fixed with your new development branch, and later in 6.0.0 when code will be merged back to master. Please confirm Best Gilles
Gilles, Yes, I can confirm that. Best, Thanh
So, you will be able to close this file for 6.0.0, and register the file title in NEWS file. Please do this when your branch will be merged to master, and only at this time, else you will see conflict in NEWS file while merging branches. Gilles
And don't forget to set "Version Fixes In" to "6.0.0" when you will close this file as fixed. Gilles
Maik As far as I can tell, while the API key is in development mode, all albums published by Digikam are no longer visible in Facebook except to specific test users (which would include yourself, I assume, so this may not be obvious to you). For some of us who have uploaded a lot of photos via Digikam this is a more significant issue than the inability to upload new albums directly. The latter problem can be worked around by exporting to file system and doing manual uploads for now until the OAuth2 version is ready. Hopefully the albums will return to visible when the API key is restored to production mode. Is there any way to expedite this please? Many thanks, Ben Reid
New guideline on Facebook require each app to be submitted for a review. Presumably we had overlooked or not received the message, so Facebook had disabled the API key in May. As the app is currently being updated as part of the GSoC2018 and to use the key for testing, it is now in developer mode. We are planning to release a Beta1 soon and want to merge the new code of the GSoC2018 projects. However, only then must the review be made by Facebook. Maik
I do not see the Facebook export tool listed in the Export menu of Digikam version 6.0.0-beta1 compiled from source on Gentoo. Cmake was showing only two optional components missing during configure phase - libmediawiki and libqav. Do I miss something or it is not added back yet please?
The Facebook export tool is still under review on Facebook. If Facebook does not object, our API key will be unlocked for use and we can activate the tool in digiKam. Maik
Have you had any word from Facebook on the app review yet? I'd still like access to my previously uploaded albums, but that needs the API key to be in public mode again. Thanks, Ben
At the moment we have lost some interest in Facebook. We still have to look through the wishes of Facebook and see how and if we can implement it. We should explain to the user what we need requested rights for (upload images to Facebook albums, what else?). Facebook would like a blue login button with the Facebook logo, etc. Further trademarks logos in digiKam source code will not be enjoyed by the KDE guys. The uploader would have to be submitted again after the changes with screencasts and so on all over again. I do not think the uploader is included in digiKam-6.0.0 in December. Maik
(In reply to Maik Qualmann from comment #26) > At the moment we have lost some interest in Facebook. This makes me sad, but I guess now I will not be waiting around for something that may never happen. I was very upset when the Adobe Photoshop Lightroom Facebook integration had a blip and I lost all my photos (https://votecharlie.com/blog/2017/05/years-of-photos-comments-gone-from-facebook.html), and was even more upset there was no way for me to simply use an app to help me upload photos that I would still retain full control over. Now that I switched to Linux, I thought I would give the open source tools a chance as well but found problems there, which are still not solved (this thread). That said, I am not solving them myself even though it is possible for anyone to help, so I therefore should also not complain. I at least wanted the record to show more than one person is interested in this. :-)
Charlie, The FB export tool is important as this SN still very used everywhere. But FB deal as a crazy to impose desgin and rules over the tool that is out of what the team want do and must do. We have no enough free time to pass with FB to change a coma in source code (:=))). Seriously, FB want to be the god of Internet, where it's just a F... SN. The recent huge data leak from FB is just a demontration of the evil... So, if you is interested to achieve the validation of this tool (technical ready for production), you is welcome. We will guide you for the stages to deal with FB stuff... Gilles Caulier
Git commit 24a699a9982a6ca463700177919250618ce08615 by Maik Qualmann. Committed on 18/11/2018 at 08:30. Pushed by mqualmann into branch 'master'. first step to bring back the Facebook tool as a standalone tool M +2 -2 core/utilities/assistants/webservices/common/manager/wsauthentication.cpp M +250 -181 core/utilities/assistants/webservices/facebook/fbtalker.cpp M +19 -16 core/utilities/assistants/webservices/facebook/fbtalker.h M +2 -4 core/utilities/assistants/webservices/facebook/fbwindow.cpp https://commits.kde.org/digikam/24a699a9982a6ca463700177919250618ce08615
A small status update. The uploader was submitted for review on 18.11.2018 including screencasts. So far no answer. According to the FAQ is currently an increased volume and it takes several weeks. We need the "user_photos" permission to upload images. If I read the description of Facebook: --- Provides access to the photos a person has uploaded or been tagged in. This is available through the photos edge on the User object. This permission is restricted to a limited set of partners and usage requires prior approval by Facebook. --- Whether we will probably belong to the limited partners...??? Maik
(In reply to Maik Qualmann from comment #30) > Whether we will probably belong to the limited partners...??? Thank you very much Maik for the update. Please let me know if this is rejected for some reason and you need some contacts at Facebook.
Any updates on this? It is confusing for users as it took several days to find this bug report as to why the 'publish to Facebook' option is not working. Especially when a majority of documentation points to digiKam being able to perform this task and the previous Facebook issues found by google are over 3-7 years old. In troubleshooting other software this at least explains why Shotwell's stopped working as well.
Created attachment 118246 [details] Facebook Developer Board Here is a screenshot of the Facebook Developer Board. I will now cancel the review and submit again to the review, perhaps the review request on Facebook "lost" gone. Of course, it can take even longer. Maik
*** Bug 396976 has been marked as a duplicate of this bug. ***
Git commit fcf4516240810e8f304725c6deb79799b3d0e979 by Maik Qualmann. Committed on 22/07/2019 at 19:40. Pushed by mqualmann into branch 'master'. add a message to the Facebook plugin and disable compiling M +5 -5 core/dplugins/generic/webservices/facebook/CMakeLists.txt M +15 -11 core/dplugins/generic/webservices/facebook/fbplugin.cpp https://invent.kde.org/kde/digikam/commit/fcf4516240810e8f304725c6deb79799b3d0e979
We received this message from Facebook: ---------------------------------------- You will need to complete this step in addition to App Review before you can access live data. Business verification: You'll need to connect your app to a Facebook Business Manager account and upload an official document showing your business or organization's name and physical address. You'll also need to sign 1 contract. https://developers.facebook.com/docs/apps/review/#business-verification ---------------------------------------- We are not ready to conclude this contract with Facebook. If an organization is ready to do so, they can contact us. Maik
Can't transfer to facebook and quit
I'm confused. Why does the plugin need to access live data? That seems the reason why it requires a business behind the API access.
We don't need any live data. But the right to access users' photos also requires extended rights. Maik