[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-graphics-devel
Subject: [Kde-graphics-devel] Re: Facebook
From: Aleix Pol <aleixpol () kde ! org>
Date: 2010-11-09 14:38:44
Message-ID: AANLkTik39YWXS+ggpO-yg3L9PZV0JfNwPEYNCzvTekjD () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Tue, Nov 9, 2010 at 1:37 PM, Pau Garcia i Quiles <pgquiles@elpauer.org>wrote:
> Hello,
>
> The KIPI Facebook plugin is creating a new album every time you submit
> a photo. This has been reported in BugZilla (
> https://bugs.kde.org/show_bug.cgi?id=225174 ) and also in the
> discussions in the Facebook page (
> http://www.facebook.com/topic.php?uid=107648075065&topic=15744 ).
>
> I've been looking into the issue and the problem is
> FbTalker::listAlbums(long long userID) is getting an empty album list
> for the facebook.photos.getAlbums query. It seems related to extended
> permissions being enforced since June 1st 2010. I'm not sure those
> permissions are required or enabled. Other people suffering from the
> same problem (
> http://forum.developers.facebook.net/viewtopic.php?pid=246347
> ) say turning off new data permissions migration in the app page (i.
> e. the KIPI Plugins page) fixes the issue for them.
>
> So my question is, who is the administrator of the KIPI Plugins page?
> Could you please tell me about the migration to new data permissions?
> Is it enabled or disabled?
>
> Thank you
>
> PS: I've also tried adding the user_photos extended permission in
> FbTalker::getUploadPermission(), FbTalker::changePerm() and
> FbTalker::listAlbums(long long userID) but it didn't work for me. I
> may not be doing it correctly, though. :-?
>
> --
> Pau Garcia i Quiles
> http://www.elpauer.org
> (Due to my workload, I may need 10 days to answer)
> _______________________________________________
> Kde-graphics-devel mailing list
> Kde-graphics-devel@kde.org
> https://mail.kde.org/mailman/listinfo/kde-graphics-devel
>
According to http://developers.facebook.com/docs/reference/rest/ the
interface we're using is going to be deprecated. Maybe it would be worth
looking into the new API.
Aleix
[Attachment #5 (text/html)]
<div class="gmail_quote">On Tue, Nov 9, 2010 at 1:37 PM, Pau Garcia i Quiles <span \
dir="ltr"><<a href="mailto:pgquiles@elpauer.org">pgquiles@elpauer.org</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;"> <div><div></div><div class="h5">Hello,<br>
<br>
The KIPI Facebook plugin is creating a new album every time you submit<br>
a photo. This has been reported in BugZilla (<br>
<a href="https://bugs.kde.org/show_bug.cgi?id=225174" \
target="_blank">https://bugs.kde.org/show_bug.cgi?id=225174</a> ) and also in the<br> \
discussions in the Facebook page (<br> <a \
href="http://www.facebook.com/topic.php?uid=107648075065&topic=15744" \
target="_blank">http://www.facebook.com/topic.php?uid=107648075065&topic=15744</a> \
).<br> <br>
I've been looking into the issue and the problem is<br>
FbTalker::listAlbums(long long userID) is getting an empty album list<br>
for the facebook.photos.getAlbums query. It seems related to extended<br>
permissions being enforced since June 1st 2010. I'm not sure those<br>
permissions are required or enabled. Other people suffering from the<br>
same problem ( <a href="http://forum.developers.facebook.net/viewtopic.php?pid=246347" \
target="_blank">http://forum.developers.facebook.net/viewtopic.php?pid=246347</a><br> \
) say turning off new data permissions migration in the app page (i.<br> e. the KIPI \
Plugins page) fixes the issue for them.<br> <br>
So my question is, who is the administrator of the KIPI Plugins page?<br>
Could you please tell me about the migration to new data permissions?<br>
Is it enabled or disabled?<br>
<br>
Thank you<br>
<br>
PS: I've also tried adding the user_photos extended permission in<br>
FbTalker::getUploadPermission(), FbTalker::changePerm() and<br>
FbTalker::listAlbums(long long userID) but it didn't work for me. I<br>
may not be doing it correctly, though. :-?<br>
<br>
--<br>
Pau Garcia i Quiles<br>
<a href="http://www.elpauer.org" target="_blank">http://www.elpauer.org</a><br>
(Due to my workload, I may need 10 days to answer)<br>
</div></div>_______________________________________________<br>
Kde-graphics-devel mailing list<br>
<a href="mailto:Kde-graphics-devel@kde.org">Kde-graphics-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-graphics-devel" \
target="_blank">https://mail.kde.org/mailman/listinfo/kde-graphics-devel</a><br> \
</blockquote></div><br><div>According to <a \
href="http://developers.facebook.com/docs/reference/rest/">http://developers.facebook.com/docs/reference/rest/</a> \
the interface we're using is going to be deprecated. Maybe it would be worth \
looking into the new API.</div> <div><br></div><div>Aleix</div><meta \
http-equiv="content-type" content="text/html; charset=utf-8">
_______________________________________________
Kde-graphics-devel mailing list
Kde-graphics-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-graphics-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic