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

[Bug 21089] New: Bad floats in Ordering information on acqui/supplier.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '19

06 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21089 Bug ID: 21089 Summary: Bad floats in Ordering information on acqui/supplier.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I haven’t checked master yet, but in the 17.xx versions, I’m noticing it is really difficult to click the dropdown for “List prices are:” in “Ordering information” on /cgi-bin/koha/acqui/supplier.pl. When I look using the F12 tools in Chrome, I see that later “ol” elements are overlapping earlier “li” elements. So the “ol” for the tax options is sitting on top of the “li” for “List prices are:”. Only a tiny part of the “li” is clickable underneath that “ol”. It looks like the floats in the “li” element are causing the sizing of the “ol” to be no good. See https://developer.mozilla.org/en-US/docs/Web/Guide/CSS/Block_formatting_con…. There are a number of strategies for fixing this but I’m not sure what the best one would be here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 22560] New: Forgotten password "token expired" page still shows boxes to reset password
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '19

06 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22560 Bug ID: 22560 Summary: Forgotten password "token expired" page still shows boxes to reset password Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- To replicate: Create a user with a username, password, and email defined Attempt to do a forgotten password recovery Munge your token link in whatever way you like (?uniqueKey=$2a$08$B9szbC5lwJd.mh.QznRHZu for example - this one should be invalid in your DB) Note that a yellow "This link is expired" box is shown, but the two password boxes are still there. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 18011] New: Categories.pl allows users to set the enrolementperioddate to before the current date without any error /warning messages
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '19

06 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18011 Bug ID: 18011 Summary: Categories.pl allows users to set the enrolementperioddate to before the current date without any error/warning messages Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P3 Component: System Administration Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com At present when creating a patron category the user can select a date from the date picker which is earlier than the current date, meaning patrons created from the patron category have a dateexpire before they were even created. The fix of this bug is to implement a javascript message informing the user that the date they selected from the datepicker is invalid and forcing them to choose a new date before they can submit the form. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 22561] New: Forgotten password "password requirements" box doesn't list all of the rules that are in effect for new passwords
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '19

06 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22561 Bug ID: 22561 Summary: Forgotten password "password requirements" box doesn't list all of the rules that are in effect for new passwords Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The blue box on the password recovery page that tells users what requirements new passwords must have doesn't show all of the rules that might be in effect. The infobox currently only shows the length requirements and should show the requirements enacted by RequireStrongPassword, if that is set. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 16231] New: Correct permission handling in subscription edit menu
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '19

06 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16231 Bug ID: 16231 Summary: Correct permission handling in subscription edit menu Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/serials/subscription-detail.pl?subscript ionid=X OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Serials Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The "Edit" toolbar menu for serials contains three items, "Edit subscription," "Edit as new (duplicate)" and "Delete subscription." Each item should be wrapped in its own check for the "CAN_user_serials_*" permission. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 21013] New: Missing itemtype for checkut makes patron summary print explode
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '19

06 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21013 Bug ID: 21013 Summary: Missing itemtype for checkut makes patron summary print explode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If there is a checkout on the patron account for an item without item type (item level itemtypes), then the 'print summary' will explode into an Internal server error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 19011] New: Display patron's own notices for patron user itself
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '19

04 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19011 Bug ID: 19011 Summary: Display patron's own notices for patron user itself Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jvr(a)fct.unl.pt QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Dear Sir, I am still using version 3.22.07 and I am not aware if the option I trying to implement already exists in newer versions. I want the PATRONS to be able to access to their own notices as staff are able to do in, for example: (https://opac.sitename.com:8443/cgi-bin/koha/members/notices.pl?borrowernumb…) The reason is that there are too many complains as everybody says that they haven't receiced any notice emails for a million reasons; in other words no one wants to paid the fines... For this information already resides in the Koha's database tables and it is only a matter of querying it for the OPAC user (with authenticated login) please inform me how to acomplish this. Thank you in antecipation for an early reply. Victor do Rosário -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 21936] New: Patrons do not have option on printed notices
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '19

04 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21936 Bug ID: 21936 Summary: Patrons do not have option on printed notices 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Patrons do not have the ability to opt out of printed notices. Right now, selecting the e-mail option is the only way to turn off printed notices. Which is odd, because SMS doesn't do that. I think we should do one of two things: A) There should be a new column added to the patron messaging preferences that show check marks for all notices in a print column, and allow the patrons to opt out, like the others. E-mail should no longer negate printed. B) Change the check box to a dropdown, and have the choices of Print only, E-mail only, Both, or Neither. The column should be renamed Full Notice (because SMS/phone are treated differently. Personally, I think A is the better, straight forward choice. Less confusion. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 20750] New: Allow timestamped auditing of ILL request events
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20750 Bug ID: 20750 Summary: Allow timestamped auditing of ILL request events Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com Currently there is no audit trail provided for ILL requests, this is required. At the most basic form this would be a timestamped record of changes of a request's status. It would be useful to be able to also record other arbitrary events. This bug proposes the addition of a requests_actions log that allows either the core ILL code or backends to record arbitrary events relating to a request. This could then be displayed in the UI as an "audit trail" or reported upon. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 186

[Bug 22049] New: MarkIssueReturned should rely on returndate only
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '19

03 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22049 Bug ID: 22049 Summary: MarkIssueReturned should rely on returndate only Change sponsored?: --- Product: Koha Version: master 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- There's no need to pass the responsability of calculating the dropbox mode return date inside of it. We should get rid of it, and calculate dates in a single place to avoid bugs and code duplication. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33