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

[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

[Bug 27207] New: Add a spell check feature 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=27207 Bug ID: 27207 Summary: Add a spell check feature 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 Add a spell check feature to the Advanced Cataloging Editor. This would be very helpful for finding errors in notes, subjects, etc. There are a lot of fields in a bib record, such as the 040 or 049, that would not benefit from being spell checked so make it so users can define which MARC tags should be included in spell checking. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 27186] New: Identify specific Patron Categories to not be allowed to be renewed
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27186 Bug ID: 27186 Summary: Identify specific Patron Categories to not be allowed to be renewed Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com All patron categories are renewable in Koha. Once a patron has expired, the staff can easily renew this patron. A library has a scenario that would like Koha to not allow a specific patron category from being renewed. This patron category is temporary and they would like to have staff not have the option to renew them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 27146] New: add pluggability to save/store on add/edit bibliographic data
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27146 Bug ID: 27146 Summary: add pluggability to save/store on add/edit bibliographic data Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl as discussed on IRC on 2.12.2020 on editing bibliograpic data cgi-bin/koha/cataloguing/addbiblio.pl quite often "functional defaults" are needed, like dates, sequence numbers and so on mostly those values should be transparent for the users ie those values must not be edited or even not seen by the users the only possibility at the moment (at least I am aware of) are the value_builder plugins /usr/share/koha/intranet/cgi-bin/cataloguing/value_builder which need a least some user intervention, like clicking the fields good examples are controlnumber 001 and 005 (maybe 003) which mostly would need no user intervention at all see bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9921 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1