January 2022 - Koha-bugs - lists.koha-community.org

[Bug 16109] New: Toolbars wrapping on narrower browsers
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16109 Bug ID: 16109 Summary: Toolbars wrapping on narrower browsers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 49326 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=49326&action=ed… Buttons on members-toolbar.inc wrapping when I make my browser smaller -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 16093] New: Streamline Holds awaiting pickup cancel process
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '23

09 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16093 Bug ID: 16093 Summary: Streamline Holds awaiting pickup cancel process Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 I would like to suggest some improvements to the Holds over tab in the Holds awaiting pickup tables (waitingreserves.pl): In addition to seeing 13838 pushed to master, I would love to see the following: * Checkboxes next to items, along with a Cancel selected button next to the Cancel All button, with a confirmation. * I haven't confirmed, but if the Cancel all button doesn't already have it, it should also have a confirmation. * Preference to print slips on items that are cancelled individually with the Cancel hold and return to button. * Items that have hold requests should indicate that on the button rather than the "return to" information. * Items that have hold requests end up with TWO statuses on them in this process. They end up with a transfer to the owning library and a hold transfer. In cases where there is a hold request on the item, the transfer status should be skipped and the hold request honored, with the appropriate slip. * If the list is sorted by a particular column, the sort should remain intact when the screen refreshes (bug 13838 solves half the battle by keeping you on the same tab). Christopher -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 24860] New: Add ability to place volume level holds
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '23

08 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24860 Bug ID: 24860 Summary: Add ability to place volume level holds 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This feature builds upon bug 24857 and allows placing holds that target a specific volume of a record. It is patterned after the feature that allows limiting hold selection by itemtype ( AllowHoldItemTypeSelection ). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 270

[Bug 16090] New: FK branchcode in issues
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '23

08 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16090 Bug ID: 16090 Summary: FK branchcode in issues Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 27424] New: One should be able to assign an SMTP server as the default
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '23

08 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27424 Bug ID: 27424 Summary: One should be able to assign an SMTP server as the default 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 22343 adds the ability to defined SMTP servers via the UI; But to then utilise them you have to go to each individual library via the libraries admin area and select the SMTP server. We should have a way to override the fallback/default SMTP server right from the SMTP servers administration page.. setting one of our defined SMTP Servers as the system default rather than using the hard coded fallback options. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 66

[Bug 27542] New: It should be possible to cancel a request sent to a partner
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '23

08 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27542 Bug ID: 27542 Summary: It should be possible to cancel a request sent to a partner 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 After an ILL request has "Place request with partner libraries" status, is it no longer possible to cancel it via the "Revert request" option as this button is not displayed. This should be possible. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 27678] New: Add option to exclude facets in search results
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '23

07 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27678 Bug ID: 27678 Summary: Add option to exclude facets in search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org All we can do for now with facet is select them, but it could be useful if we can exclude them in the search results, using for example a checkbox on the right of the facet ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 26030] New: Allow to explicitly search for a hidden ILL status
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '23

07 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26030 Bug ID: 26030 Summary: Allow to explicitly search for a hidden ILL status 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: katrin.fischer(a)bsz-bw.de Bug 23391 allows to hide ILL status from search which is part of a performance fix by allowing to remove finished ILL from the big ILL request table. It would be nice if we could allow to search by the hidden status when someone chooses to do so. Not including them in the default search, but allowing for them to be a search criteria. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 29971] New: Remember selections across patron search pages
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '23

06 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29971 Bug ID: 29971 Summary: Remember selections across patron search pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: oleonard(a)myacpl.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 Blocks: 28366 I'd like to modify the patron search results page so that when the user checks a checkbox for a patron, the page remembers that selection even after they click to a different page of search results. This will allow the user to select patrons across pages, have the checkbox state persist, and be able to pass all selected patrons to a list or a merge operation. My goal is to have this in place for Bug 28366, "Add batch patron modification to patron search results." Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28366 [Bug 28366] Add batch patron modification to patron search results -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 26035] New: AutoMemberNum fails on very large cardnumbers
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '23

06 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26035 Bug ID: 26035 Summary: AutoMemberNum fails on very large cardnumbers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: - create a borrower with cardnumber 603628999632182575912 - turn on automembernum - create a new patron, save without a cardnumber - see that your new patron has cardnumber 0 As part of the fixup_cardnumber sub in Patron.pm, we CAST(cardnumber AS SIGNED), which tries to make the cardnumber into a 64 bit integer. Way back in bug 13178, we increased the max length of a cardnumber to 32 characters, which is longer than a 64 bit integer can handle. So the CAST spits out a -1, to which Koha adds 1, arriving at cardnumber 0. Why do we cast it as signed in the first place? I don't understand enough about integers to see what purpose this is serving. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14