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

[Bug 13412] Allow configuration of auto-created authorities
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '20

01 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13412 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Roch, I did some first testing and this looks good, I just have have 2 small issues: 1) I believe this would be a MARC21 specific feature as it's proposed now. Could we make it MARC agnostic? Like use a general term in the pref and make it work for UNIMARC as well? I am not sure if there is code for UNIMARC to do a similar thing yet, if not, we could just add a note to the pref description that this is MARC21 only. 2) syspref.sql is sorted alphabetically, actually that helps us to avoid rebasing a lot as not everyone adds their new prefs in the same spot at the end. Can you please sort your new prefs in Please submit a follow-up patch and switch back to Signed-off. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5103] Dates in MARC details not formatted correctly
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '20

01 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5103 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Aleisha, I really love that you have taken on these old bugs! Sadly, we got a UNIMARC vs MARC21 issue here - the mappings with UNIMARC are usually quite different. I think the best would be to look up the subfield codes with the known date columns we have in the items table instead of hardcoding the subfields - this way the MARC flavour and people having mapped things differently won't matter and it will always work. As long as the code reads easily I am not that worried about repeating it at the moment, and it could be something to improve later on. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 3137] Add sys pref to collapse areas of the patron add by default
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '20

01 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3137 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #20 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Ok, one blocker and 2 suggestions: Blocker: 1) The guarantor information won't collapse for me - can you please check? Suggestions: 2) I love the word 'collapse' for this behaviour. I want to suggest renaming the preference from HideFieldsPatronAddForm to CollapseFieldsPatronAddForm. I think using collapse would nicely set this off from other preferences like that actually hide things without giving the option to make them visible again. We could even think about naming it a little differently, perhaps: CollapseSectionsPatronAddForm. Not sure section is good, maybe areas? What I am htinking is that we don't really hide single fields, but 'parts' of the patron add form. 3) I'd remove the a. b. c. etc. from the pref. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 14697] Extend and enhance "Claims returned" lost status
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '20

29 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14697 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |24768 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24768 [Bug 24768] "Return claims" column is missing from column configuration page -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14697] Extend and enhance "Claims returned" lost status
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '20

29 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14697 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |24767 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24767 [Bug 24767] "Claim returned" feature cannot be turned off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8628] Add digital signs to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '20

29 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8628 --- Comment #94 from David Nind <david(a)davidnind.com> --- Created attachment 99801 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=99801&action=ed… Screenshots - screens not aligned correctly It may be my setup (using koha-testing-docker) but I can't seem to get the staff interface screens and the signage to display correctly (Firefox, Google Chrome, and Chromium on Ubuntu 18.04). In the staff interface the add and edit screens take up the whole width of the screen, and the other tools menu items are pushed to the bottom. On the signage screens, things don't display correctly. Screenshots attached. Notes from testing : - Apply patches - Run updatedatabase - Run dbic - flush_memcached - restart_all -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24639] New: Update libsearch-elasticsearch-perl to 6.00-1
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '20

29 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24639 Bug ID: 24639 Summary: Update libsearch-elasticsearch-perl to 6.00-1 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com Buster uses libsearch-elasticsearch-perl 6.00-1 as default https://packages.debian.org/buster/libsearch-elasticsearch-perl We should backport this package to stretch, and set 6.00-1 as the default fyi, currently buster ES tests fail, as Koha defaults to v5 but v6 is installed koha_1 | Test Summary Report koha_1 | ------------------- koha_1 | t/db_dependent/Koha/SearchEngine/Elasticsearch/Search.t (Wstat: 512 Tests: 4 Failed: 0) koha_1 | Non-zero exit status: 2 koha_1 | Parse errors: Bad plan. You planned 13 tests but ran 4. koha_1 | t/db_dependent/Koha/SearchEngine/Elasticsearch/Indexer.t (Wstat: 65280 Tests: 2 Failed: 1) koha_1 | Failed test: 2 koha_1 | Non-zero exit status: 255 koha_1 | Files=484, Tests=10443, 2797.37 wallclock secs ( 4.77 usr 4.35 sys + 1572.95 cusr 561.96 csys = 2144.03 CPU) koha_1 | Result: FAIL -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 14759] Replacement for Text::Unaccent
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '20

29 Feb '20

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

1 0

[Bug 23165] New: Renewals for Self Checkout (SCO) module do not record branchcode in statistics
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '20

28 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23165 Bug ID: 23165 Summary: Renewals for Self Checkout (SCO) module do not record branchcode in statistics Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Koha considers SCO to be part of the OPAC, but the code related to OpacRenewalBranch is in opac-renew.pl. Because of this, the branchcode does not get set when a renewal takes place via the self check module. It would make more sense to move this logic into C4::Circulation::AddRenewal to centralize it and ensure that the statistics branch is set no matter where in the OPAC AddRenewal may be called. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 13327] OPACPopupAuthorsSearch doesn't work with XSLT views
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '20

28 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13327 --- Comment #30 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Jonathan Druart from comment #27) > Owen, sorry but I found a regression. > > With OPACPopupAuthorsSearch and NOT OPACXSLTDetailsDisplay > Hit /cgi-bin/koha/opac-detail.pl?biblionumber=15 > Without the patch, the link on "Additional authors: Bradbury, Nicola." opens > a popup. It does not with your patch. Saw with Owen on IRC. There was only 1 checkbox on the popup, so assuming it's a bug fix and not a regression. -- You are receiving this mail because: You are watching all bug changes.

1 0