April 2016 - Koha-bugs - lists.koha-community.org

[Bug 11088] Patron entry page should use floating toolbar like cataloging interface
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '16

29 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11088 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |melia(a)bywatersolutions.com --- Comment #19 from Aleisha Amohia <aleishaamohia(a)hotmail.com> --- *** Bug 9347 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9347] save button at the top of screen when editing or adding patron
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '16

29 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9347 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aleishaamohia(a)hotmail.com Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Aleisha Amohia <aleishaamohia(a)hotmail.com> --- This is being dealt with by having a floating save panel: Bug 11088 Marking this bug as a duplicate. *** This bug has been marked as a duplicate of bug 11088 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15058] Update German web installer sample files for 3.22
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '16

29 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15058 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|Pushed to Master |CLOSED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15541] Prevent normalization during matching/import process
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '16

29 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15541 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #47022|0 |1 is obsolete| | --- Comment #15 from David Cook <dcook(a)prosentient.com.au> --- Created attachment 50971 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50971&action=ed… Bug 15541 - Prevent normalization during matching/import process This patch allows you to use the "qualifier,qualifier" syntax in the Record Matching Rules "Search Index" when using the QueryParser. While QueryParser doesn't support this syntax, it will now fallback correctly to non-QueryParser functionality. Without the patch, your search will just fail silently. This patch also adds a "skip_normalize" flag to C4::Search::SimpleSearch(), and sets the flag during C4::Matcher::get_matches. This prevents the s/:/=/g and s/=/:/g normalization which happens in a heavy-handed way to provide correct query syntax. However, get_matches() already uses the correct syntax, so this normalization is unneeded. The normalization also mangles URLs which causes failures when using the "url" (ie "u") register in Zebra (see bug 15555). This patch also creates "raw" and "none" normalizers for the Record Matching Rules, which prevents the stripping of spaces and punctuation by Koha prior to sending queries to Zebra. This is important for a number of reasons. First and foremost, Zebra does normalization better than Koha. ICU and CHR normalize strings differently, so it's better not to try to outsmart Zebra with pre-normalization of punctuation and spaces, as it will lead to search problems. Second, when using the "u" register in Zebra, you don't want to normalize the value, since it's stored "as is" in the Zebra database. Normalization causes search failures. _TEST PLAN_ 1) Apply patches from http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15555 2) Create a record in Koha with a 024 $a http://koha-community.org/test $2 uri 3) Do a full re-index of Zebra 4) Create a Record Matching Rule in Koha with the following details: Description: Test Match threshold: 100 Record type: Bibliographic Match point 1: Search index: id-other,st-urx Score: 100 Tag: 024 Subfields: a Normalization rule: raw 5) Download your record from Koha as a .mrc file (ie isomarc, binary marc, etc) 6) Go to "Stage MARC records for import" 7) Upload your .marc file. 8) Change your "Record matching rule" to "Test" 9) Click Stage for import 10) It should say "1 records with at least one match in catalogu per matching rule "Test". -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15562] Make Koha more suitable for shared hosting with plack
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '16

29 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15562 Mason James <mtj(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtj(a)kohaaloha.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15541] Prevent normalization during matching/import process
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '16

29 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15541 --- Comment #14 from David Cook <dcook(a)prosentient.com.au> --- Ah, easy fix fortunately... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15541] Prevent normalization during matching/import process
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '16

29 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15541 --- Comment #13 from David Cook <dcook(a)prosentient.com.au> --- This fails to apply now anyway because of some of the ElasticSearch stuff... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15562] Make Koha more suitable for shared hosting with plack
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '16

29 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15562 Jesse Weaver <jweaver(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jweaver(a)bywatersolutions.co | |m --- Comment #40 from Jesse Weaver <jweaver(a)bywatersolutions.com> --- I think that may be a devbox-specific problem, Kyle; this works for me, at least in a single-site (OPAC/intranet) git installation. Though note that I used koha-multi.psgi, after adding: use Koha::Handler::Plack::CGI; -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11089] Item edit screen should use floating toolbar like cataloging interface
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '16

29 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11089 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #50965|0 |1 is obsolete| | --- Comment #2 from Aleisha Amohia <aleishaamohia(a)hotmail.com> --- Created attachment 50970 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50970&action=ed… Bug 11089: Add floating save button to item edit screen It was agreed in Bug 11088 that the floating save panel is used when there are no other controls which need to be displayed in a toolbar. Thought it could be applied here. To test: 1) Apply 11088 first 2) Apply this patch 3) Go to edit an individual item 4) Confirm that Save panel floats in bottom right corner of page and stays in this position when browser is made to be narrower or wider 5) Test with 2 active languages to ensure Save panel changes position to not be covered by language chooser Sponsored-by: Catalyst IT -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15434] Make search results breadcrumbs human readable
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '16

29 Apr '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15434 --- Comment #33 from David Cook <dcook(a)prosentient.com.au> --- I haven't had time to go over this bug... but I don't really understand it. We build the breadcrumbs... so why are we doing this client-side? Why aren't we doing this server-side? -- You are receiving this mail because: You are watching all bug changes.

1 0