[Koha] Circulation Problem

[Sebastian Hierl]

I need to get to updating the wiki...  we experienced a similar timeout
issue, with the checkout and check-in commands performing with success,
because of the expiration date ("enrollment period") of our patrons.  We
set some patrons such as staff to expire in 9999 -- it took Koha up to 1
minute to calculate the due date when checking out a book, which led to the
time out.  The problem was solved when we set the expiration date to 2032
in the Patron Category Administration (in the Koha admin. interface).

Sebastian

--
Sebastian Hierl, Ph.D.
Drue Heinz Librarian, Arthur & Janet C. Ross Library
American Academy in Rome
Via Angelo Masina 5
00153 Rome
Italy

T: +39 06 5846 417
F: +39 06 5810 788

On Mon, Oct 12, 2015 at 11:38 PM, Robin Sheat <robin at catalyst.net.nz> wrote:

> Bob Ewart schreef op ma 12-10-2015 om 16:05 [-0400]:
> > The Windows 7 workstation at the library is connected to the server on a
> > local area network. My test system is running directly on the server.
> > No proxies are involved. We've tried both Firefox and Chromium with no
> > difference.
>
> OK, so it's probably not something being dumb about cookies then :)
>
> This said, it might pay to trace the network requests in the browse to
> ensure that there isn't a request that is zapping the cookie.
>
> > As you can see from the logs, there are a couple of xsub entries in the
> > new database run that are not in my run before the volunteer sees the
> > main page.
>
> xsub comes from some date conversion code. The sooner we move to better
> logging and get file prefixes on things, the better :)
>
> The "01:26 AUTH_SESSION: ()\t  - " bit looks particularly suspicious,
> especially as there are some "Use of uninitialised value" warns right
> before it that aren't in your other log. I'd probably start looking
> around there.
>
> > The permissions are different in the two cases.  I'm not sure why, but
> > my database was originally created way back around 3.00 and errors may
> > have crept in in the updates.
>
> What happens if you make the permissions match? Probably making the one
> that doesn't work match the one that does...
>
> --
> Robin Sheat
> Catalyst IT Ltd.
> ✆ +64 4 803 2204
> GPG: 5FA7 4B49 1E4D CAA4 4C38  8505 77F5 B724 F871 3BDF
>
> _______________________________________________
> Koha mailing list  http://koha-community.org
> Koha at lists.katipo.co.nz
> https://lists.katipo.co.nz/mailman/listinfo/koha
>
>