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

[Bug 15437] MARC21: Show $i for 780/785
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '20

14 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15437 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #110022|0 |1 is obsolete| | --- Comment #14 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 110024 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110024&action=e… Bug 15437: (follow-up) Move $i subfield display to the beginning and add OPAC This patch builds on Caitlin's to finish the work but keeping as much from her code as possible. - Finishes reindenting started in first patch - Readds a space after the label - Moves $i to the beginning of the field as suggested by MARC21 documentation: http://www.loc.gov/marc/bibliographic/bd76x78x.html The data in subfield $i can be displayed preceding the other data contained in the field. - Adds a span with a class around the $i so people can control the formatting To test: - Catalog a record with 780/785 with and without $i. - Verify that they display nicely in staff and OPAC, $i should show. Also $a and $t will show (unchanged by this patch) Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15437] MARC21: Show $i for 780/785
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '20

14 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15437 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #110021|0 |1 is obsolete| | --- Comment #13 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 110023 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110023&action=e… Bug 15437: MARC21: Show $i for 780/785 Test Plan 1: Inside Administration go to MARC bibliographic framework and on the default framework under Actions click on MARC structure 2: Search for 780 under search tag and under actions click subfields 3: Find i and click on edit. 4: Under Advanced Constraints select editor and save the changes. 5: Repeat for 785. 6: Find a Bibliograpical record and under Edit select edit record. 7: Under the 7 put values into 780 and 785. For this to work it is dependant on the patch 17929 so that you can type into the indicators 8: When you save the changes you won't be able to see 780 or 785 on the Bibliographical details 8: Apply the patch 9: Refresh and 780 and 785 should be there at the bottom under the content https://bugs.koha-community.org/show_bug.cgi?id=15437 Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15437] MARC21: Show $i for 780/785
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '20

14 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15437 --- Comment #12 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 110022 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110022&action=e… Bug 15437: (follow-up) Move $i subfield display to the beginning and add OPAC This patch builds on Caitlin's to finish the work but keeping as much from her code as possible. - Finishes reindenting started in first patch - Readds a space after the label - Moves $i to the beginning of the field as suggested by MARC21 documentation: http://www.loc.gov/marc/bibliographic/bd76x78x.html The data in subfield $i can be displayed preceding the other data contained in the field. - Adds a span with a class around the $i so people can control the formatting To test: - Catalog a record with 780/785 with and without $i. - Verify that they display nicely in staff and OPAC, $i should show. Also $a and $t will show (unchanged by this patch) Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15437] MARC21: Show $i for 780/785
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '20

14 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15437 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #59180|0 |1 is obsolete| | --- Comment #11 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 110021 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110021&action=e… Bug 17437 MARC21: Show $i for 780/785 Test Plan 1: Inside Administration go to MARC bibliographic framework and on the default framework under Actions click on MARC structure 2: Search for 780 under search tag and under actions click subfields 3: Find i and click on edit. 4: Under Advanced Constraints select editor and save the changes. 5: Repeat for 785. 6: Find a Bibliograpical record and under Edit select edit record. 7: Under the 7 put values into 780 and 785. For this to work it is dependant on the patch 17929 so that you can type into the indicators 8: When you save the changes you won't be able to see 780 or 785 on the Bibliographical details 8: Apply the patch 9: Refresh and 780 and 785 should be there at the bottom under the content https://bugs.koha-community.org/show_bug.cgi?id=15437 Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15437] MARC21: Show $i for 780/785
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '20

14 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15437 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff Patch complexity|--- |Small patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15437] MARC21: Show $i for 780/785
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '20

13 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15437 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #46842|0 |1 is obsolete| | -- 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 13 Sep '20

13 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #71 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hm, sorry, found a bigger issue last minute: In the OPAC the display is not nice, probably due to the bootstrap patch being pushed in between. All the components show above the title of the record now. -- 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 13 Sep '20

13 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 --- Comment #70 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Joonas, finally found some time to take a closer look: 1) System preference - I think staff interface is not a good tab choise, I'd put it under "Cataloguing" or "Search". - As this currently doesn't work for UNIMARC or Elasticsearch, we should add a hint about this in the pref so people know what to expect. - And maybe "does not require UseControlNumber".? - Change staff client to staff interface (see terminology list) 2) Use of 003 Looking at the patch and the test plan I am quite happy with the proposed search strategy. This should work really well for our libraries! 3) I am still slightly worried about what will happen when there are several hundred of analytical records found. This would be very commonly the case for our law and special libraries that do extensive analytical cataloguing for serials. And all the analyticals are linked to the serials (there are no volume or issue records as per the rules of our union catalog) so it gets quite a lot. Could you think of a strategy for those? Maybe we could define a number for a "cutoff" and display a link for "Show more". Ideal would be to show the newest x linked records. I am going to sign-off as this is an optional feature that works well as is. I hope we can figure out something for 1) (maybe we will add Elasticsearch support after consulting Nick?) and possibly 3) in the QA step. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18719] New: Manage staged MARC records, the Job progress bar stuck at 0%
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '20

13 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18719 Bug ID: 18719 Summary: Manage staged MARC records, the Job progress bar stuck at 0% Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: joseanjos(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Following: http://koha.1045719.n5.nabble.com/Problem-on-Staged-MARC-management-td59352… I can upload the Unimarc file, then "Stage for import", but then when I import this batch into the catalog on "Manage staged MARC records", the Job progress bar will keep 0% forever. If I refresh page it shows that the record was staged ok. The problem is related with the Items because when I choose NO on "Check for embedded item record data?" it works, the Job progress bar will go to 100% I've tried other files and with mysql 5.7 or mariDB On /var/log/koha/koha/intranet-error.log [cgi:error] [pid 1580] [client xx.xx.xx.xx:35538] AH01215: [Tue May 30 14:34:16 2017] stage-marc-import.pl: Use of uninitialized value in concatenation (.) or string at /usr/share/perl5/MARC/File/XML.pm line 397, <__ANONIO__> chunk 2.: /usr/share/koha/intranet/cgi-bin/tools/stage-marc-import.pl, referer: <a href="http://yy.yy.yy.yy::8080/cgi-bin/koha/tools/stage-marc-import.pl">http://yy.yy.yy.yy::8080/cgi-bin/koha/tools/stage-marc-import.pl Trying with bulkmarcimport.pl I have this message: bib-64150.marcxml deleting biblios DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_koha`.`aqorders`, CONSTRAINT `aqorders_ibfk_2` FOREIGN KEY (`biblionumber`) REFERENCES `koha_koha`.`biblio` (`biblionumber`)) [for Statement "truncate biblio"] at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 150. DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_koha`.`items`, CONSTRAINT `items_ibfk_1` FOREIGN KEY (`biblioitemnumber`) REFERENCES `koha_koha`.`biblioitems` (`biblioitemnumber`)) [for Statement "truncate biblioitems"] at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 151. DBD::mysql::db do failed: Cannot truncate a table referenced in a foreign key constraint (`koha_koha`.`accountlines`, CONSTRAINT `accountlines_ibfk_2` FOREIGN KEY (`itemnumber`) REFERENCES `koha_koha`.`items` (`itemnumber`)) [for Statement "truncate items"] at /usr/share/koha/bin/migration_tools/bulkmarcimport.pl line 152. Characteristic MARC flavour: UNIMARC . 1 MARC records done in 0.147950887680054 seconds -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 15032] [Plack] Scripts that fork (like stage-marc-import.pl) don't work as expected
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '20

13 Sep '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15032 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |joseanjos(a)gmail.com --- Comment #42 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 18719 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0