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

[Bug 11361] Add a Z39.50 search page in the OPAC to let members search for records on remote Koha instances
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '20

09 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11361 Alexis Ripetti <alexis.ripetti(a)inLibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexis.ripetti(a)inLibro.com --- Comment #26 from Alexis Ripetti <alexis.ripetti(a)inLibro.com> --- Fixing conflicts. I am not able to fix the broken link ... When we post the form to start the search, we send a hidden input : <pre> <input type="hidden" name ="biblionumber" value="0"> </pre> However, we use this value to put it into the broken link... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16728] New: Display Issued with entry (MARC21 777) to staff and OPAC normal view
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '20

09 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16728 Bug ID: 16728 Summary: Display Issued with entry (MARC21 777) to staff and OPAC normal view Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: eb(a)efdss.org QA Contact: testopia(a)bugs.koha-community.org The 777 field is not one of the fields currently displayed in staff or OPAC normal view. It is visible in the MARC view, but this does not enable the link (via subfield w) to the related record. The subfields are identical to 773 (which does display in the normal view). The main difference being the automatic text generated by the indicators. http://www.loc.gov/marc/bibliographic/concise/bd777.html This is a very important field for music libraries. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 23852] New: Merge biblio-title.inc and biblio-default-view.inc
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '20

09 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23852 Bug ID: 23852 Summary: Merge biblio-title.inc and biblio-default-view.inc Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The functionality in biblio-default-view.inc should be moved into biblio-title.inc. A "link" parameter will be set when the include file should show a linked title. -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 11361] Add a Z39.50 search page in the OPAC to let members search for records on remote Koha instances
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '20

09 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11361 Alexis Ripetti <alexis.ripetti(a)inLibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #100470|0 |1 is obsolete| | --- Comment #25 from Alexis Ripetti <alexis.ripetti(a)inLibro.com> --- Created attachment 113334 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=113334&action=e… Bug 11361 - Fixing database and merge conflicts Bug 11361 - Fixing z3950servers.tt problems Bug 11361 - Re-adding the 'Attributes' column Bug 11361 - Fixing z3950servers.tt problems -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26485] New: Simplify itemnumber handling in returns.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '20

09 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26485 Bug ID: 26485 Summary: Simplify itemnumber handling in returns.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 25969 This is a follow-up for bug 25969. The way we handle itemnumber is too complicated and error prone. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25969 [Bug 25969] Checking in a found hold at a different branch then confirming the hold causes internal server error -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 14242] Use ISBN-field to fill out purchase suggestions (using an Ajax-request)
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '20

09 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14242 --- Comment #118 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- Some findings that will be useful for QA The request to googleapis.com is done from the browser directly. IIUC the fact that it's due to Koha means that Koha (and thus the library) processes personal data by sending it to Google. Which means the library should (someplaces legally or just by best practices) inform the patrons in the list of all personal data processings. Which personal data? - IP address - user agent - Accept-Language - ISBN search Which is enough to identify someone/a device and for example know some of their reading preferences and use that in advertising. That likely means that it should be avoided unless it's absolutely necessary. One solution could be for Koha to be a proxy for the requests. Is there an example of Koha acting as a proxy to an external service? Since it's an old bug, would me creating a followup bug about proxying the query be enough? And meanwhile, should a small warning in the syspref description be added? So the library can update their documents about their personal data processing. Something like «Personal data processing: Google will receive the following data: IP address, OS name, web browser version, prefered languages, and the ISBNs of the books suggested.» A more experienced English speaker might find a better phrasing. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14242] Use ISBN-field to fill out purchase suggestions (using an Ajax-request)
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '20

09 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14242 Victor Grousset/tuxayo <victor(a)tuxayo.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |victor(a)tuxayo.net Status|Needs Signoff |Failed QA --- Comment #117 from Victor Grousset/tuxayo <victor(a)tuxayo.net> --- First test plan needs to update the syspref name: OPACAutoFill => OPACSuggestionAutoFill 978-1-250-23723-1 works and 978-2-89596-254-0 doesn't when they seems to both be found in books.google.com Is there something wrong about the ISBN or is it a bug? I finally managed to reproduce the bug that I found yesterday. 1. Paste an ISBN, e.g. 978-1451697384 2. Hit tab 3. Paste another ISBN, e.g. 978-1-250-23723-1 4. Hit tab 5. Clear field 6. The data from the find ISBN came back -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9553] Link authorities to bibs when imported
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '20

09 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9553 --- Comment #2 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- On master currently, bulk-imported bibs *will* be linked to authorities as part of the import if BiblioAddsAuthorities is turned on. I don't feel like connecting this behavior and syspref makes much sense. I'd rather have a separate syspref in the Linker section of the Authorities syspref, something like LinkerOnImport. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9553] Link authorities to bibs when imported
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '20

09 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9553 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew(a)bywatersolutions.com --- Comment #1 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- On master currently, bulk-imported bibs *will* be linked to authorities as part of the import if BiblioAddsAuthorities is turned on. I don't feel like connecting this behavior and syspref makes much sense. I'd rather have a separate syspref in the Linker section of the Authorities syspref, something like LinkerOnImport. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11299] Add a button to automatically link authority records in cataloguing (AJAX)
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '20

09 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Patch doesn't apply --- Comment #176 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- There are several conflicts, please rebase. Note the LinkBibHeadingsToAuthorities new parameter $tagtolink added by bug 26641. -- You are receiving this mail because: You are watching all bug changes.

1 0