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

[Bug 26222] New: Ability to show membership registration and membership renewal date on opac-memberentry.pl page
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '20

22 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26222 Bug ID: 26222 Summary: Ability to show membership registration and membership renewal date on opac-memberentry.pl page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 10

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

22 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14242 --- Comment #77 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Spotted something else: self.$error.html(_('Sorry, nothing found.')); Is not translatable (in .js). Just needs another _ -- 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 22 Aug '20

22 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14242 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #76 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- 1) Copyright date changed The patch set changes the size on coyprightdate and add a pattern check: - <input type="text" id="copyrightdate" name="copyrightdate" pattern="[12]\d{3}" size="4" max length="4" value="[% copyrightdate | html %]" required="required" /> + <input type="text" id="copyrightdate" name="copyrightdate" pattern="[12]\d{3}" size="10" ma xlength="4" value="[% copyrightdate | html %]" required="required" /> I am not sure about this one, especially since it causes issues as Lisette noted on comment#75. The message is just: Please match the requested format. The label and the check also don't match and add a bit to the confusion - we ask for "date" but expect "year". I think adding a hint on the field with the expected format or improving the validation feedback, would be a worthwhile addition here to complement the new check. I am not sure if we can agree on this, but maybe we can discuss renaming Copyright date to publication year? I think this is the only context we use this specific term. (not blocker, asking for opinion and can file separately) 2) Translations in .js files This trick is no longer necessary, you can now wrap translations in js files in __( ) to make them translatable. As Owen is just working hard on switching all the old constructs to the new one, we should avoid adding more work for him. Can you please change that? + var MSG_UNDO_AUTOFILL_SUGGESTION = _("Undo"); + var MSG_SEARCH_GOOGLE_BOOKS = _("Search Google Books"); 3) Undo Not blocker, but wondering if "Clear form" or similar would work a bit better in this case and be more specific for translations. Failing for 2) and a missing hint on 1). Really close and works nicely already, hope to see this come back soon! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25675] New: System preference PatronSelfRegistration incorrectly described
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '20

22 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25675 Bug ID: 25675 Summary: System preference PatronSelfRegistration incorrectly described Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The system preference PatronSelfRegistration description states: "library patrons to register or modify their account via the OPAC" however, in testing it, patron self modification is actually controlled by OPACPatronDetails system preference, which is in a different area of system preferences. At the very least, the description for PatronSelfRegistration should be updated to removed the reference to "modify". I would also propose that OPACPatronDetails and PatronSelfModificationBorrowerUnwantedField are placed together. It is very confusing to enable the modification function in one section, and define the display in another section. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 25521] New: NewItemsDefaultLocation description should not mention cart_to_shelf.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '20

22 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25521 Bug ID: 25521 Summary: NewItemsDefaultLocation description should not mention cart_to_shelf.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This system preference says "NOTE: This system preference requires the misc/cronjobs/cart_to_shelf.pl cronjob. Ask your system administrator to schedule it." But this isn't true, you don't need cart_to_shelf running to use the PROC shelving location. If you you want to go from PROC to CART to permanent location then you need cart_to_shelf for that last part, but not for the PROC part. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 25747] New: Don't display , when patron has no firstname
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '20

21 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25747 Bug ID: 25747 Summary: Don't display , when patron has no firstname Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When we use the invert_name option with patron-title.inc, there is still a ',' displayed when the patron has no firstname. This is the normal case for organisations and also might be in some countries where the name structure is different. This is from holds queue (after bug 25555): [% INCLUDE 'patron-title.inc' invert_name=1 patron=itemsloo.patron hide_patron_infos_if_needed=1 link_to="circulation_reserves" %] -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 25919] New: Desks link is available in left side menu even if UseCirculationDesks is disabled
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '20

21 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25919 Bug ID: 25919 Summary: Desks link is available in left side menu even if UseCirculationDesks is disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I noticed the 'Desks' link in the administration menu on the left side is displayed even if the UseCirculationDesks syspref is turned off. To reproduce: 1- Make sure UseCirculationDesks is set to 'Don't use' 2- Go in Administration > Libraries (or any other section of the admin module) 3- Notice the 'Desks' link in the left side menu -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

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

21 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 --- Comment #132 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 108835 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=108835&action=e… Bug 11299: (QA follow-up) Fix tests, spaces, and CSS update Removed my from variables in test Undid stray line deletions Undid adding 1; to test file Fix CSS replace command Update license Fix spelling Signed-off-by: Nick Clemens <nick(a)bywatersolutions.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 21 Aug '20

21 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11299 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #108552|0 |1 is obsolete| | --- Comment #131 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 108834 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=108834&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> Signed-off-by: Nick Clemens <nick(a)bywatersolutions.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 21 Aug '20

21 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 |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0