Pt27547969 04 10
This patch incorporates a new syspref (ClearNotForLoan) that, when enabled, will set the item.notforloan status to zero when an item is checked in and previously had a negative value.
[#26875895] Fixes related to ConstrainPatronsDeeply
The functional piece of this is changing the iterated variable of the match-check loop from @mp_nums to @mc_nums, which looks like it was introduced as a pasteo in the original development. Also updated the script magic.
Pt25834941 04 10
…atus Utilized the SIP2 CH (item properties) field to pass the descriptive infomation represented by the items.itemlost value.
…status Changed the assignment of default values to an item's withdrawn, suppressed, or not for loan status.
Added a table identifier (and reworded one of the headers slightly) to allow use of jquery statements to affect the table display. Added table identifier of checkouthistt -- now this jquery will hide (for example) the second column (patron name) $("#checkouthistt").find("tbody td:nth-child(2),thead th:nth-child(2)").hide(); Also changed one column header from Library to Owning Library. These jquery statements will allow relabeling the library headers: $("#checkouthistt th:contains('Issuing Library')").replaceWith("\<th\>Checked out at\<\/th\>"); $("#checkouthistt th:contains('Owning Library')").replaceWith("\<th\>Belongs To\<\/th\>");
In situations where a bib had reserves on it by patrons belonging to branches not in the current agent's branch group, CheckReserves would trigger an exception by eventually calling GetCircControlBranch with an undefined borrower category. This is not a nice solution, but it will do until we can rethink the permissions architecture for how patron hiding can work.
Yet another instance of what amounts to a "type" error emerging from the arbitrary and inconsistent naming of data members. In this case it was that a data member named "borrowercategory" was being passed to GetIssuingRule(), but the data passed into the calling function had that value stored as its column name, "categorycode". Haskell is looking better all the time.
C4::Branch::GetBranchInfo() returns a format just slightly different from GetBranches(), renaming "category" attr to "categories". The problem was that it was doing this to the cached master copy, so all future calls to GetBranches would return the mutated copy. This patch just clones the branch info.
There are some proxies which insert a non-IP value into the HTTP_X_FORWARDED_FOR header (e.g. "unknown") to protect privacy or who knows why. This would bunge up Koha's IP detection. This patch looks for something that looks like a good address, then if all else fails it resorts to reporting that the client is not in any branch.
If there's more than one proxy standing between the client and Koha's web server, the HTTP_X_FORWARDED_FOR header may contain more than one IP address. C4::Branch::GetBranchByIp was not prepared for this condition, and it would cause an exception.
Adds possibility to adjust relevancy ranking search by allowing user to prioritize segments of the CCL query. For example, a user could specifya CCL snippet like: (rtype=a not format,regExpr-1=[a-z]) and language=eng in the AdjustRelevancyRanking syspref. This will generate a search result which will prioritize book materials in English. If blank entry is specified the syspref, Zebra will use the regular relevancy ranking defined in Koha.