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

[Bug 20330] New: Allow translating more of quote upload
by bugzilla-daemon＠bugs.koha-community.org 22 May '18

22 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20330 Bug ID: 20330 Summary: Allow translating more of quote upload Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr There are untranslatable error messages and table header texts in the quote upload page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 20386] New: Improve warning and error messages for Search Engine Configuration
by bugzilla-daemon＠bugs.koha-community.org 22 May '18

22 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20386 Bug ID: 20386 Summary: Improve warning and error messages for Search Engine Configuration 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: claire_gravely(a)hotmail.com Warning and error messages on the search engine configuration page could be improved. /cgi-bin/koha/admin/searchenging/elasticsearch/mappings.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 19882] New: Add Novelist Select staff client profile
by bugzilla-daemon＠bugs.koha-community.org 21 May '18

21 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19882 Bug ID: 19882 Summary: Add Novelist Select staff client profile Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The novelist in the staff client doesn't form links correctly as the profile refers to the OPAC. Novelist has suggested a separate profile for the staff side would allow better styling and correct linking. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 20499] New: Checkout of bad barcode: Internal Server Error
by bugzilla-daemon＠bugs.koha-community.org 21 May '18

21 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20499 Bug ID: 20499 Summary: Checkout of bad barcode: Internal Server Error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com There is no error checking on whether the barcode was found. Add some to prevent this internal server error. Can't call method "biblioitem" on an undefined value at /home/vagrant/kohaclone/C4/Circulation.pm line 673. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[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