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

[Bug 34258] New: Cannot renew item via SIP2
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '23

20 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34258 Bug ID: 34258 Summary: Cannot renew item via SIP2 Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org The ability to renew an item via SIP2 broke with version 23.05. To reproduce, run these commands (tailored for a KTD instance, so adjust them accordingly if necessary): misc/sip_cli_emulator.pl -a localhost -p 6001 -l CPL -su term1 -sp term1 -m checkout --patron koha --item 3999900000001 misc/sip_cli_emulator.pl -a localhost -p 6001 -l CPL -su term1 -sp term1 -m renew --patron koha --item 3999900000001 The last command will fail, and in /var/log/koha/kohadev/sip.log you will get: Use of uninitialized value in string eq at /kohadevbox/koha/C4/Circulation.pm line 1540 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 28327] New: System preference CSVdelimiter special case for tabulation
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '23

20 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28327 Bug ID: 28327 Summary: System preference CSVdelimiter special case for tabulation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org System preference 'CSVdelimiter' has a special case for tabulation. Preference value contains string 'tabulation' but string '\t' must be used in CSV file. This is OK in many places, for exemple Bug 17590. Must be fixed when preference is fetch in template. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 92

[Bug 32334] New: Working title
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '23

20 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32334 Bug ID: 32334 Summary: Working title Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org More info follows. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 71

[Bug 16883] New: TT syntax for notices should take aqorders, aqbooksellers , biblioitems tables into account
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '23

19 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16883 Bug ID: 16883 Summary: TT syntax for notices should take aqorders, aqbooksellers, biblioitems tables into account Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 14757 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14757 [Bug 14757] Allow the use of Template Toolkit syntax for slips and notices -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 32067] New: [OMNIBUS] Consistent classes for submit and/or primary buttons
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '23

19 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32067 Bug ID: 32067 Summary: [OMNIBUS] Consistent classes for submit and/or primary buttons 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 Koha has long had a style applied broadly to input tags of type input, button, and reset. We have not been consistently moving to use the Bootstrap "btn-primary" class. Now that the staff interface has a more specific style for this kind of button it would be good to move to using the "btn-primary" class everywhere and eventually phase out the style applied to all kinds of input buttons. Before: <input type="submit" value="Search" /> After: <input type="submit" class="btn btn-primary" value="Search" /> -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 33655] New: z39.50 search no longer shows search in progress
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '23

19 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33655 Bug ID: 33655 Summary: z39.50 search no longer shows search in progress Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl With 22.11 when adding a new bib record via z39.50 import there is no longer any indication that a search has been submitted. Previously, the cursor icon would change to the busy status, but now there is no change so there is no way to know if the search has been submitted or not. This leads to staff submitting the same search repeatedly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 32072] New: Consistent classes for primary buttons: Cataloging
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '23

19 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32072 Bug ID: 32072 Summary: Consistent classes for primary buttons: Cataloging 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: testopia(a)bugs.koha-community.org Blocks: 32067 As part of Bug 32067 - [OMNIBUS] Consistent classes for submit and/or primary buttons: This patch will update buttons in cataloging templates so that buttons which are currently styled as primary buttons will have the the "btn btn-primary" classes. In some places, the classes have been added to buttons which were not input[type='submit'] but which should be styled as primary. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32067 [Bug 32067] [OMNIBUS] Consistent classes for submit and/or primary buttons -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 34381] New: Inconsistencies in Authorized values page title
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '23

19 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34381 Bug ID: 34381 Summary: Inconsistencies in Authorized values page title Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. For the Authorized values page, here is what should be changed to make it consistent with the other pages in the module: - Add a level in the page title when viewing authorized values of a category (e.g. Authorized values for category 'Y' > Authorized values > Administration > Koha) (note: this level is already present for 'New authorized value' or 'Modify authorized value') I wonder if we should add a page to confirm the deletion of an authorized value or authorized value category? Right now, it's only a browser prompt, whereas other sections have their own deletion confirmation page. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 34384] New: Inconsistencies in Library transfer limits page titles, breadcrumbs, and header
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '23

19 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34384 Bug ID: 34384 Summary: Inconsistencies in Library transfer limits page titles, breadcrumbs, and header Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. For the Library transfer limits page (basic editor), here is what should be changed to make it consistent with the other pages in the module: Page title - Change 'Library checkin and transfer policy' to 'Library transfer limits' - Should the branchcode be there? (e.g. Library transfer limits for 'CPL') Breadcrumb - Change 'Set library checkin and transfer policy' to 'Library transfer limits' - Should the branchcode be there? (e.g. Library transfer limits for 'CPL') Page header - Change 'Library CPL - Centerville Checkin and transfer policy' to "Library transfer limits for 'CPL'" For the advanced editor, Page title - Change 'Library checkin and transfer policy' to 'Library transfer limits' Breadcrumb - Change 'Set library checkin and transfer policy' to 'Library transfer limits' Page header - Change 'Checkin and transfer policy' to 'Library transfer limits' -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 34382] New: Inconsistencies in Patron categories page titles, breadcrumbs, and header
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '23

19 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34382 Bug ID: 34382 Summary: Inconsistencies in Patron categories page titles, breadcrumbs, and header Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. For the Patron categories page, here is what should be changed to make it consistent with the other pages in the module: Page header - Add single quotes around the category code in Modify page - Add single quotes around the category code in Delete confirmation page - In the 'Cannot delete' page, the header styling is different - In the 'Delete confirmation' page, the header styling is different I'm not sure what to do about the deletion impossible page... It feels inconsistent, but I can't really find other examples. - The page title is "Cannot delete: category 'Y'"; the colon is what bugs me the most, 'Cannot' also feels informal to me - The breadcrumb is "Cannot delete: Category Y in use"; the colon, capital C on Category, no quotes around the category code, reason for error in breadcrumb? - The page header is "Category Y is in use. Deletion not possible!"; This is good information, but should it be the header? -- You are receiving this mail because: You are watching all bug changes.

1 13