May 2016 - Koha-bugs - lists.koha-community.org

[Bug 16421] New: Move hold edit actions into dropdown menu
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '20

22 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16421 Bug ID: 16421 Summary: Move hold edit actions into dropdown menu Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/reserve/request.pl 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 Created attachment 51111 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51111&action=ed… Screenshot showing proposed interface change I propose that we re-work the way existing holds are displayed in the staff client so that many of the actions associated with a hold are moved into a dropdown menu. I would also add some additional information about the status of a hold into the "details" column. This change would accomplish a few things: - Make the display more compact - Make clearer some information which may not be clear. For instance, that a hold is suspended until a particular date, or that a hold is set to lowest priority. - Make clearer the meaning of the hold priority icons. Using text labels with icons, the meaning of each is explicit. Unfortunately Font Awesome doesn't have the equivalent of the "move to top" or "move to bottom" icon, so I've tried to fake it with a border. It's not perfect buy may be passable. See attached screenshot. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 16413] New: Prototype for GetLatestAutoRenewDate and GetSoonestRenewDate should be changed
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '20

13 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16413 Bug ID: 16413 Summary: Prototype for GetLatestAutoRenewDate and GetSoonestRenewDate should be changed Change sponsored?: --- Product: Koha Version: master 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: 16344 Currently the 2 GetLatestAutoRenewDate and GetSoonestRenewDate subroutines takes $borrowernumber and $itemnumber in parameter. They refetch the patron, item and issue information but they already are available from where they are called. It would make sense to change the prototype of these 2 subroutines to accept the patron, item and issue information directly to avoid unnecessary refetches. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16344 [Bug 16344] Add a circ rule to limit the auto renewals given a specific date -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 16140] New: Only clear L1 cache when needed
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '20

13 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16140 Bug ID: 16140 Summary: Only clear L1 cache when needed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P2 Component: Architecture, internals, and plumbing Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 16044 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16044 [Bug 16044] Define a L1 cache for all objects set in cache -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 16137] New: Simplify patron deletion error handling
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16137 Bug ID: 16137 Summary: Simplify patron deletion error handling Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/members/deletemem.pl OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When deleting a patron, there are some cases handled by deletemem.pl which stop the process and redirect to moremember.pl. Other cases stop the process and display an error in the deletemem.tt template. Is there any reason not to redirect all deletion errors to moremember.pl and eliminate the need for deletemem.tt? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 16606] New: Checkout settings dropdown should have a preference to stay open all the time
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16606 Bug ID: 16606 Summary: Checkout settings dropdown should have a preference to stay open all the time Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com Not everyone is concerned with the additional space taken up with the new Checkout settings. It would be helpful if these options could be set to always show. For now I will use a jQuery to force it open, but a preference would be preferable. No pun intended. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 16604] New: Break down patron modification requests for approval/give reasons for denials/allow corrections
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16604 Bug ID: 16604 Summary: Break down patron modification requests for approval/give reasons for denials/allow corrections Change sponsored?: --- Product: Koha Version: 3.22 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 It would be helpful to have the ability to select what changes to approve, and give reasons for denial that would show up somewhere on the patron account or in an e-mail to the patron. It would also be helpful if the changes were editable if mistakes are found (misspellings, no caps, hyphenations, etc.) I would imagine check boxes next to each line of change, and a text box next to each line for "Reason". The reason "could" be saved for both approvals and denials. However, if a reason is given, it would be appropriate to send the reason to the patron. Perhaps the information is incorrect. The patron should be notified. The changes should also be editable. I would imagine an edit button next to the change, which would simply change the text from a label to a text box, with a save and cancel button. I don't think it would be good to have it always editable without a button or link, in case someone accidently changes something. Whether or not staff provide reasons, the approval or denial should be shown to the patron either in their account, or in an e-mail, if they have one, and show any modifications (i.e. Approved or denied, what was on the account before, what the patron requested, what it was actually changed to, reasons if they exist.) Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 16523] New: Ability to choose NONE for the libraries limitation in authorised values
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16523 Bug ID: 16523 Summary: Ability to choose NONE for the libraries limitation in authorised values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 Currently you have to choose at least one library on an authorized value. However, I would like to be able to have a location of CART, with a user friendly description, but not give ANY libraries the ability to choose it manually. I only want the check in process to use it. There should be a NONE option in the list. Christopher -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 16483] New: Ampersand breaks search for analytics
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16483 Bug ID: 16483 Summary: Ampersand breaks search for analytics Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org A customer has reported the following problem: A journal is catalogued with separate records for each issue. The journal has an ampersand in the title, let's call it "This & that". Each issue has 245$a like "This & that 2011-1", "This & that 2011-2" and so on. For each issue, there are analytical records. Now, when you are on the detail view of one of the issues in the staff client (<intranet>/cgi-bin/koha/catalogue/detail.pl?biblionumber=12657) and click on "Show analytics", you get results from all issues of the journal, not just the one you wanted. The URL you are taken to looks like this: <intranet>/cgi-bin/koha/catalogue/search.pl?q=Host-item:This & that 2011-3. Above the search results it says: 14 result(s) found for 'Host-item:This ' in MyLibrary Catalog. Note that the title has been cut before the ampersand. It is possible to tweak the search URL (remove the ampersand) and get the expected results. Changing the URL to this: <intranet>/cgi-bin/koha/catalogue/search.pl?q=Host-item:This that 2011-3. gives this: 8 result(s) found for 'Host-item:This that 2011-3.' in MyLibrary Catalog. The same thing happens in the OPAC. I guess a workaround will be to enable UseControlNumber and follow the descriptions here: https://wiki.koha-community.org/wiki/Analytics -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 16482] New: Check-in page: Display can be broken in translations
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16482 Bug ID: 16482 Summary: Check-in page: Display can be broken in translations 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: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 51345 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51345&action=ed… Screenshot English and GErman with broken display On the check-in page, if the translated strings are longer than the English strings, the form controls display is broken. See screenshot. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 16425] New: Advanced editor should be able to search, link and add authority records
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '20

11 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16425 Bug ID: 16425 Summary: Advanced editor should be able to search, link and add authority records Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The advanced editor in the cataloging module does not permit to search, link and add new authority records. You can link fields to authority records through the $9 subfield but that means searching for each authority record in a separated browser tab or window to retrieve the record id. -- You are receiving this mail because: You are watching all bug changes.

1 3