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

[Bug 34283] New: ILL table left filters ignoring library prefix
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '23

14 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34283 Bug ID: 34283 Summary: ILL table left filters ignoring library prefix Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com CC: pedro.amorim(a)ptfs-europe.com Depends on: 22440 To reproduce, on k-t-d: 1) Create an ILL request on Centervile, it'll render in the table as "ILL-1" 2) Search for "ILL-1" on the keyword input on left filters 3) Verify the request does not show. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22440 [Bug 22440] Improve ILL page performance by moving to server side filtering -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14335] SCO fails to strip leading/trailing whitespace in 'barcode' input field
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '23

14 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14335 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #1 from Nick Clemens <nick(a)bywatersolutions.com> --- *** This bug has been marked as a duplicate of bug 30409 *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 30409] New: barcodedecode() should always trim barcode
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '23

14 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30409 Bug ID: 30409 Summary: barcodedecode() should always trim barcode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Items barcode has a UNIQ constraint in database, but when there are trailling spaces its is not considered has a duplicate. Since we trim spaces the barcode in input of checkout/checkin whe should also trim in barcodedecode() so in any barcode creation/edition. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47

[Bug 34273] New: Notes on phone and email fields when editing patrons 'Shows on transit slips' is unclear
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '23

14 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34273 Bug ID: 34273 Summary: Notes on phone and email fields when editing patrons 'Shows on transit slips' is unclear Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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 Not sure if this refers to the transfer modals, or the notices? If notices, they are configurable now, so this is a but unecessary We should either make it clear, or remove this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 34067] New: Patron attributes search handles 'starts with'/contains incorrectly
by bugzilla-daemon＠bugs.koha-community.org 14 Jul '23

14 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34067 Bug ID: 34067 Summary: Patron attributes search handles 'starts with'/contains incorrectly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons 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 The search we currently form is: "extended_attributes.value": { "like": "%" + pattern + (search_type == "contain" ? "%" : "" )}, Which defaults to an 'ends with' search -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 23178] New: If all items are marked 'not for loan' staff results displays 'None available'
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '23

13 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23178 Bug ID: 23178 Summary: If all items are marked 'not for loan' staff results displays 'None available' 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- If all items on a record are marked not for loan on the item or by item type configuration, the result list displays: None available. This is not quite true. Usually in Koha 'available' is used to indicate the item ins on the shelf, 'available for loan' or 'not available for loan' would indicate that the items are there, but cannot be checked out. I think changing it to 'none available for loan' would be more accurate here. Or alternatively: Treat them separately and use "x availble for reference" similar to the result list in the OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 34264] New: Allow definition of "None" audio alert
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '23

13 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34264 Bug ID: 34264 Summary: Allow definition of "None" audio alert Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We recently had staff ask us to disable the audio alert for just one of the many things in Koha that trigger off of the .audio-alert-warning selector while keeping that sound in place for all other instances of .audio-alert-warning. I was able to accomplish this by adding a new alert tied to a more specific selector with its precedence set to be enforced before the more general warning alert. I was able to enter the literal word "nothing" for the sound, which appears to allow the trigger to activate without making any sound at all. This works, but it would be a lot clearer if the preset sounds dropdown included a "None" option or something else explicit. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 30517] New: Translation breaks editing parent type circulation rule
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '23

13 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30517 Bug ID: 30517 Summary: Translation breaks editing parent type circulation rule Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N 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: frederic(a)tamil.fr If using Koha in a language other than English, and using parent item types, you can't easily edit a rule for the parent type. When you click on "Edit" next to the rule, the line at the bottom keeps "All" as the item type and if you're not careful, it doesn't modify the parent type rule, but the All rule. I can't explain it well, but here's how to replicate this problem: 1. Install another language in the staff interface 1. ./translate install xx-XX 2. Check the box of the language in the 'language' system preference 3. Refresh 2. Create an item type with a parent 1. Go to Administration > Item types 2. Create a new item type or modify an existing one, assigning a parent type (I created a 'Children's books' type and assigned 'Books' as its parent) 3. Create a circulation rule for the parent type (I created All/Books, with 10 checkouts allowed) 4. Create a circulation rule for All/All (I created All/All with 30 checkouts allowed) 5. In English, click on "Edit" next to the parent type rule (All/Books) --> Note that the item type in the bottom row (the modifiable row) is changed to 'Books (All)' 6. Modify the number of checkouts allowed (e.g. 99) --> The All/Books rule is modified 7. Switch the interface to the other language 8. Click on "Edit" next to the parent type rule (All/Books) --> Note that the item type in the bottom row stays on 'All' 9. Modify the number of checkouts allowed (e.g. 88) --> The All/All rule is modified I hope my steps are clear... I tried this in fr-CA and de-DE, and the behaviour is the same. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 20108] New: Hold Queue Timeout
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '23

13 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20108 Bug ID: 20108 Summary: Hold Queue Timeout Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 It would be good if there were a preference to set a Hold Queue Timeout, where a hold request goes to a branch queue for X amount of days, and if it isn't filled, it goes to the next library queue according to the cost matrix, etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 33977] New: Items with 952 using a authorized value display the code not the description on detail.tt
by bugzilla-daemon＠bugs.koha-community.org 13 Jul '23

13 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33977 Bug ID: 33977 Summary: Items with 952 using a authorized value display the code not the description on detail.tt 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Set a MARC framework to use an Authorized Value for a 952 field, like publicnote or non-public note. 2. Edit an item in that framework to use that AV. 3. Now look at the display on the item detail page ( detail.tt ), notice the code displays not the description. 4. Look at at the same item on additem.tt. Here it correctly displays the description. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5