When CircControl is set to "the library you're logged in at," the Renew column in the patron checkouts table will show the count of permitted renewals based on the library you're logged in at. This is correct for manual renewals, since those are the rules that will be enforced. However, for automatic renewals this can mean we're showing the user an incorrect number. To recreate: - Create an All Libraries rule that allows 10 renewals - Create a rule for branch A that allows 1 renewal - Creare a rule for branch B that allows 99 renewals - Check an item out from Branch A, set to auto-renew - While logged in as Branch A, confirm Koha tells you you have 1 renewal available - Log in as Branch B, see you have 99 renewals - Log in as Branch C, see you have 10 renewals - Set No Renewal Before to allow renewal immediately - run the auto_renew cron, item renews once - run the auto-renew cron again, confirm too_many error because only 1 renewal is allowed
I think if circ control is set to logged in library, and the interface AddRenewal is running from is "opac", we should be using issues.branchcode instead of the userenv branch. I think that solves the issue. We should syspref it to retain the existing behavior if wanted.
(In reply to Kyle M Hall from comment #1) > I think if circ control is set to logged in library, and the interface > AddRenewal is running from is "opac", we should be using issues.branchcode > instead of the userenv branch. I think that solves the issue. We should > syspref it to retain the existing behavior if wanted. Amend "opac" in this to be "not intranet" and I think it still stands.
As we're adding more libraries in our consortium to automatic renewal, this is causing a lot of confusion. +1