December 2019 - Koha-bugs - lists.koha-community.org

[Bug 19378] New: Onboarding tool should allow configuration of holds
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '20

26 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19378 Bug ID: 19378 Summary: Onboarding tool should allow configuration of holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com At the moment, the onboarding tool allows you to set on-shelf holds but it doesn't let you actually set up allowed hold counts which means holds are disabled by default. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 23643] New: Moderation links are out of sight and overlooked
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '20

25 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23643 Bug ID: 23643 Summary: Moderation links are out of sight and overlooked Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The moderation links at the bottom of the home page of the staff client are off the screen, depending on your resolution, or so low that they are hardly noticeable. They just seem like an after thought or tagged on at the end of the page. I would suggest either turning them into buttons like the rest of the buttons on the page, or have them appear with a yellow background above the news in the left panel. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 23658] New: WrongTransfer modal drops off specified checkin date on returns.pl
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '20

25 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23658 Bug ID: 23658 Summary: WrongTransfer modal drops off specified checkin date on returns.pl Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To replicate: Have an item that needs a transfer use the check in page, and backdate the checkin date check in the item, click ok or print - backdating is OK Check it in again - backdating drops off -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 18945] New: UseQueryParser system preference breaks subject searches
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '20

24 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18945 Bug ID: 18945 Summary: UseQueryParser system preference breaks subject searches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 65071 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65071&action=ed… ScreenShot1 Steps to recreate. 1.Check and make sure UseQueryParser system preference is set to "Don't Try" 2.Preform a search in koha. 3.From an items detail page click on a subject heading. 4.Koha will return results. Next - Turn on UseQueryParser and follow same steps. This will cause Koha to break. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 15967] New: Print notices are not generated if the patron cannot be notified
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '20

24 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15967 Bug ID: 15967 Summary: Print notices are not generated if the patron cannot be notified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Notices Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Regression introduced by bug 14133, see but 14133 comment 13. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 23064] New: Cannot add edit subscription with strict SQL modes turned on
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '20

23 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23064 Bug ID: 23064 Summary: Cannot add edit subscription with strict SQL modes turned on Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- bug 22812 fixed the values when adding a new subscription, however, editing a subscription throws errors like: DBD::mysql::st execute failed: Incorrect integer value: '' for column 'innerloop1' if all numbering pattern values are not set -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 24313] New: XSLT errors should show in the logs
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '20

20 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24313 Bug ID: 24313 Summary: XSLT errors should show in the logs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org A broken XSLT file will just "silently" die and there are no longer any errors in the logs that can help to identify the problem. This used to work and must have changed somewhere sometime. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 24054] New: Typo in ClaimReturnedWarningThreshold system preference
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '20

20 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24054 Bug ID: 24054 Summary: Typo in ClaimReturnedWarningThreshold system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org ClaimReturnedWarningThreshold# Warn librarians that a patron has excessive return cliams if the patron has claimed the return of more than cliams is spelled wrong. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 23903] New: Replace OPAC icons with Font Awesome
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '20

20 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23903 Bug ID: 23903 Summary: Replace OPAC icons with Font Awesome Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org We can eliminate use of the sprite image for icons and use Font Awesome instead. This will be simpler and more customization-friendly. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 24016] New: manager_id in Koha::Patron::Message->store should not depend on userenv alone
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '20

20 Feb '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24016 Bug ID: 24016 Summary: manager_id in Koha::Patron::Message->store should not depend on userenv alone Change sponsored?: --- Product: Koha Version: unspecified 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: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org Koha::Patron::Message->store has this > my $userenv = C4::Context->userenv; > $self->manager_id( $userenv ? $userenv->{number} : undef); This breaks in REST API when userenv is not set. Let API user pass manager_id without relying on C4::Context->userenv. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27