10 messages in com.googlegroups.google-picasa-data-apiRe: exceptions while running the demo...| From | Sent On | Attachments |
|---|---|---|
| itbl...@gmail.com | 22 Jan 2008 16:18 | |
| itbl...@gmail.com | 22 Jan 2008 16:25 | |
| Ryan Boyd (Google) | 22 Jan 2008 17:34 | |
| Ryan Boyd (Google) | 23 Jan 2008 08:43 | |
| itbl...@gmail.com | 23 Jan 2008 09:43 | |
| Jeff Fisher (Google) | 23 Jan 2008 10:18 | |
| Jeff Fisher (Google) | 23 Jan 2008 10:21 | |
| Ryan Boyd (Google) | 23 Jan 2008 15:28 | |
| itbl...@gmail.com | 24 Jan 2008 05:46 | |
| Ryan Boyd (Google) | 24 Jan 2008 08:19 |
| Subject: | Re: exceptions while running the demo file photos.php |
|---|---|
| From: | Ryan Boyd (Google) (api....@google.com) |
| Date: | 01/22/2008 05:34:49 PM |
| List: | com.googlegroups.google-picasa-data-api |
Hello,
Sorry about the problems you're experiencing.
The photo upload issue occurred for me too, prior to a fix that was
submitted yesterday to the SVN trunk (see
http://framework.zend.com/download/subversion/).
That change is also available in the nightly download:
http://framework.zend.com/snapshots/ZendFramework-20080122-7558-en.tar.gz
More info on the problem with the photo upload is available on this thread (fw-gdata mailing list): http://www.nabble.com/Gdata-Photo-Upload-Issue-to14222533s16154.html#a14225027
//Clearly stops you evry time since the sessionToken is set in doSomething :-) if (!isset($_SESSION['sessionToken']) && !isset($_GET['token'])) { requestUserLogin('Please login to your Google Account.'); } else { doSomething(); }
This checks whether the session token is *not* set and the URL query parameter 'token' is *not* set. Reading over this code again, it looks correct. If neither of these attributes are set, it should prompt the user to click on the link and login to their Google account. The only reason it should hit this every time is if there's something not working right with the PHP session management and the sessionToken is never getting set in the session. This code runs fine for me.
Re the firefox issues with $_REQUEST['user'] -- this appears to be something specific to your environment. I believe that you have a cookie called 'user' in your firefox environment that is being sent to the server when making requests for the Photos.php. This is the danger of using $_REQUEST, as cookies appear to be populated last --- we probably shouldn't have used $_REQUEST in this case, but rather checked $_GET and $_POST individually when necessary, or always used one or the other. Try clearing this cookie or all cookies in FF and see if this resolves that problem.
The other issue you may run into with the Photos.php sample is with navigation using the back links. This needs fixed, but I haven't gotten to it yet.
Sorry about the problems -- but hopefully these things are resolved after taking a look at the items mentioned above. Please let me know how things work out for you.
Cheers, -Ryan
On Jan 22, 4:25 pm, "itbl...@gmail.com" <itbl...@gmail.com> wrote:
Some more details on the $_REQUEST['user'] bug;
With this
url:http://localhost/Photos.php?command=retrieveAlbumFeed&user=name&album=...
one is supposed to go to the retrieveAlbumFeed and the 'user' on the
other side has got to be 'name'.
This doesn't work in Firefox 2.0.0.11; instead of user='name', I get user='JKDJJS444SASAJS__SAKSlk==' (or something pretty similar);
In IE and Safari this problem doesn't arise.
On Jan 23, 1:19 am, "itbl...@gmail.com" <itbl...@gmail.com> wrote:
First when I started, nothing happened at all because this code here won't let you go anywhere near the web:
//Clearly stops you evry time since the sessionToken is set in doSomething :-) if (!isset($_SESSION['sessionToken']) && !isset($_GET['token'])) { requestUserLogin('Please login to your Google Account.'); } else { doSomething(); }
Then I had to struggle with my firefox browser which just didn't wont
to load anything that has "...&user=name..." in it (meaning there is
no way of going to the retrieveuser page; this
-http://localhost/Photos.php?command=retrieveSelf-for the name login
giveshttp://localhost/Photos.php?command=retrieveAlbumFeed&user=name&album...
but the user name gets grabled and a 404 error page is thrown). In IE6
and Safari this works just great :-)
Another problem... In none of these three browser did I manage to upload a picture; "Expected response code 200, got 415" or sometimes "root entry not found" (this one is pretty logic since no check is made whether the target album is empty or not) :-(
Deleting photos works only in Safari.
Now, could you please tell me whether the problem here is the demo php or is it gdata which is unstable?
Is there any robust example code out there or will I have to write it myself from scratch?