July 2019 - Koha-bugs - lists.koha-community.org

[Bug 9834] Reverting a waiting hold should lead to the former hold type (item or biblio level)
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '19

26 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9834 Alex Buckley <alexbuckley(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gwilliams(a)nekls.org --- Comment #23 from Alex Buckley <alexbuckley(a)catalyst.net.nz> --- *** Bug 15679 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14549] Hold not removed when item is checked out to patron who is not next in priority list
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '19

25 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14549 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #91069|0 |1 is obsolete| | --- Comment #12 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Created attachment 91778 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91778&action=ed… Bug 14549: POD and variable cleanup Signed-off-by: Chris Cormack <chrisc(a)catalyst.net.nz> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14549] Hold not removed when item is checked out to patron who is not next in priority list
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '19

25 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14549 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14549] Hold not removed when item is checked out to patron who is not next in priority list
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '19

25 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14549 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #91068|0 |1 is obsolete| | --- Comment #11 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Created attachment 91777 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91777&action=ed… Bug 14549: Check patrons reserves for any holds on a bib when checking out an item MoveReserve uses CheckReserves to see if the current patron has any holds on the title they are checking out, however, CheckReserves doesn't return all holds on a biblio, it returns holds on the item from the holdsqueue if they exist This can create a condition where we check holds on an item, find we have it planned for another borrower, confirm checkout to the current borrower, but don't fill their hold To test: 1) Find record 2) place record level holds for 2 different patrons (record level) 3) Run holds queue builder, check the queue to confirm an item was selected for patron 1 Circulation->Holds queue->Library="All" 4) Check out the item queued for patron with priority 1 to the second patron 5) You should be asked to confirm, do so 6) Note the item checks out, but both holds remain 7) Apply patch 8) Check in the item 9) Don't confirm the hold 10) Check the holds on the record and the holds queue 11) Patron 1 should be priority 1 with an item selected from the holds queue 12) Checkout to patron 2 as before 13) Note the hold for patron 2 is filled this time 14) Prove -v t/db_dependent/Reserves.t Signed-off-by: Chris Cormack <chrisc(a)catalyst.net.nz> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14549] Hold not removed when item is checked out to patron who is not next in priority list
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '19

25 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14549 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #91067|0 |1 is obsolete| | --- Comment #10 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Created attachment 91776 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91776&action=ed… Bug 14549: Unit tests To test: 1 - Apply just this patch 2 - prove -v t/db_dependent/Reserves.t 3 - Failure 4 - Apply second patch 5 - prove -v t/db_dependent/Reserves.t 6 - Success! Signed-off-by: Chris Cormack <chrisc(a)catalyst.net.nz> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23220] New: Cancelling transfer on returns.pl is subject to a race condition
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '19

25 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23220 Bug ID: 23220 Summary: Cancelling transfer on returns.pl is subject to a race condition Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- To recreate: 1 - Check in an item 2 - If AutomaticItemReturn = Do it will generate a transfer, otherwise accept the transfer 3 - Check the item in again - your modal should now have a 'Cancel transfer' button 4 - Click it 5 - It may or may not work, depending on system speed 6 - edit return.tt, find the cancel transfer JS and edit it: $('.cancel-transfer').on("click",function(e){ delay(5000); window.location.href='/cgi-bin/koha/circ/returns.pl?itemnumber=[% itemnumber | html %]&canceltransfer=1' }); 7 - Now check in item and hit cancel transfer 8 - Repeat and note the 'Cancel transfer' button remains 9 - Click it and then view the item, it is in transit -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 22949] New: Markup error in OPAC course reserves template
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '19

25 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22949 Bug ID: 22949 Summary: Markup error in OPAC course reserves template Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Keywords: Academy Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- There is a missing "=" in opac-course-reserves.tt which causes validation errors: - 'Quote " in attribute name. Probable cause: Matching quote missing somewhere earlier.' - 'Attribute class"inst_surname" not allowed on element span at this point.' -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 23154] New: Add pagination to /api/v1/checkouts
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '19

25 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23154 Bug ID: 23154 Summary: Add pagination to /api/v1/checkouts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Web services Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Allow to use _page and _per_page query parameters for /api/v1/checkouts -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 22935] New: Improve style of Bootstrap pagination
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '19

25 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22935 Bug ID: 22935 Summary: Improve style of Bootstrap pagination Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 89906 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=89906&action=ed… Screenshot of search results pagination I would like to tweak the style of Bootstrap pagination bars in the staff client: Bring the color more in line with the color scheme and change the padding. I'd also like to add Font Awesome icons. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 23098] New: KOC upload process has misleading wording
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '19

25 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23098 Bug ID: 23098 Summary: KOC upload process has misleading wording Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- During the KOC upload process, after a user clicks "Upload", Koha will return "Your file was processed". This is somewhat misleading and implies the process is over. When looking at pending offline circulation actions that button also says "Process", so staff that do this rarely may get them confused and stop the process too early. I suggest changing the wording to "Your file was uploaded. Once all files are uploaded, please process them in pending offline circulation actions." or something to that effect. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15