March 2021 - Koha-bugs - lists.koha-community.org

[Bug 24398] New: Error when viewing single news item and NewsAuthorDisplay pref set to OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24398 Bug ID: 24398 Summary: Error when viewing single news item and NewsAuthorDisplay pref set to OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce: - Set the NewsAuthorDisplay preference to 'OPAC' or 'Both OPAC and staff client.' - Open the OPAC main page and click on an individual news item The page for that single news item shows an error: Template process failed: undef error - The method Koha::NewsItem->author_title is not covered by tests! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 23675] New: UseACQFrameworkForBiblioRecords does not work with diacritics (MARC21)
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23675 Bug ID: 23675 Summary: UseACQFrameworkForBiblioRecords does not work with diacritics (MARC21) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When using UseACQFrameworkForBiblioRecords, there is no field 000 and that is the field that tells Koha which character encoding to use. So diacritics and other non-standard characters appear all mangled. To reproduce : 1- Go to Administration > Global system preferences and activate UseACQFrameworkForBiblioRecords 2- Go to Acquisitions and add to basket from new (empty) record 3- Enter a title with diacritics, for example Pépé le petit chat 4- From the basket, click on the title The diacritics in the title are not correct. If you edit the record from there, and correct the diacritics, it should be okay since there is a field 000 and the 9th position is a. If you modify the ACQ framework to add field 000 with the default value of " nam a22 7a 4500" and redo the steps above it should work and the diacritics should be OK. Furthermore, the plugin for filling out the leader does not work in the order form. I don't know if this is something we would want. But if we have to show the leader in the form, I think it would be best if we could change it using the plugin. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 10950] Add preferred pronoun field to patron record
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '21

18 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10950 --- Comment #5 from David Cook <dcook(a)prosentient.com.au> --- Actually, in retrospect, could this be handled by a "Borrower Attributes" field? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 27626] Patron self-registration breaks if categorycode and password are hidden
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '21

18 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27626 Victor Grousset/tuxayo <victor(a)tuxayo.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to oldstable |Pushed to oldoldstable CC| |victor(a)tuxayo.net Version(s)|21.05.00,20.11.04,20.05.10 |21.05.00,20.11.04,20.05.10, released in| |19.11.16 --- Comment #18 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Backported: Pushed to 19.11.x branch for 19.11.16 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26592] XSS vulnerability when ysearch is used
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '21

18 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26592 --- Comment #26 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Thanks Didier, Backported: Pushed to 19.11.x branch for 19.11.16 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26997] New: Database Mysql Version 8.0.22 failed to Update During Upgrade
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '21

18 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26997 Bug ID: 26997 Summary: Database Mysql Version 8.0.22 failed to Update During Upgrade Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: halim4977(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi, Facing Error During Running Koha-Upgrade-Scheme from 17.11 to 20.05. Details Error DBD::mysql::db do failed: Incorrect DATE value: '0000-00-00' [for Statement "UPDATE suggestions SET suggesteddate = '1970-01-01' WHERE suggesteddate = '0000-00-00';"] at /usr/share/koha/intranet/cgi-bin/installer/data/mysql/updatedatabase.pl line 17632. DBD::mysql::db do failed: Incorrect DATE value: '0000-00-00' [for Statement "UPDATE suggestions SET manageddate = '1970-01-01' WHERE manageddate = '0000-00-00';"] at /usr/share/koha/intranet/cgi-bin/installer/data/mysql/updatedatabase.pl line 17635. DBD::mysql::db do failed: Incorrect DATE value: '0000-00-00' [for Statement "UPDATE suggestions SET accepteddate = '1970-01-01' WHERE accepteddate = '0000-00-00';"] at /usr/share/koha/intranet/cgi-bin/installer/data/mysql/updatedatabase.pl line 17638. Is there any way to fix this? Please advise. Thanks Halim -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 27330] New: Wrong return status when no enrollments in club holds
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '21

18 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27330 Bug ID: 27330 Summary: Wrong return status when no enrollments in club holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com It seems we are expecting a 500 if the club doesn't have any enrollments. A 403 should be returned instead. And it highlights some bad logic in the controller, as it is not catching the narrower exception, but the broader (Exceptions Koha::Club::Hold::add can throw) so some error conditions are being treated wrongly (i.e. bad parameters vs. no enrollments on the club). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 52

[Bug 24469] New: Record biblionumber in import_biblio when adding to basket via file
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '21

18 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24469 Bug ID: 24469 Summary: Record biblionumber in import_biblio when adding to basket via file 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 we stage and then import a file through tools, the biblionumber of the created record gets recorded in import_biblios.matched_biblionumber. When we stage a file and then use it to populate a basket in acquisitions, import_biblio.matched_biblionumber does not get populated. We see the same behavior whether the basket is populated using "From a staged file" or "From a new file." 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 the Record column is empty -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 46

[Bug 19239] New: Cataloguing authority search result list to show double dashes for selected MARC 6XX subfields
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '21

18 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19239 Bug ID: 19239 Summary: Cataloguing authority search result list to show double dashes for selected MARC 6XX subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On the cataloguing authority search result result list, show double dashes (--) before MARC 6XX subfields $v, $x, $y and $z data. Currently, the result list shows as: Australia History 2001- Enhanced authority result list will show the above heading as: Australia -- History -- 2001- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 11442] Show dashes (--) between Subject (Marc 6XX) subfields in authority cataloging plugin
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '21

18 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11442 --- Comment #7 from Phil Ringnalda <phil(a)chetcolibrary.org> --- *** Bug 19239 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0