Mobilecat renew function

[alan]

Hi, I am having some trouble with this in that it only works on some
occasions. I have had to modify the login function to add https to the
beginning of the login url. This also carries over to the renew link
e.g. from my record

http://localhost/mobilecat/checked_out?url=https%3A%2F%2Flibrary.bury.gov.uk%2F%2Fpatroninfo~S1%2F1027894%2Fitems%3Frenewsome%3DTRUE%26renew1%3Di1689012%26sortByDueDate%3Dbyduedate

On its own this does not work, but if I have the catalogue up in
another browser tab it does (not logged in) it works. I suspect it is
something to do with the fact that the cookie string that is stored
following login is a lot shorter than the you have listed previously.

[anna headley]

We don't use https here, but I remember Dave said that he entered his catalog url with the https into the SiteParse settings file.  Have you tried doing it that way?

Anna
TriColleges

[alan]

Thanks for this. I tried using the https in the siteparse file, but it
is still a bit inconsistent. Sometimes you have to press the renew
button 2 times to get a renew, sometimes you have to press it once log
out log back in again and then it will work. Just now I had to clear
all cookies restart the browser login and it worked. Its a bit slow
testing because I have to wait a day from issue to do different tests.
I will set some up for the weekend.

Alan

On Nov 9, 4:12 pm, anna headley <anna...@gmail.com> wrote:
> We don't use https here, but I remember Dave said that he entered his
> catalog url with the https into the SiteParse settings file.  Have you tried
> doing it that way?
>
> Anna
> TriColleges
>

> On Tue, Nov 9, 2010 at 10:17, alan <a.br...@bury.gov.uk> wrote:
> > Hi, I am having some trouble with this in that it only works on some
> > occasions. I have had to modify the login function to add https to the
> > beginning of the login url. This also carries over to the renew link
> > e.g. from my record
>

> >http://localhost/mobilecat/checked_out?url=https%3A%2F%2Flibrary.bury...<http://localhost/mobilecat/checked_out?url=https%3A%2F%2Flibrary.bury...>

[Dave Hansen]

You're right. Certainly sounds like a cookie issue. I'm not surprised
that the renew button takes a couple different clicks to work, this was
a bug I was fighting and thought I had fixed.

There's a $_SESSION variable in checked_out.php/my_account.php
(depending on what version you're working with) that you could
var_dump() to see if it gets tweaked somehow. If I recall, it'll contain
only two variables; 'userid' and 'cookie'. Thats where I'm going to
start....

Dave

--
Dave Hansen
Electronic Resources Manager
dm...@stmarys-ca.edu
Saint Mary�s College of California
1928 Saint Mary�s Road
Moraga, CA 94575-4290
(925) 631-4253 x4253

[alan]

Doing just that and getting some real weirdness.

array(4) {
["name"]=>
string(18) "william david test"
["code"]=>
string(10) "400037002G"
["pin"]=>
string(4) "1234"
["userid"]=>
string(7) "1027894"
}

I have had to include the pin as part of the session id to get the
login to work. However the userid is not for this user (it is my own
accounts id). I get this even after logging out, clearing the cookie
cache and restarting the browser. When I look at checked out items I
see the books that I have got on loan rather than this test user. It
looks like there is some persistence in the userid, but I do not know
how it comes about.

> d...@stmarys-ca.edu
> Saint Mary s College of California
> 1928 Saint Mary s Road

[alan]

Right, I am now on version 1.1, modified slightly for pin and SSL and
I have had another look at the renew function. The renew link (e.g.
http://PC30888/mobilecat/my_account?url=https%3A%2F%2Flibrary.bury.gov.uk%2Fpatroninfo~S0%2F1071188%2Fitems%3Frenewsome%3DTRUE%26renew0%3Di1582665%26sortByDueDate%3Dbyduedate)
does renew the book, however often this information does not get
updated in the my account screen. Perhaps the response from our server
is too slow for it to be shown in mobilecat. To see the new item
status I can click on the my account button and I can see that the
item has renewed. I will investigate a bit further.

Alan

[alan]

Looking at get_my_account_info further and doing a var_dump($resp-
>body), I can see the record as well and error messages when I attempt
to renew. When the renew button does not work I get the system error
"Your record is in use by system. Please try again later." What I do
not understand is why the renew or login function seems to busy the
record so much. Any ideas?

On Dec 21 2010, 9:48 am, alan <a.br...@bury.gov.uk> wrote:
> Right, I am now on version 1.1, modified slightly for pin and SSL and

> I have had another look at the renew function. The renew link (e.g.http://PC30888/mobilecat/my_account?url=https%3A%2F%2Flibrary.bury.go...)