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

[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

[Bug 24884] New: Remove 'New list' button in 'Public lists' tab if OpacAllowPublicListCreation is disabled
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24884 Bug ID: 24884 Summary: Remove 'New list' button in 'Public lists' tab if OpacAllowPublicListCreation is disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When OpacAllowPublicListCreation is disabled (i.e. patrons are not allowed to create public lists from the OPAC), there shouldn't be a 'New list' button in the 'Public lists' tab. I am aware this does not enable patrons to create public lists, but it can be confusing, since it is in the 'Public lists' tab. To replicate: 1) In Administration > Global system preferences, search for OpacAllowPublicListCreation 2) Choose "Don't allow" and Save 3) Go to the OPAC and log into an account 4) In your account go to "your lists" 5) Click on the "Public lists" tab Note there is a 'New list' button. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 25114] New: Remove duplicated logic from GetLoanLength()
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '20

04 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25114 Bug ID: 25114 Summary: Remove duplicated logic from GetLoanLength() Change sponsored?: --- Product: Koha Version: unspecified 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: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org Remove duplicated logic for searching circulation rules. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17