Re: [Koha-devel] IndependentBranches == "softno" on SIP server
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
participants (1)
-
dcook@prosentient.com.au