September 2020 - Koha-bugs - lists.koha-community.org

[Bug 26087] New: Add table configuration and export options to orders by fund report
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26087 Bug ID: 26087 Summary: Add table configuration and export options to orders by fund report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED 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 CC: caroline.cyr-la-rose(a)inlibro.com, katrin.fischer(a)bsz-bw.de, koha-bugs(a)lists.koha-community.org, testopia(a)bugs.koha-community.org Blocks: 19282 The orders by fund report is already displayed as a DataTable. We should add table settings with columns configuration so that the standard DataTable controls are shown too. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19282 [Bug 19282] Add the copy, print and export DataTables buttons on all koha tables -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes.

1 10

[Bug 26289] New: Deleting biblio in labeled MARC view doesn't work
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26289 Bug ID: 26289 Summary: Deleting biblio in labeled MARC view doesn't work Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl How to reproduce: 1) Create a new biblio with no items 2) Enable syspref viewLabeledMARC, 4) Go to Labeled MARC tab in biblio details page 5) Click Edit -> Delete record and notice nothing happens. Then check with developer tools the Javascript errors and notice "Uncaught ReferenceError: searchid is not defined" Expected result: deletion should work. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 26014] New: Add publication year to Z39.50 results in acquisition
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26014 Bug ID: 26014 Summary: Add publication year to Z39.50 results in acquisition Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The column exists in the Z39.50 results in cataloguing, but would be equally useful in the 'from extern sources' Z39.50 restults in acq. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 8732] Add a system preference to allow users to choose to display an icon based on the Koha bibliographic level itemtype
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8732 Lucas Gass <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lucas(a)bywatersolutions.com --- Comment #55 from Lucas Gass <lucas(a)bywatersolutions.com> --- enhancement will not be backported to 20.05.x -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21750] New: Move collection code to its own column in checkins table
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21750 Bug ID: 21750 Summary: Move collection code to its own column in checkins table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Currently the collection is displayed as part of the itemtype column. It should be its own column -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 25113] New: Make CirculationRules.t flexible for new scope combinations
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25113 Bug ID: 25113 Summary: Make CirculationRules.t flexible for new scope combinations Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org We used to test rule scopes by explicitly defining each combination. When adding new scopes, it is much easier if these tests are auto- generated for you so that you don't have to repeat similar code. Remove those "duplicates" and adds a method that returns test cases for each scope as follows: branchcode categorycode itemtype __________ ____________ ________ branchcode categorycode itemtype branchcode categorycode * branchcode * itemtype branchcode * * * categorycode itemtype * categorycode * * * itemtype * * * And automatically extends the test when new scopes are added. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 26386] New: Fixing of waiting holds at wrong location crashes in certain situations
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26386 Bug ID: 26386 Summary: Fixing of waiting holds at wrong location crashes in certain situations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The fix when returning holds at the wrong location while the hold was waiting in Bug 21944 can cause crashes when the hold originated from a record level hold. The error mentioned in https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21944#c33 can be reproduced via the following sequence: 1. Find a record with items 2. Create a record level hold with pickuplocation at library A 3. Check in one of the items at Library A 4. In the modal, click "Confirm", causing the hold to be in Waiting state 5. Change to library B 6. Check in the same item at Library B 7. In the modal, click "Confirm hold and transfer" This now causes the error mentioned in Comment 33 of Bug 21944. >From what I can see the cause of this is the sequence used when checking in an item. "returns.pl" is called twice. Point 1-5 is normal. No issues there. When doing 6, it is: 1. checked in by calling "returns.pl", with the barcode. 2. RevertWaitingStatus will eventually be called, since this is at a different library than the one it is waiting at. Since this is a record level hold, the itemnumber will be removed from the hold. 3. The modal is shown with a transfer (to Library A, since that is the pickup location chosen for the hold) At step 7 we get: 1. checked in by calling "returns.pl" again, this time with a reserve_id connected. 2. There is code in "returns.pl" that assumes that checking in with a reserve_id must have a connected item, but this was removed at step 6.2, causing the crash. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 6725] Make patron duplicate matching flexible
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6725 Lucas Gass <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lucas(a)bywatersolutions.com --- Comment #12 from Lucas Gass <lucas(a)bywatersolutions.com> --- enhancement will not be backported to 20.05.x -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 20469] New: Add item status to staff article requests form
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20469 Bug ID: 20469 Summary: Add item status to staff article requests form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The Article Requests feature does not look at item status. When you want to process a request, it is useful to show a few fundamental item statuses like Checked out, On hold or Available. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 22393] New: Remove last remaining manualinvoice use
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22393 Bug ID: 22393 Summary: Remove last remaining manualinvoice use 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- We removed all the trivial uses of C4::Accounts::manualinvoice in bug 21756 but split this removal out into it's own case as it is non-trivial. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 67