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

[Bug 6419] Add customizable areas to intranet home pages
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '23

19 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6419 --- Comment #75 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- I missed that comment entirely I'm afraid. I don't really have any spare time to work on further follow-ups.. can we record that request as a new bug and I'll try to take care of it when I have some more time available again.. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14849] Owner should be FK in uploaded_files
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '23

19 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14849 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14849] Owner should be FK in uploaded_files
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '23

19 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14849 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |ASSIGNED Assignee|jonathan.druart+koha@gmail. |koha-bugs(a)lists.koha-commun |com |ity.org --- Comment #11 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- (In reply to Marcel de Rooy from comment #10) > In discussion from 2016? Did pass QA at the time. Stopped because we were > going to merge borrowers and deletedborrowers.. > > Nice. At the time it was in my priority list. It made sense to delay and think about it. Feel free to resurrect this patch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[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