February 2021 - Koha-bugs - lists.koha-community.org

[Bug 8137] Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '21

12 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 --- Comment #76 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- And, last question (hopefully), why don't we have the "has priority" only for "Default checkout, hold policy by patron category", if it is what we really wanted to fix? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '21

12 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 --- Comment #75 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- The bug report title and commit message must be updated to describe what we are doing here. It's not only impacting "checkouts", but all rules! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit by patron category for all libraries
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '21

12 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |release-notes-needed Status|Passed QA |Failed QA --- Comment #74 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- 1. +sub priority { + my ($self) = @_; + + return $self->has_priority; +} It does not seem very useful, especially when it's only used once, from test. 2. +ALTER TABLE circulation_rules ADD KEY (branchcode , categorycode, itemtype, has_priority); Why? Note that it's missing from kohastructure.sql 3. There is a shift when you edit the line, the "unlimited" (stupid) trick The followin line (smart-rules.tt): 1169 } else if ( i == 5 || i == 6 || i == 26 || i == 27 || i == 28 ) { 4. I think we need a hint on the UI (tooltip on the "Has priority" header?) to explain what this column is about. 5. Reading the code I don't understand why the first query in get_effective_rule is not passing the item type. 211 $search_params->{rule_name} = $rule_name; 212 $search_params->{categorycode} = defined $categorycode ? [ $categorycode, undef ] : undef; 213 $search_params->{has_priority} = 1; What will happen if Cat 1 | BK | has priority | max_holds = 5 Cat 1 | VID | has priority | max_holds = 2 It feels like you are going to get a random value. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27692] New: Unable to check-in transferred items if AllowReturnToBranch is set to 'holdingbranch'
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '21

12 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27692 Bug ID: 27692 Summary: Unable to check-in transferred items if AllowReturnToBranch is set to 'holdingbranch' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: didier.gautheron(a)biblibre.com Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 23129 Libraries with independent branches could manually transfer items between them. There's a dubious question about transferring item back to home branch on check in but it was working. Not anymore after #23129 as items holdingbranch field is set to destination branch only on check in which can't be done because item as the wrong holdingbranch. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23129 [Bug 23129] Items holdingbranch should be set to the originating library when generating a transfer -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27133] New: Header missing for "Copy no" on the relative's checkouts table
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27133 Bug ID: 27133 Summary: Header missing for "Copy no" on the relative's checkouts table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Circulation Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 12430] Relevance ranking should also be used without QueryWeightFields system preference
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12430 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |caroline.cyr-la-rose@inlibr | |o.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24658] New: Deleting items with fines does not update itemnumber in accountlines to NULL causing ISE
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24658 Bug ID: 24658 Summary: Deleting items with fines does not update itemnumber in accountlines to NULL causing ISE Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: addie(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When batch deleting items through the staff client, the itemnumber in the accountlines table remains and does update to NULL. If you then go into the Accountlines tab of a borrower and into the Transactions you will get an internal server error if there is a fine in that patrons accountlines with an itemnumber in the database for the deleted item -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 27166] New: SIP2 Connection is killed when an item that was not issued is checked in and generates a transfer
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27166 Bug ID: 27166 Summary: SIP2 Connection is killed when an item that was not issued is checked in and generates a transfer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com bug 21020 updated the SIP item with the destination branch by fetching it from the 'issue' object - if the item doesn't have an issue then the connection dies: problematic line in C4/SIP/ILS/Transaction/Checkin.pm: $self->{item}->destination_loc($issue->item->homebranch); To recreate: 1 - Have an item belonging to branch A 2 - Check it in via sip at branch B: perl misc/sip_cli_emulator.pl -a localhost -p 6001 -su term1 -sp term1 --item CHESS1 -l FPL -m checkin 3 - The read command is blank and there is a warn about uninitialized data -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 26921] New: Create cover image even when there is no record identificator
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26921 Bug ID: 26921 Summary: Create cover image even when there is no record identificator Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We have identified an issue with bug 22445, when we define the url we add the value to identify the id and create the link The link is created even there is no identification Example: https://xxxxx.xxxx.cat/cobertes.php?isbn={isbn}&institucio=xxxx If the record has not isbn, the patch create the thumnail with empty value, the patch should avoid create the thumbnail if the {}values are empty be aware that we could have more than one identifier {isbn}{issn}, it should check both values -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 27209] New: Add Koha::Hold->set_pickup_location
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27209 Bug ID: 27209 Summary: Add Koha::Hold->set_pickup_location Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We need a clean and fully tested method to set a hold's pickup location. It should throw exceptions if: - No pickup location passed - The passed pickup location is not a valid one -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25