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

[Bug 27427] New: Update the way form validation errors are displayed
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27427 Bug ID: 27427 Summary: Update the way form validation errors are displayed Change sponsored?: --- Product: Koha Version: unspecified 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 Blocks: 27289 I would like to update the way form validation errors are shown by the jQuery validation plugin. The changes depend on the plugin's event handler for "valid" and "invalid" inputs. Upon being checked by the plugin, a valid input will have any following <span class="required"> styled green and with a check mark to indicate validity. An invalid input will have any following <span class="required"> hidden and the jQuery validation error shown instead. https://zivotdesign.com/n/index.php/s/6WrBe3G8mzoLXsN Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27289 [Bug 27289] Template tweaks for point of sale page -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 27382] New: [Omnibus] Typos in the manual
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27382 Bug ID: 27382 Summary: [Omnibus] Typos in the manual Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org This is an omnibus bugs for a couple of typos found in the manual. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 27362] New: Add Undo functionality to the Advanced Cataloging Editor
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27362 Bug ID: 27362 Summary: Add Undo functionality to the Advanced Cataloging Editor Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be helpful to have an Undo and a Redo button and/or a keyboard shortcuts in the Advanced Cataloging Editor. Perhaps this could work like CTRL-Z and CTRL-Y which would allow for multiple steps backwards or forwards. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 27361] New: Guided reports in the catalog module duplicates itype
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27361 Bug ID: 27361 Summary: Guided reports in the catalog module duplicates itype Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If you select the Catalog module in step 1 of a guided report you will see 'Koha itemtype' appear twice in step 4. To recreate: -Build a guided report -In step 1 select 'Catalog' as the module -In step 3 add at least one column -In step 4 notice that 'Koha itemtype' displays twice no matter what you've selected in step 3 -Check both the 'Koha itemtype' and continue to build your report. -On the confirm your report page notice the SQL looks like this: SELECT items.itemnumber FROM items LEFT JOIN biblioitems on (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio on (biblioitems.biblionumber=biblio.biblionumber) WHERE items.itype='BK' AND items.itype='BK' No matter what you select as the 2nd itype you will get a duplicate of what you selected in the first: WHERE items.itype='BK' AND items.itype='BK' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 27359] New: Add option to return to results list in item search
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27359 Bug ID: 27359 Summary: Add option to return to results list in item search Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Currently if you click on a link from the results of an item search there is no way to return to your results list. To recreate: Go to Item search and perform a search Click on the link in the Title column or the Edit button in the final column for a record >From the record view you cannot return to your results list. Using the Back button returns you to the Item search selection screen instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 27320] New: Add collection code and shelving location options to MARC export tool
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27320 Bug ID: 27320 Summary: Add collection code and shelving location options to MARC export tool Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org The MARC export tool allows you to export records based on item type which is great but sometimes does not provide enough granularity for our needs. It would be useful to also be able to select records based on collection code or shelving location. While a report could be created to capture this data it would provide additional efficiency to be able to select these options from a dropdown like you can with item type. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 27313] New: bulkmarcimport.pl -d foreign key constraint fails
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27313 Bug ID: 27313 Summary: bulkmarcimport.pl -d foreign key constraint fails Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: davewood(a)gmx.at QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz 11:41 < cait1> hm can you file a bug report please? 11:41 < cait1> we have tightened some things in the db, this might be a side effect 11:41 < cait1> but basically... you have issues 11:41 < cait1> Ausleihen 11:41 < cait1> so it's correct in failing 11:41 < cait1> if you truncate the issues first this is probably going to work better 11:42 < cait1> the script is not supposed to be used once you have loaded other transactional data atm 11:42 < cait1> for the same data... perl /usr/share/koha/bin/migration_tools/bulkmarcimport.pl -d -m=*MARCXML* -file test.marc.xml deleting biblios DBD::mysql::db do failed: Cannot delete or update a parent row: a foreign key constraint fails (`koha_libelle`.`issues`, CONSTRAINT `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` (`itemnumber`) ON UPDATE CASCADE) [for Statement "DELETE FROM biblio"] at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 174. DBD::mysql::db do failed: Cannot delete or update a parent row: a foreign key constraint fails (`koha_libelle`.`issues`, CONSTRAINT `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` (`itemnumber`) ON UPDATE CASCADE) [for Statement "DELETE FROM biblioitems"] at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 176. DBD::mysql::db do failed: Cannot delete or update a parent row: a foreign key constraint fails (`koha_libelle`.`issues`, CONSTRAINT `issues_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `items` (`itemnumber`) ON UPDATE CASCADE) [for Statement "DELETE FROM items"] at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 178. .DBD::mysql::db begin_work failed: Already in a transaction at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1588, <GEN24> line 2. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28782] New: Get rid of custom query param list creation for request.pl
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28782 Bug ID: 28782 Summary: Get rid of custom query param list creation for request.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This bug is opened to simplify the query param handling of reserve.pl which currently supports passing the reservable biblionumber using two different query param variables: biblionumber=XXXX biblionumbers=XXXX/YYYY/ZZZZ Almost all our other scripts use the query param duplication and ->multi_param() instead of custom list creation. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 69

[Bug 27288] New: Offer option to close basket when "E-mail order" is used
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27288 Bug ID: 27288 Summary: Offer option to close basket when "E-mail order" is used Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org As closing the basket sets the order to "ordered" and for many libraries sending the email to the vendor is the last action before doing so, it would be nice if we could safe them an extra step by offering a checkbox or similar to close the basket at the time of sending the email order. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 27262] New: We should switch from a checkbox to an alternate submit button for cancelled hold notifications
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27262 Bug ID: 27262 Summary: We should switch from a checkbox to an alternate submit button for cancelled hold notifications Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In bug 26282 we discussed the UX and decided it would be better to use two submit buttons rather than a checkbox approach... it proved a little challenging to implement inline with that bug given the time constraints, so here's a bug to record that intention. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6