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

[Bug 23934] New: Item level holds not checked for LocalHoldsPriority in Holds Queue
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '20

18 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23934 Bug ID: 23934 Summary: Item level holds not checked for LocalHoldsPriority in Holds Queue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 21565] New: SCO checkout confirm language
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '20

18 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21565 Bug ID: 21565 Summary: SCO checkout confirm language Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Upon completion of SCO a user clicks "finish" which invokes a JS alert which says "Would you like to print a receipt?". The options are "Cancel" and "OK". This language is confusing to some patrons who think "Cancel" will cancel the entire SCO transaction. Changing this language to "Yes" and "No" would make it much clearer. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 22027] New: Upload cover image
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22027 Bug ID: 22027 Summary: Upload cover image Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: federicoantoniopaiz(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Created attachment 83395 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=83395&action=ed… error_imagen Upload cover image When we upload an image, it shows us on the screen: not found: No such file or directory at /usr/lib/x86_64-linux-gnu/perl5/5.26/GD/Image.pm line 64. and in the log: [Wed Dec 12 13: 21: 40.425798 2018] [cgi: error] [pid 1838] [client 170.210.158.2:35596] AH01215: [Wed Dec 12 13:21:40 2018] upload-cover-image.pl: not found: No such file or directory at /usr/lib/x86_64-linux-gnu/perl5/5.26/GD/Image.pm line 64 .: / usr / share / koha / intranet / cgi-bin / tools / upload-cover -image.pl, referer: http://biblioadmin.unaj.edu.ar/cgi-bin/koha/tools/upload-cover-image.pl?bib… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 21915] New: Add a way to automatically reconcile balance for patrons
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21915 Bug ID: 21915 Summary: Add a way to automatically reconcile balance for patrons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 18805 introduced a way to use existing credits to cancel outstanding debts, from the staff interface. Most users expressed they want existing credits to be applied to outstanding debt, in an automatic way. We could add a syspref controlling this behaviour, and a cli script for people wanting all the balances reconciled at once, or nightly through a cronjob. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 81

[Bug 18519] New: Add ability to skip irrelevant dates in Koha::Calendar
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '20

17 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18519 Bug ID: 18519 Summary: Add ability to skip irrelevant dates in Koha::Calendar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We've seen occurrences of fines.pl and overdue_notices.pl slowing down when there are a large number of (usually old) entries in special_holidays table. Apparently, we're checking each candidate day against the whole fines calendar -- this is unnecessary, as both fines and overdue notices are are bounded; we only need to check the calendar enteries between the current day and the relevant letter delay (for overdue notices) or between the day the item went overdue and the current day (for fines). If we could pass in a start and end date, we could eliminate this overhead. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 21746] New: Remove NO_LIBRARY_SET
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '20

16 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21746 Bug ID: 21746 Summary: Remove NO_LIBRARY_SET Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 20489 NO_LIBRARY_SET was used when the DB user was logged in. Since bug 20489 it's not longer possible. We could remove the code. We also have 2 TT variables: LoginBranchcode, LoginBranchname And 1 template method, Branches.GetLoggedInBranchcode. We could simplify and unify that code Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20489 [Bug 20489] Prevent DB user login -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 21137] New: Remplace BORROWER_INFO and USER_INFO with logged_in_user
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '20

16 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21137 Bug ID: 21137 Summary: Remplace BORROWER_INFO and USER_INFO with logged_in_user Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 18403 We now have a Koha::Patron object sent to the templates, logged_in_user. It must be used everywhere patron's info are needed. BORROWER_INFO and USER_INFO can be replaced using it. See commit d2f2590c894efca417112795e05248dbd16636f5 Bug 18403: Send logged_in_user to template from C4::Auth Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18403 [Bug 18403] Hide patron information if not part of the logged in user library group -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 23151] New: Patron self modification sends null dateofbirth
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '20

16 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23151 Bug ID: 23151 Summary: Patron self modification sends null dateofbirth Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To Test: - confirm OPACPatronDetails is set to Allow - log into opac - submit change request without changing date of birth - look at change request on staff, see that request includes removal of date of birth I've confirm this bug occurs regardless of whether or not dateofbirth is included in either PatronSelfRegistrationBorrowerMandatoryField or BorrowerUnwantedField. Bug exists in 18.11.06 but not in 18.11.05 -- You are receiving this mail because: You are watching all bug changes.

1 71

[Bug 20483] New: Allow users to delete specific borrower history entries, independent of of anonymising data
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '20

16 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20483 Bug ID: 20483 Summary: Allow users to delete specific borrower history entries, independent of of anonymising data 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: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Borrowers should be able to granularly delete or anonymise their own issuing histories. Possibly we should only remove what the item was, not the entire record of the checkout. For example, if someone had issued 10 books in the past, but didn't want "the three little pigs" to turn up in their history anymore, they should be able to delete this. This borrower could either show a statistic of "10 issues" with titles for 9, or we could remove the record of the issue altogether. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 19833] New: Kill the "biblios"
by bugzilla-daemon＠bugs.koha-community.org 15 Jun '20

15 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19833 Bug ID: 19833 Summary: Kill the "biblios" 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org For bibliographic record we use three string variants: - biblio - biblio record - biblliographic record According to our terminology we should always use "bibliographic record", we should modify it in all templates. https://wiki.koha-community.org/wiki/Terminology -- You are receiving this mail because: You are watching all bug changes.

1 72