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

[Bug 27130] New: Adding local cover image at item level shows 'File type' section
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27130 Bug ID: 27130 Summary: Adding local cover image at item level shows 'File type' section Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When adding a local cover image at item level, after file upload there is a section 'File type'. This is for multiple files upload into a zip for biblio level. Not sure how to fix this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 24470] New: Set import_status when file used to populate basket in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24470 Bug ID: 24470 Summary: Set import_status when file used to populate basket in acquisitions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a staged MARC file is used to populate a basket in acquisitions, import_batches.import_status remains set to "staged" even though those records have been imported. To test: - Create a basket - Add to basket From a New File - Select a marc file and stage without checking for duplicates - Add titles to your basket - Confirm from acquisitions that new bibs were created - Go to manage-marc-import.pl and find your file - Confirm that you are still given an "Import this batch into the catalog" button - Query import_batches.import_status and confirm it shows "staged" We could set the status to the existing value of "imported" or could create a new status unique to acquisitions. See also bug 24469 about import_biblios.matched_biblionumber. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 21301] New: Restriction of the informations given by GetRecords ILS-DI service
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21301 Bug ID: 21301 Summary: Restriction of the informations given by GetRecords ILS-DI service Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Websites, Mailing Lists, etc Assignee: wizzyrea(a)gmail.com Reporter: anne-claire.bernaudin(a)univ-rennes1.fr QA Contact: testopia(a)bugs.koha-community.org Actually, the GetRecords service gives many information : bibliographic data (marcxml field) item data (items field) issue data (issues field) The issue data should not be sent by these service. For example, this service is actually used by EDS clients to display real-time item informations on EDS. Ebsco should not have access to the issues information, even if they are partially anonymised (only the firstname of the patron is sent) in 16.05 and maybe in the later versions of Koha. This would be more compliant with GDPR (see bug 18081). Thanks, Anne-Claire -- You are receiving this mail because: You are watching all bug changes.

1 66

[Bug 26848] New: Fix Readonly dependency in cpanfile
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26848 Bug ID: 26848 Summary: Fix Readonly dependency in cpanfile Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 27003] New: action_logs table error when adding an item
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27003 Bug ID: 27003 Summary: action_logs table error when adding an item Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: aovalle(a)biteca.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 113540 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=113540&action=e… Print screen actions_logs table When a user adds an instance, the information is saved in the action_logs table, however it is evident that in version 20.05 the object column remains empty. This is not the case in previous versions. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 26851] New: Overdue notices should not send a report to the library if there is no content
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26851 Bug ID: 26851 Summary: Overdue notices should not send a report to the library if there is no content Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The script checks if there is a letter when falling back to print, but it shoudl also check for the content of that letter -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 27149] New: Z3950Responder removes itemnumber when adding item statuses
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27149 Bug ID: 27149 Summary: Z3950Responder removes itemnumber when adding item statuses Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Koha/Z3950Responder/Session.pm: 297 $field->delete_subfield( code => $itemnumber_subfield ); This breaks MARCEdit integration as svc/bib uses the itemnumber field to update items -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 26894] New: Marc Modification Templates treat subfield 0 as no subfield set when moving fields
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26894 Bug ID: 26894 Summary: Marc Modification Templates treat subfield 0 as no subfield set when moving fields 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Similar to bug 26781 when moving subfield 0 we move the whole record. The tests from 17510 actually cover this, but I suspect it is still not the desired/expected behavior -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 26985] New: Remove code for "Upcoming events" from codebase as not implemented
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26985 Bug ID: 26985 Summary: Remove code for "Upcoming events" from codebase as not implemented Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org This is a translation find related to the messaging preferences. Will probably need a bit of a better description later. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 25802] New: Koha::Calendar->addDate should be renamed addDuration to better reflect it's purpose
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25802 Bug ID: 25802 Summary: Koha::Calendar->addDate should be renamed addDuration to better reflect it's purpose Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The Koha::Calendar->addDate method actually expects a 'Duration', either as a DateTime::Duration object or as an integer and a unit definition. It would be better-called addDuration to reflect it's nature. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15