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

[Bug 17818] New: Duplicating a subfield yields an empty subfield tag [ follow-up]
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '17

20 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17818 Bug ID: 17818 Summary: Duplicating a subfield yields an empty subfield tag [follow-up] Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 17152 made the subfield cloning function delete the contents of the cloned subfield. But it makes the subfield tag empty too, and this is causing troubles for people re-opening the records for edition. Bug 17477 fix this for textareas, but the problem is the same with dropdown box selection -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 18318] New: Unicode support for Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '17

18 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18318 Bug ID: 18318 Summary: Unicode support for Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We need to offer unicode support in Elasticsearch https://www.elastic.co/guide/en/elasticsearch/guide/current/case-folding.ht… https://www.elastic.co/guide/en/elasticsearch/guide/current/icu-plugin.html Currently a search for: pokemon Will not return results for: pokémon That is just an example :-) -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 16313] New: Koha::Logger doesn't forward the Log::Log4perl::Logger return value
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '17

15 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16313 Bug ID: 16313 Summary: Koha::Logger doesn't forward the Log::Log4perl::Logger return value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org Log::Log4perl::Logger->$method returns undef if the log level is not logged or something bad happened and true or something similar on success. This allows chaining different loggers to trigger if Log4perl failed to log. Koha::Logger is hardwired to return 1 if Log4perl is configured properly regardless of whether the Log4perl actually succeeded in printing the log message. This is a Log4perl best practice: $Koha::Logger->debug() or syslog("LOG_DEBUG", ...); which should revert to syslog() to log if Log4perl cannot for some reason do the logging. (eg. is disabled) This patch makes the Koha::Logger work with Log4perl better in tandem and return the proper return values. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 15958] New: ZOOM/Zebra-connection cache flushing
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '17

15 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15958 Bug ID: 15958 Summary: ZOOM/Zebra-connection cache flushing Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org When writing tests related to searching, When searching the local index repeatedly, changes in the index are not applied to the search results if the results always return the same records. This is due to ZOOM caching the results. This feature adds a ZOOM::Connection flushing subroutine to get rid of old caches. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 17797] New: Add XSLT_Handler in opac/unapi
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '17

10 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17797 Bug ID: 17797 Summary: Add XSLT_Handler in opac/unapi Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 18708] New: Show itemBarcodeFallbackSearch results in a modal window
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '17

10 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18708 Bug ID: 18708 Summary: Show itemBarcodeFallbackSearch results in a modal window Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I propose to modify the template's handling of itemBarcodeFallbackSearch results so that they are displayed in a modal window. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 17708] New: Renewal log seems empty
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '17

10 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17708 Bug ID: 17708 Summary: Renewal log seems empty Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Transaction logs Assignee: koha-bugs(a)lists.koha-community.org Reporter: vimal0212(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 57861 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=57861&action=ed… Renewal log Koha version 16.05.5 Tools > Log > Circulation > Renewal does not display result. Please check the screenshots. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 18528] New: Patron card creator: switch form fields for card height and card width
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '17

09 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18528 Bug ID: 18528 Summary: Patron card creator: switch form fields for card height and card width Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org The form to create or edit a card template has a confusing sequence of fields for page and card height and width: Page width - Page height - Card height - Card width Switch Card height and Card width to make it more intuitive. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 18449] New: Renewal limit button on renew.pl misleading
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '17

09 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18449 Bug ID: 18449 Summary: Renewal limit button on renew.pl misleading Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you hit the renewal limit on the renewal tab, the message gives you a message like: "Windows 8 / ( 50610018249545 ) has been renewed the maximum number of times by Johnny Test ( 12345678 )" And has a button that reads: "Ignore and continue" This button is misleading, as it may be interpreted as "ignore the limit and continue to renew the item". I think the button needs to be relabeled: "Continue without renewing" or "Ok" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 17998] New: Notice ISSUEQSLIP changes do not take effect consistently
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '17

09 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17998 Bug ID: 17998 Summary: Notice ISSUEQSLIP changes do not take effect consistently Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: arm(a)hanover.ca QA Contact: testopia(a)bugs.koha-community.org Changes made the the ISSUEQSLIP template text may eventually happen but not quickly. When the slip is printed, for some time older versions appear instead. This might not happen in later versions, tested in 3.22. We have not tested this in any other notice templates - only ISSUEQSLIP. Details: I make a change (in the 'email' tab), submit, and then open another tab to view or print the change in patron checkout, and my changes are not there. After making several changes to the layout in the 'email' tab, and then attempting to print the slip - newest changes are not there in the print for some time and the preceding versions continue to appear - not the same older version every time but alternating different versions. I did this all in both our 'sandbox' test system, and in our live system. Eventually got the layout I wanted in the test system and copied it to the live system, but still changes did not happen once submitted. I also created a Hanover Library rule (as opposed to the 'all libraries' one), and that seemed to make things worse. I have deleted it. I tried closing browser, using a different browser... and still I would get the version before last or the one before that instead of the most recently submitted. I tried submitting, closing the edit page, waiting, opening and submitting again three times. John at Equinox tested the issue and reported that: I was able to duplicate the issue you described, although this is the first I've heard of it. Some things I found while examining this: 1) the changes do register immediately in the database where the templates are stored. 2) In my testing, every other time I printed a quick slip it would reflect the change, until eventually it would show the change every time. 3) Different browsers made no difference. 4) Restarting Apache between changes appeared to make no difference either. 5) I was not able to duplicate it on 16.05 system It does seem like this is a bug. Katrin asked whether we are using Plack (yes) and caching (I don't know), and she asked that we submit a new bug for this. If anyone could test it on your local 16.05 setup and report whether this can be duplicated, or comment on whether it is related to Plack or caching setup that would be great. We will hope that it is gone in the next release but provide this information for anyone who might run into it or in case it indicates a larger underlying issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3