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

[Bug 19828] New: Koha::Object-> store should catch DBIC exceptions and raise Koha::Exceptions
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '18

28 Dec '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19828 Bug ID: 19828 Summary: Koha::Object->store should catch DBIC exceptions and raise Koha::Exceptions 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org DBIC exceptions are not suitable for reporting end users and API consumers the problems we find. They need to be parsed to find out the root cause of the problems. This could be done in Koha::Object-based classes (see bug 16330 for a discussion on this), but it should be handled more generically, in Koha::Object->store. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 20564] New: Error 500 displays when uploading patron images with a zipped file
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '18

23 Dec '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20564 Bug ID: 20564 Summary: Error 500 displays when uploading patron images with a zipped file Change sponsored?: --- Product: Koha Version: 17.11 Hardware: PC OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org When uploading a zipped file of patron images an Error 500 message displays on screen at cgi-bin/koha/tools/picture-upload.pl. The error displays regardless of whether the upload was successful or not and means that the user does not see the expected confirmation message. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 16108] New: XLST and CSS
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '18

19 Dec '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16108 Bug ID: 16108 Summary: XLST and CSS 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: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There are a number of lines on the results page that still don't have a .class or #id. This is happening using css to customize this page. Ed -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 19851] New: Improve responsive layout handling of staff client menu bar
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '18

18 Dec '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19851 Bug ID: 19851 Summary: Improve responsive layout handling of staff client menu bar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 69952 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=69952&action=ed… Screenshot showing broken layout below 768 pixels wide The built-in Bootstrap responsive layout makes the staff client's menu bar behave badly at browser widths smaller than 768 pixels. I propose to add some CSS to make it work somewhat better. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 20341] New: Show authorized value description for withdrawn like damaged and lost
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '18

18 Dec '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20341 Bug ID: 20341 Summary: Show authorized value description for withdrawn like damaged and lost Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Actually catalog detail page shows for damaged and lost items the authorized value description if exists. We must do the same for withdrawn information. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 19365] New: link_bibs_to_authorities.pl doesn' t work with Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '18

13 Dec '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19365 Bug ID: 19365 Summary: link_bibs_to_authorities.pl doesn't work with Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: frank.hansen(a)ub.lu.se We need to run the script on daily basis to link bibliographic records to matching authority records. We know this worked with Zebra. But with Elasticsearch it don't. Our current system preference settings is the following: AutoCreateAuthorites: no. BiblioAddsAuthorities: no. UseAuthoritiesForTracing: yes. CatalogModuleRelink: yes. LinkerKeepStale: yes. LinkerModule: Default. LinkerOptions: broader_headings LinkerRelink: yes In the future we want to AutoCreateAuthorites when matching authority headings does not exist. The link_bibs_to_authorities.pl runs normally with no errors but no bibliographic records are linked to matching authority records. Here is tha last reports: Bib authority heading linking report ======================================================= Linker module: C4::Linker::Default Run started at: 09/24/17 06:25:04 Run ended at: 09/25/17 07:53:13 Total run time: 91688923 ms Number of bibs checked: 654037 Number of bibs modified: 0 Number of bibs with errors: 0 Number of headings linked: 0 Number of headings unlinked: 178717 Number of headings fuzzily linked: 1598619 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 87

[Bug 19753] New: Move template JavaScript to the footer: Acquisitions
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '18

12 Dec '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19753 Bug ID: 19753 Summary: Move template JavaScript to the footer: Acquisitions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 17858 In order to conform to best practices for performance staff client template javascript should be in the footer instead of the header. This patch will do so for some of the acquisitions templates. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17858 [Bug 17858] Omnibus: Move staff client JavaScript to the footer -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 20157] New: Use group 'features' to decide which groups to use for group searching functionality
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '18

06 Dec '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20157 Bug ID: 20157 Summary: Use group 'features' to decide which groups to use for group searching functionality 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 16735, 20133 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16735 [Bug 16735] Replace existing library search groups functionality with the new hierarchical groups system https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20133 [Bug 20133] "Hide patron information" feature should not affect all library groups -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 20261] New: No result in some page in authority search opac and pro (ES)
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '18

06 Dec '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20261 Bug ID: 20261 Summary: No result in some page in authority search opac and pro (ES) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: claire.hernandez(a)biblibre.com How I reproduce this issue: * apply bug 17373 (auth unimarc mapping) * mappings.pl?op=reset&i_know_what_i_am_doing=1 * reindex autorities - ex: rebuild -a -v -d * authority search in opac or pro, looking for a term used * page 1 => OK, I see results * clic on page 2 => OK, I see results * clic on page 3 => KO, no result * clic on the lasty page displayed => KO (another), with an error ==> error.log <== [Wed Feb 21 10:30:11 2018] authorities-home.pl: [Request] ** [http://elastic:80]-[500] {"error":{"root_cause":[{"type":"query_phase_execution_exception","reason":"Result window is too large, from + size must be less than or equal to: [10000] but was [10020]. See the scroll api for a more efficient way to request large data sets. This limit can be set by changing the [index.max_result_window] index level setting."}],"type":"search_phase_execution_exception","reason":"all shards failed","phase":"query","grouped":true,"failed_shards":[{"shard":0,"index":"koha_maedi_authorities","node":"hhR2RjsnSye_jPUnySnMkQ","reason":{"type":"query_phase_execution_exception","reason":"Result window is too large, from + size must be less than or equal to: [10000] but was [10020]. See the scroll api for a more efficient way to request large data sets. This limit can be set by changing the [index.max_result_window] index level setting."}}]},"status":500}, called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /usr/share/perl5/Catmandu/Store/ElasticSearch/Bag.pm line 167. With vars: {'status_code' => 500,'request' => {'method' => 'GET','path' => '/koha_maedi_authorities/data/_search','serialize' => 'std','body' => {'size' => 20,'from' => 10000,'sort' => [{'Heading__sort.phrase' => 'asc'}],'query' => {'bool' => {'should' => [{'match' => {'Heading-Main' => 'de'}}]}}},'qs' => {},'mime_type' => 'application/json','ignore' => []}} [Wed Feb 21 10:30:11 2018] authorities-home.pl: Unable to perform your search. Please try again. I don't know if it is a mapping problem or a page management issue in authority search. To be investigated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 18900] New: Receiving order with unitprice multiples by 1000
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '18

06 Dec '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18900 Bug ID: 18900 Summary: Receiving order with unitprice multiples by 1000 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 18471 added number formating in order receive. I found a bug generated by this. Koha::Number::Price defines methods to (un)format price depending on CurrencyFormat syspref. The bug is that for CurrencyFormat US, some params are not defined in this module so there are retrieved from system locale. If system locale is not en_US, the params will be wrong. For example fr_FR will define , as decimal and so multiple price value by 1000. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28