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

[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 20234] New: Make koha-common.init use koha-zebra instead of koha-*-zebra
by bugzilla-daemon＠bugs.koha-community.org 16 May '18

16 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20234 Bug ID: 20234 Summary: Make koha-common.init use koha-zebra instead of koha-*-zebra Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The koha-*-zebra commands are deprecated so they shouldn't be used. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[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

[Bug 17467] New: There should be a koha-zebra script to handle Zebra daemons for instances
by bugzilla-daemon＠bugs.koha-community.org 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17467 Bug ID: 17467 Summary: There should be a koha-zebra script to handle Zebra daemons for instances Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz There's really no need for one script per action. -- You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 20087] New: When UseACQFrameworkForBiblioRecords in on, required fields can be empty
by bugzilla-daemon＠bugs.koha-community.org 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20087 Bug ID: 20087 Summary: When UseACQFrameworkForBiblioRecords in on, required fields can be empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org When the system preference UseACQFrameworkForBiblioRecords in fixed on "Use" (see bugzilla 19289), the order can be saved even though mandatory fields are not filled. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 19538] New: Advanced editor - Rancor - Move syspref from labs to cataloging and remove experimental note
by bugzilla-daemon＠bugs.koha-community.org 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19538 Bug ID: 19538 Summary: Advanced editor - Rancor - Move syspref from labs to cataloging and remove experimental note Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Rancor is being used by many libraries - it has not shown any destructive tendencies or caused data loss, let's make it official -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 20518] New: Don't show "Messages" header and link on patron details if there are no messages
by bugzilla-daemon＠bugs.koha-community.org 14 May '18

14 May '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20518 Bug ID: 20518 Summary: Don't show "Messages" header and link on patron details if there are no messages 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 On the patron detail page (moremember.pl), a "Messages" header is displayed whether or not there are messages on the account. It should show only when there are messages. In addition "Add a new message" link is redundant because of the button in the toolbar. -- You are receiving this mail because: You are watching all bug changes.

1 13