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

[Bug 19581] New: Elasticsearch - Catmandu split option adds extra null fields to indexes
by bugzilla-daemon＠bugs.koha-community.org 22 May '18

22 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19581 Bug ID: 19581 Summary: Elasticsearch - Catmandu split option adds extra null fields to indexes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com This affects sorting, when encountering a null field the title in question will sort out of place. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 18007] New: Interface updates to notices and notice previews
by bugzilla-daemon＠bugs.koha-community.org 22 May '18

22 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18007 Bug ID: 18007 Summary: Interface updates to notices and notice previews Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)bugs.koha-community.org, testopia(a)bugs.koha-community.org Depends on: 17961, 17981 An upcoming patch will: - Restructure the template for side-by-side comparisons of notice updates - Move JavaScript out of template into separate file - Improving form validation through use of validation plugin - Give better visual feedback for AJAX form checks Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17961 [Bug 17961] TT syntax for notices - Prove we have an equivalent for our historical custom syntax https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17981 [Bug 17981] Add the ability to preview generated notice templates -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 19564] New: Fix extraction of sort order from sort condition name
by bugzilla-daemon＠bugs.koha-community.org 22 May '18

22 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19564 Bug ID: 19564 Summary: Fix extraction of sort order from sort condition name 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: glasklas(a)gmail.com Currently sort order is extracted from sort condition with "my ( $f, $d ) = split /_/;" So for example with the value "call_number_asc", you get $f (field) "call", and $d (order) "number", when expecting to get "call_number" and "asc". This should be changes using a regular expression instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 16124] New: Checking "is a url" box in MARC subfield does not turn it into a link
by bugzilla-daemon＠bugs.koha-community.org 21 May '18

21 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16124 Bug ID: 16124 Summary: Checking "is a url" box in MARC subfield does not turn it into a link Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: fred.king(a)medstar.net QA Contact: testopia(a)bugs.koha-community.org Checking the "is a url" box under "advanced constraints" in the MARC framework/edit subfield section does not turn the subfield into a clickable link when viewed in the OPAC display. This happens (well, does not happen) with existing subfields and ones created for the MARC structure. This is either a bug or there's another step not explained anywhere I can find. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 19583] New: Report updater triggers on auth_header.marcxml
by bugzilla-daemon＠bugs.koha-community.org 21 May '18

21 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19583 Bug ID: 19583 Summary: Report updater triggers on auth_header.marcxml Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In Home › Reports › Guided reports wizard › Saved reports, Any reports that use auth_header.marcxml will display "This report seems obsolete, it uses biblioitems.marcxml field" with an "Update SQL" button. auth_header.marcxml still exists in the schema however. This is bound to be confusing to users. --Barton -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 16175] New: Amazon book covers should use https on public and private lists in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 21 May '18

21 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16175 Bug ID: 16175 Summary: Amazon book covers should use https on public and private lists in the OPAC Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We should be using https on the amazon book covers on the public and private lists in the opac. I haven't yet checked the intranet, so will file one for that side as well if I find out it needs treatment. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 19582] New: Elasticsearch: Auth-finder.pl must use search_auth_compat
by bugzilla-daemon＠bugs.koha-community.org 21 May '18

21 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19582 Bug ID: 19582 Summary: Elasticsearch: Auth-finder.pl must use search_auth_compat Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com When Elasticsearch is enable the authorities search from cataloging is using Zebra, we need to use the compat functions to select the correct engine -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 19549] New: Reserve Slip prints first found hold when patron has multiple holds on a biblio
by bugzilla-daemon＠bugs.koha-community.org 18 May '18

18 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19549 Bug ID: 19549 Summary: Reserve Slip prints first found hold when patron has multiple holds on a biblio Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In C4/Reserves.pm the ReserveSlip function uses this call to get the reserve: 1982 my $hold = Koha::Holds->search({biblionumber => $biblionumber, borrowernumber => $borrowernumber })->next; If a patron has multiple holds there is no way to know if we have the correct one. This function should be updated to take an itemnumber as well and all calls updated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 18190] New: the "Delete" action on Home › Reports › Guided reports wizard › Saved reports should hide reports rather than deleting them
by bugzilla-daemon＠bugs.koha-community.org 17 May '18

17 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18190 Bug ID: 18190 Summary: the "Delete" action on Home › Reports › Guided reports wizard › Saved reports should hide reports rather than deleting them Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Reports in the 'saved_sql' don't hold sensitive information, and they're not large. It is entirely possible for staff members to accidentally delete reports, which then requires the reports to be restored from backups (assuming that a backup has even been made). If we could hide the reports rather than deleting them, that would make it easier to recover in this situation. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 17908] New: Authority merge omnibus
by bugzilla-daemon＠bugs.koha-community.org 15 May '18

15 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17908 Bug ID: 17908 Summary: Authority merge omnibus Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org In order to coordinate some developments on this subject, I will add some bug reports here and *try* to plan getting them further. -- You are receiving this mail because: You are watching all bug changes.

1 61