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

[Bug 29118] New: Basic editor for new entry or editing records drops fields that contains any UTF-8 character
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29118 Bug ID: 29118 Summary: Basic editor for new entry or editing records drops fields that contains any UTF-8 character Change sponsored?: --- Product: Koha Version: 20.05 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: courtenay.johnson(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using the basic editor for cataloging, entry of new records, fields that contain UTF-8 are silent ignored when saved. When that record is reviewed the field that had contained one of more UTF-8 character is now blank. When an item for that record is entered, fields that contain UTF-8 work fine. A clue may be that when a new record is created, or changed with some UTF-8 in the title field 245a, the field appears to be blank, and if the save button is hit again without making any changes, there is a complaint “Can’t save this record because the following field aren’t filled, tag 245 subfield a Title in tab 0” that you can’t save with a blank title field. However the display of the record that shows the tile and the record number shows the title correctly including the UTF-8 characters exactly as typed in the title. This problem occurs in Koha 18.11 and 21.05. Both are running on Ubuntu 18.11 and now on 20.04.3 LTS. I have tested that mysql tables will accept input from a mysql prompt in UTF-8, and displays it correctly in a query. Have tested that a short HTML file can be read by Apach2 and displays correctly. I have tested that Ubuntu’s locale is set to support UTF-8, by running the locale command. I am using Koha in Canada, using English. I tried the advanced editor option. There was no change when I edited the same record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |29314 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29314 [Bug 29314] Move some OpenURL code to Koha::Biblio -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9565] Deleting a biblio should alert/fail if there are existent subscriptions
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9565 marion.durand(a)biblibre.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marion.durand(a)biblibre.com Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 9565] Deleting a biblio should alert/fail if there are existent subscriptions
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9565 --- Comment #5 from marion.durand(a)biblibre.com --- Created attachment 126821 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=126821&action=e… Bug 9565: (follow-up) Deleting a biblio should alert/fail if there are existent subscriptions Currently Koha will delete a biblio record if there are existent serial subscriptions. This patch will prevent deleting the biblio until attached subscriptions are removed. To test: 1) Add a subscription to a biblio, or check a biblio which has one attached already. 2) Remove all items if there are any. 3) Apply patch. 4) Confirm that the 'Delete record' item is disabled in the list. 5) Attempt to 'Delete record', you should recieve an error message stating to delete all subscriptions before deleting record. 6) Sign off. Sponsored by: Lunds Universitetsbibliotek -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 --- Comment #477 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- + [% IF ComponentParts.size == Koha.Preference('MaxComponentRecords')%] Might be better btw to check with >. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off --- Comment #476 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Tested this and feeling more comfortable now. The value of the MaxComponents syspref is 300 now. Which feels a bit high. But no problem. The EasyAnalytics stuff in Koha made this development a bit harder to understand. That area needs probably a bit more attention. Switching back to SO. If Martin agrees, we can move it back to PQA imho. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 --- Comment #475 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Created attachment 126817 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=126817&action=e… Bug 11175: (QA follow-up) Do not fetch twice We were fetching components in the first call of XSLTParse4Display (opac-detail around L220). And again (opac-detail around L660). Same for catalogue/detail.pl. Moving the XSLT block in both scripts and removing the code from XSLT.pm which again makes the tests obsolete. Not hiding the link when there are components. Might be helpful too. Also fixing biblionumber in the XSLTParse4Display call for parts. Signed-off-by: Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 --- Comment #474 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Created attachment 126816 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=126816&action=e… Bug 11175: (QA follow-up) Remove caching _components Signed-off-by: Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #126743|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0