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

[Bug 7029] Zebra equivalent/mapping works unexpectedly with "ie"
by bugzilla-daemon＠bugs.koha-community.org 25 May '20

25 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7029 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Searching : fuzzy and |Zebra equivalent/mapping |stemming |works unexpectedly with | |"ie" -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 7029] Searching : fuzzy and stemming
by bugzilla-daemon＠bugs.koha-community.org 25 May '20

25 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7029 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #13 from David Cook <dcook(a)prosentient.com.au> --- I love indexing problems... In the Web UI, I just tried "kw, wrdl: chien" and "kw, wrdl: chine" in an English/Chinese Koha instance I have and got back 117 and 115 results respectively. In yaz-client, I tried "kw,wrdl=chien" and "kw,wrdl=chine" and got 0 results both times. However "chinese" and "chienese" both got 115 results... I add "format xml" and "elements zebra::snippet" and retry "chienese", and I get the following: Z> show 1 Sent presentRequest (1+1). Records: 1 Record type: XML <record xmlns="http://www.indexdata.com/zebra/"> <snippet name="Any" type="w"><s>Chinese</s></snippet> </record>nextResultSetPosition = 2 Elapsed: 0.032032 Looking at the Zebra setup, that's using CHR indexing (via word-phrase-utf.chr) rather than ICU indexing. In word-phrase-utf.chr, I see the following: equivalent ï(ie) map ï i My *guess* is that "ie" also gets searched as "ï" which is treated as "i", so "chien" would also search "chin". This corresponds with what Katrin and Marjorie are saying. A bit odd that "chien/chin" would match "chine", but QueryAutoTruncation would cause that to happen, as "chien" would be treated as "chin" and auto truncated as "chin*". So... that's probably that one explained. As for the solution... probably update "map ï i" to "map ï (ie)". -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 7957] Routing lists: manage several routing list for each subscription, and export them as CSV
by bugzilla-daemon＠bugs.koha-community.org 24 May '20

24 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7957 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|aleisha(a)catalyst.net.nz | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6419] Add customizable areas to intranet home pages
by bugzilla-daemon＠bugs.koha-community.org 24 May '20

24 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6419 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|aleisha(a)catalyst.net.nz | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 22305] New: Add syspref to allow ILL to be hidden in OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 May '20

24 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22305 Bug ID: 22305 Summary: Add syspref to allow ILL to be hidden in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com Target Milestone: --- It is conceivable that a site may only want ILL to be a staff function. Currently it is all or nothing, i.e. if it's enabled it appears for staff and patrons. We should add a syspref to allow it to be hidden outside the staff interface. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 8331] Hidden field does not hide from plain MARC and normal views in staff
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8331 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Summary|Hidden field does not hide |Hidden field does not hide |from plain MARC view |from plain MARC and normal | |views in staff Status|In Discussion |ASSIGNED --- Comment #9 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I've tested this again with 245$b, hidden in OPAC and staff interface: OPAC - Normal view: OK - MARC view: OK - MARC view (Plain): OK! - IBSD view: OK Staff interface - Normal: VISIBLE - MARC tab (labelled): OK - ISBD: OK - Plain MARC view (link on Normal): VISIBLE > And svc/records/preview I think it shouldn't be filtered, as batch > modifications should display all subfields to avoid unknowingly > removing/changing unwanted fields/subfields. If this is used for creating the plain MARC view in staff, I think we should filter it here and discuss batch modifications separately. I think as 'batch' inquires editing, we could use the editor flag there instead. I am changing the bug description to reflect the current status. Also decreasing importance to normal. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] Fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] Fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 --- Comment #26 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I was ready to pass QA, but tests fail (pass with master): kohadev-koha@kohadevbox:/home/vagrant/kohaclone$ prove t/db_dependent/Circulation.t t/db_dependent/Circulation.t .. 29/48 _FixOverduesOnReturn(233, Koha::Item=HASH(0x55c8b6955450)->itemnumber...) failed! at /home/vagrant/kohaclone/C4/Circulation.pm line 2056. t/db_dependent/Circulation.t .. 45/48 # No tests run! # Failed test 'No tests run for subtest "Test Backdating of Returns"' # at t/db_dependent/Circulation.t line 3930. Can't call method "amountoutstanding" on an undefined value at t/db_dependent/Circulation.t line 3928. # Looks like your test exited with 255 just after 46. t/db_dependent/Circulation.t .. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 3/48 subtests Test Summary Report ------------------- t/db_dependent/Circulation.t (Wstat: 65280 Tests: 46 Failed: 1) Failed test: 46 Non-zero exit status: 255 Parse errors: Bad plan. You planned 48 tests but ran 46. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21727] New: Add Koha::Account::update_debit
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21727 Bug ID: 21727 Summary: Add Koha::Account::update_debit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org There should be a high-level method for update existing debits, similar to Koha::Account::add_credit and Koha::Account::add_debit It will handle updating the line, and adding an offset. Envisaged use case is for debit amendments and fine increments. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 8338] Fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=25596 -- You are receiving this mail because: You are watching all bug changes.

1 0