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

[Bug 9181] Add patron messaging preference to Batch Patrons Modification tool
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '20

17 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew(a)bywatersolutions.com --- Comment #4 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- +1 - this would be super-useful! -- 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 17 Aug '20

17 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #108310|0 |1 is obsolete| | --- Comment #128 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 108396 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=108396&action=e… Bug 11299: Add a button to the biblio edition page to automatically add authority links in the current biblio record via AJAX. Also adds a button to easily create missing authority records. add authority type in the form to create the missing authority. when authority was found, the 600$9 field have the authid. Testing scenario (Creating an authority record for a failed automatic link) : * In you system preferences, deactivate the "AutoCreateAuthorities" preference. * Go to the biblio record creation form to create a new biblio record. (koha/cataloguing/addbiblio.pl) * Click the "Link authorities automatically" button. A message should appear, telling the user "No authority link was changed." * Add random informations in field 600$a of the biblio record. * Click the "Link authorities automatically" button. * if matching authority was found, The message box should now show "600 - A matching authority was found in the local database". * if no matching authority was found, the message box should now show "600 - No matching authority found.". For this scenario, we want the authority match to have failed. * The 600$9 field should now be red and icons should have appeared next to it. Click on the "create authority" icon. * A popup will appear, containing a form to create the missing authority. The form should be pre-filled, a the informations in the 600$a field of the biblio should be in the 100$a field of this new authority record. * Fill in the form and click the "Save" button * The 600$9 field in the biblio record should now be back to normal and have the authid of the authority record that was just created. * Click the "Link authorities automatically" button again. The message box should now show "No authority link was changed.". Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> https://bugs.koha-community.org/show_bug.cgi?id=12299 Signed-off-by: Michal Denar <black23(a)gmail.com> -- 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 17 Aug '20

17 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #127 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Katrin Fischer from comment #126) > Nick, would you mind continuing here as you did the last review? C4/AuthoritiesMarc.pm: sub AddAuthorityFromHeading - added but never used - can remove test as well C4/Biblio.pm: sub LinkBibsHeadingsToAuthorities please add verbose tests to t/db_dependent/Biblio.t C4/Linker.pm - remove POD changes (no changes to code here) authorities/authorities.pl - I do not think we need the line below + use C4::Heading; cataloguing/automatic_linker.pl: - should be in svc I think - This dupicats the sub "BiblioAutoLink" - instead that sub should be updated to pass through the 'verbose' switch and pass back results and this script can simply call that sub koha-tmpl/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tt: please use a CSS class rather than hardcoded color value koha-tmpl/intranet-tmpl/prog/en/modules/cataloguing/addbiblio.tt: please use a CSS class rather than hardcoded color values Other improvement, could be on new bug: 1 - This doesn't work with the advanced cataloging editor - code should be made flexible enough that can be done 2 - If links are changed they become green - if button clicked again they are not green - may not be obvious that I still need to save changes - i think a second run should preserve what was changed since the record was opened/created. 3 - The notice about links should show the headings that were linked/not-linked otherwise it can be confusing which individual 650 had an issue - colors are nice but we should not rely only on colors for accessibility -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9750] Bring routing lists into notices & slips
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '20

17 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9750 Kelly McElligott <kelly(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kelly(a)bywatersolutions.com --- Comment #6 from Kelly McElligott <kelly(a)bywatersolutions.com> --- I would agree, this is an area that needs love from Koha! Help the serials libraries out! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15019] Plack testing - Umbrella
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '20

17 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15019 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |25852 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25852 [Bug 25852] If a layout is edited, the layout type will revert to barcode -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6416] koha-remove fails when dropping user
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '20

17 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6416 --- Comment #8 from rainer.stowasser(a)zamg.ac.at --- Did some tests installed 20.5 on jessie installed 19.11 on buster and the restore "problem" prevails adding a @localhost user "by hand" and everything works fine ... have not figured out why this is not a common problem checking the settings the "original" system of the dump is one that was steadily upgraded since 16.5 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 11889] Disown a list
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '20

17 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11889 --- Comment #45 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #40) > Late in the party... > Yes Marcel I agree with that. Are you still willing to work on it? Well, I am still interested in getting this further ;) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26158] New: Z3950 search button broken for translations
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '20

16 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26158 Bug ID: 26158 Summary: Z3950 search button broken for translations Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: I18N/L10N Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Depends on: 23885 This is similar to bug 23713 var SEARCH_RESULTS = [% IF (SEARCH_RESULTS) %]1[% ELSE %]0[% END %]; become, once translated: var SEARCH_RESULTS = [% IF (SEARCH_RESULTS) %]1[% ELSE %][% END %]; and a JS error appears in the console Uncaught SyntaxError: expected expression, got ';' search.pl:636:29 Caused by commit ef4306cc02e2f15aa2466ae65d0b4f9a1fd70ad9 Bug 23885: Move staff client search results JavaScript into separate file Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23885 [Bug 23885] Move staff client search results JavaScript into separate file -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 26037] New: openlibrary.org is hit on every Koha requests
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '20

16 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26037 Bug ID: 26037 Summary: openlibrary.org is hit on every Koha requests Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org If OpenLibrary sysprefs are enabled, a query is done on every page we load. If the Koha page is not opac-detail or opac-result, a 404 is returned (the URL is not correctly generated). To recreate: Turn on OpenLibraryCovers and OpenLibrarySearch Hit the Koha main page Note you have a 404 in the console: https://openlibrary.org/api/volumes/brief/json?callback=jQuery3410612572585… -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 26017] New: Cashup registers never shows on tools page
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '20

16 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26017 Bug ID: 26017 Summary: Cashup registers never shows on tools page 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com Blocks: 25764 There is a permission check error here: [% IF ( Koha.Preference('UseCashRegisters') && CAN_user_cash_management_manage_cash_registers ) %] Martin, can you tell which was the intended permission? This one doesn't exist. Either the first or second part of the permission is wrong, but I am not sure what is meant. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25764 [Bug 25764] Typo in tools-home for Cashup registers -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23