Oh… I’ve found something interesting!

lib/Koha/Patron.pm uses "checkPrevCheckout" instead of "CheckPrevCheckout", which is why I wasn’t finding it with my case-sensitive grep.

 

In C4::Circulation::CanBookBeIssued, I think it is very likely that C4::Context->preference(“checkPrevCheckout”) is called and then the next call is C4::Context->preference("IndependentBranches"), and somehow… the value from “checkPrevCheckout” is being used instead of the true value of “IndepenentBranches”. Yikes!

 

I don’t know how it’s happening, but it’s happening.

 

I notice that Plack runs Koha::Caches->flush_L1_caches() routinely. So does bin/migration_tools/rebuild_zebra.pl when it’s run in daemon_mode. I reckon a short-term solution would be to add that cache flushing to the SIP server as well.

 

However, I’m still really curious how the wrong value is being returned by C4::Context->preference("IndependentBranches")…

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St

Ultimo, NSW 2007

Australia

 

Office: 02 9212 0899

Direct: 02 8005 0595

 

From: dcook@prosentient.com.au <dcook@prosentient.com.au>
Sent: Monday, 2 September 2019 3:49 PM
To: 'koha-devel' <koha-devel@lists.koha-community.org>
Subject: IndependentBranches == "softno" on SIP server

 

Hi all,

 

I’ve been getting errors on a SIP server that indicate that “IndependentBranches” is non-zero. However, both MySQL and Memcached have said that “IndependentBranches” is zero.

 

So I added some logging to the SIP server, and it’s saying that the value of “IndependentBranches” – at the time of the error – is “softno”.

 

So I looked through the Koha code and the only reference to “softno” I can find is in regards to “CheckPrevCheckout”.

 

I’ve checked environmental variables and every bit of code I can think of, and I’m absolutely stumped by this one.

 

The most feasible answer to me is a caching problem. However, it happened over the course of weeks, and it always had the same value, so that seems a bit far-fetched too.

 

I suppose the next step is to add yet more logging, but I figured I’d reach out to all of you to see if anyone has had a similar problem.

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St

Ultimo, NSW 2007

Australia

 

Office: 02 9212 0899

Direct: 02 8005 0595