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

[Bug 16882] New: Circ restrictions caused by long overdue should be removed when the offending item is returned
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '22

26 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16882 Bug ID: 16882 Summary: Circ restrictions caused by long overdue should be removed when the offending item is returned 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 If a patron is restricted due to a long voerdue and that item is returned, but they have another item overdue by a day their restriction will not be lifted. Some libraries would like to the the restriction tied to the specific item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 23412] New: HTML should be allowed in MARC notes. (5xx fields)
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '22

26 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23412 Bug ID: 23412 Summary: HTML should be allowed in MARC notes. (5xx fields) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some librarians like to add HTML in the 5xx fields to display links, etc. We should allow $raw filters in this case. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 27252] New: ES5 no longer supported (since 20.11.00)
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27252 Bug ID: 27252 Summary: ES5 no longer supported (since 20.11.00) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: nick(a)bywatersolutions.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Since 20.11.00 and bug 27070 we dropped the support for ES5. We should add a warning on the about page. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 15913] New: It should be possible to restrict a problem patron from editing their record or adding comments / tags to records
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15913 Bug ID: 15913 Summary: It should be possible to restrict a problem patron from editing their record or adding comments / tags to records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A library reported a patron adding harassing comments to the system via editing their account and commenting on records. There is currently no way to restrict this activity for a single patron. Comments and changes are moderated, so only the staff member checking these is harassed, but a goal of 0 people harassed isn't a bad goal. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 23965] New: DVD covers
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '22

25 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23965 Bug ID: 23965 Summary: DVD covers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Wondering if the same resources that Plex uses could be used for Koha in DVD covers. TV shows use TVDB mainly and Freebase or Movieposters.DB for Movies -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 28529] New: Max holds per item type ineffective when using AllowHoldItemTypeSelection on bib-level holds
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '22

24 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28529 Bug ID: 28529 Summary: Max holds per item type ineffective when using AllowHoldItemTypeSelection on bib-level holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 15533 introduced a way to constraint biblio-level holds to a specific item type. This is controlled by the AllowHoldItemTypeSelection syspref. On the circulation rules, you are able to set max_holds for an item type. This max_holds setting, seems to be honoured for item-level holds only, and it is not quite correct. To reproduce: 1. Have a patron of category 'Staff' (S) 2. Have 3 records with items with the 'BK' item type, and maybe others 3. Enable AllowHoldItemTypeSelection 4. Set a limit of 2 max holds for that category+item type 5. In the OPAC. Place bibio-level holds, with item type contraint to 'BK' on those 3 records => FAIL: You can place the 3 holds -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70

[Bug 26340] New: Printing labels without zero(s) in the start of labels
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '22

22 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26340 Bug ID: 26340 Summary: Printing labels without zero(s) in the start of labels Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: ivan.dziuba(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org TO TEST: 1. Go Tools > Label creator 2. Click +New -> Barcode range 3. Print barcode range with zero(s) in the start (Ex. from 00011881 to 00012000 ) 4. Select a template to be applied:: Code à barre 48467 Select a layout to be applied: Code à barres 5. Export 6. Open PDF The prefix is not displayed. We should see 00011881 on the labels, but we see 11881, 11882, ... without zeros in the start of labels. This patch fix it. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 27665] New: Clarify usage of matching dropdown on addorderiso2709.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '22

22 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27665 Bug ID: 27665 Summary: Clarify usage of matching dropdown on addorderiso2709.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 1 - have a marc record you know will match something in your system using ISBN 2 - In acquisitons, create a basket, click Add to basket, select From a new file 3 - stage your marc record, select the ISBN matching rule (this is on stage-marc-import.pl) 4 - confirm that your staging results include "1 records with at least one match in catalog per matching rule "ISBN"" 5 - click Add staged files to basket 6 - this takes you to addorderiso2709.pl 7 - check the box next to your title. Confirm you see a message like "Matches biblio 440 (score = 1000): So you want to be a lizard /" 8 - change the Matching dropdown to "Do not look for matching records" 9 - click Save 10 - confirm order is tied to the matched bib rather than a new bib If we pick a matching rule on the staging screen, then the acquisitions interface doesn't actually allow us to forget that match or change and re-check our matching rule. On the other hand: 1 - have a marc record you know will match something in your system using ISBN 2 - In acquisitons, create a basket, click Add to basket, select From a new file 3 - stage your marc record, select Do not look for matching records 4 - confirm that your staging results include "Did not check for matches with existing records in catalog" 5 - click Add staged files to basket 6 - this takes you to addorderiso2709.pl 7 - check the box next to your title. Confirm you don't see any message about matches 8 - confirm Matching dropdown defaults to Title and Author. Do not change it 9 - give your order a price and fund, click Save, get message "No record have been imported because they all match an existing record in your catalog." 10 - confirm you have no ability from this screen to tie your order to the existing bib 11 - change the Matching dropdown to "Do not look for matching records", click Save, confirm your order is created with a new bib If we picked a matching rule when staging our file, then we should completely hide the Matching dropdown on addorderiso2709.pl as a match when staging renders the Matching dropdown useless. If we did not pick a matching rule when staging, then the Matching dropdown on addorderiso2709.pl serves a purpose, but we really should have an option to select and use the existing bib if our Matching choice finds something. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22212] New: Improve usability of column configuration page
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '22

21 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22212 Bug ID: 22212 Summary: Improve usability of column configuration page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- The column configuration page currently doesn't translate well. The modules on the tabs translate, but neither do the id= parts or the columns. I think as a first step it would help to navigate these pages if we could add a little description on where the table appears somewhere that is translatable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 18668] New: Add the column localuse to the items table
by bugzilla-daemon＠bugs.koha-community.org 20 Jul '22

20 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18668 Bug ID: 18668 Summary: Add the column localuse to the items table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org new feature: Add the column localuse to the items table. When a localuse is done, increment the localuse column for the item. That way the data is stored with the item like issues and renewals instead of having to do joins to the statistic tables. Thank you, -JesseM -- You are receiving this mail because: You are watching all bug changes.

1 5