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

[Bug 8483] Borrower reading history should include deleted items
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8483 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |RESOLVED Resolution|--- |DUPLICATE --- Comment #56 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- This will be fixed on bug 33948. *** This bug has been marked as a duplicate of bug 33948 *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30358] New: Strip leading/trailing whitespace characters from input fields when cataloguing
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '23

08 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30358 Bug ID: 30358 Summary: Strip leading/trailing whitespace characters from input fields when cataloguing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Some libraries do a lot of copy pasting when cataloguing, which means occasionally copying over whitespace characters including line breaks and carriage breaks. It would be good if Koha stripped these. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 112

[Bug 33943] New: Course Reserves Should Display Serial Enumeration/Chronology
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33943 Bug ID: 33943 Summary: Course Reserves Should Display Serial Enumeration/Chronology Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: jyorio(a)equinoxinitiative.org QA Contact: testopia(a)bugs.koha-community.org We have a library with multiple volumes on reserve but since they all have the same title they all look the same to the patron. While a workaround is to add a public note, ideally the Course Reserves detail screen would display the Serial Enumeration/Chronology value. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 31187] New: Regression, Permanent shelving location is always updated when editing location VIA BATCH ITEM MOD if both are mapped to MARC fields
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31187 Bug ID: 31187 Summary: Regression, Permanent shelving location is always updated when editing location VIA BATCH ITEM MOD if both are mapped to MARC fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 30909 handled this bug in the single item editor. It also exists in batch item mod. Same test plan applies, but use item batch modification for all of the edits: 1: create new subfield in DEFAULT framework, 952$k, visible in editor, managed in tab 10, tied to LOC auth value 2: In Koha to MARC mapping, find items.permanent_location and add a mapping to 952$k 3: Find a bib and item in the default framework 4: Edit the item, see that both the 952$c and 952$k are visible in the editor -- In my test, both fields started at a value of "General Stacks" 5: change both values and save the item, confirm both values change and save successfully -- I set 952$c to Audio Visual and 952$k to Fiction 6: edit again, change only 952$c, save -- I changed 952$c to On Display and left 952$k set to Fiction THIS IS WHERE THINGS GO WRONG. After saving that change, both 952$c AND 952$k are set to On Display, even though I only changed the 952$c. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 22802] New: When ordering form a staged file, if funds are populated per item order level fund should not be required
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22802 Bug ID: 22802 Summary: When ordering form a staged file, if funds are populated per item order level fund should not be required Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To recreate: 1 - Set MarcItemFieldsToOder: homebranch: 975$a holdingbranch: 975$b itype: 975$y nonpublic_note: 975$x public_note: 975$z loc: 975$c ccode: 970$c notforloan: 975$7 uri: 975$u copyno: 975$n quantity: 975$q budget_code: 975$h price: 975$g replacementprice: 975$p 2 - Create a MARC record with a 975 like: =975 \\$aCPL$bCPL$g27.99$oONORDER$q1$p22.39$7-1$yBK$hBUDGET_CODE 3 - Ensure budget code, itype, and branches are valid values for your system 4 - In a basket with create items so to 'on ordering' add the file above 5 - Try to add the order 6 - Order level fund is required -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 11983] Code to select patrons to purge needs to be centralized (use of filter_by)
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11983 --- Comment #24 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- anonymise_issue_history changes need to be adjusted, the method has been removed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11983] Code to select patrons to purge needs to be centralized (use of filter_by)
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11983 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Patch doesn't apply --- Comment #23 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- Can we move forward here? The patches do not longer apply. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33365] New: Add item type column to cn_browser results table
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33365 Bug ID: 33365 Summary: Add item type column to cn_browser results table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Some catalogers would find it handy if the cn_browser plugin included the item type description in the table of cn_browser results. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 19696] New: HoldsQueue.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19696 Bug ID: 19696 Summary: HoldsQueue.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org https://jenkins.koha-community.org/job/Koha_Master_D8/294/console # Failed test 'Holds queue filling 1st correct hold for default holds policy 'from home library'' # at t/db_dependent/HoldsQueue.t line 295. # got: 'ig5lWyedNiY9jjrOLHEZQMJ' # expected: 'b_8YX7Q_M7PjVyGxX9BsaKf' # Failed test 'Holds queue filling 2nd correct hold for default holds policy 'from home library'' # at t/db_dependent/HoldsQueue.t line 296. # got: 'b_8YX7Q_M7PjVyGxX9BsaKf' # expected: 'ig5lWyedNiY9jjrOLHEZQMJ' # Looks like you failed 2 tests of 44. [19:04:35] t/db_dependent/HoldsQueue.t .................................... Dubious, test returned 2 (wstat 512, 0x200) Failed 2/44 subtests -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 32648] New: Search.t is failing on My8?
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '23

07 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32648 Bug ID: 32648 Summary: Search.t is failing on My8? Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 25551 koha_1 | # Failed test 'Item field returned from default XSLT if pref set' koha_1 | # at t/Search.t line 198. koha_1 | # found warning: No item at t/Search.t line 186. koha_1 | # expected to find warning: (?^u:Item here) koha_1 | # Looks like you failed 1 test of 2. koha_1 | koha_1 | # Failed test 'searchResults PassItemMarcToXSLT test' koha_1 | # at t/Search.t line 207. koha_1 | # Looks like you failed 1 test of 4. koha_1 | [11:42:56] t/Search.t Koha_Master_My8/1161 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25551 [Bug 25551] [OMNIBUS] Some tests are failing randomly -- You are receiving this mail because: You are watching all bug changes.

1 30