August 2021 - Koha-bugs - lists.koha-community.org

[Bug 19621] New: Routing lists tab not present when viewing 'Holds history ' tab for a patron
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '21

18 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19621 Bug ID: 19621 Summary: Routing lists tab not present when viewing 'Holds history' tab for a patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com To recreate: 1 - Enable RoutingSerials syspref 2 - Open a patron record 3 - Click through the tabs on the left side of the screen 4 - Note that 'Routing lists' is visible on all screens except 'Holds history' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 2894] Routing list holds are broken
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '21

18 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2894 pierre.genty(a)biblibre.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pierre.genty(a)biblibre.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28237] New: Make notes from the basket visible on order receive page
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '21

17 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28237 Bug ID: 28237 Summary: Make notes from the basket visible on order receive page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org We show the internal note from the order line on receive, but the notes added when creating a basket are not shown anywhere but in the basket summary. It would be nice if we would show the internal note from the basket when receiving an order from this basket on /cgi-bin/koha/acqui/orderreceive.pl. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28562] New: Add date received to basket summary
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '21

17 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28562 Bug ID: 28562 Summary: Add date received to basket summary Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org At the moment you can see that an item was received in the basket summary page by looking at the (received) in front of the title. But there is no easy way to tell when it was received, whch would often be helpful, for example when working with standing orders. We could add the receive date in a new column (hidden by default) or even make it visible in the note: (Received <date>). Adding a span with a class would then still allow to hide this information if needed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 10758] Show bibliographic information of deleted records in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '21

17 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 koha-US bug tracker <bugzilla(a)koha-us.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugzilla(a)koha-us.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26878] New: Add ability to prevent spending against parent funds
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '21

17 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26878 Bug ID: 26878 Summary: Add ability to prevent spending against parent funds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries construct their funds such that parent funds aren't meant to be spent against directly. Instead, it is expected that the combined child funds will wholly account for the parent. It would be nice to somehow block spending against those parent funds and exclude them from fund selection dropdowns. It'd be more flexible to set this in the fund with some sort of "do not spend against" flag. On the other hand, it'd be simpler as a system preference that just says Do/Don't allow spending against parent funds. Or maybe the options could be "Do allow/ Don't allow / Allow only when child total = parent amount." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 24088] New: Add link to item search in staff client main page
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '21

17 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24088 Bug ID: 24088 Summary: Add link to item search in staff client main page 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In staff client main page, there is a link to advanced search. I propose to add a link to item search below it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 28834] New: Bad wording biblios/authorities in tools home
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '21

16 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28834 Bug ID: 28834 Summary: Bad wording biblios/authorities in tools home Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In tools home, we actually see 2 wordings : biblios/bibliographic authorities/authority Looks like bibliographic is more correct. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 28779] New: Calling request.pl with non-existent biblionumber gives internal server error
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '21

16 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28779 Bug ID: 28779 Summary: Calling request.pl with non-existent biblionumber gives internal server error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you try to visit the intranet hold request page and pass a non-existent biblionumber in the biblionumbers paremeter Koha gives internal server error. The URL is (for example): > /cgi-bin/koha/reserve/request.pl?biblionumbers=488 We should handle even the invalid inputs user might give, i.e. here this happened on a previously existing biblio which was recently deleted and the user tried to access it directly from a bookmark and was confused about why Koha doesn't work! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 27847] New: Add tip text when TransfersBlockCirc is off
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '21

16 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27847 Bug ID: 27847 Summary: Add tip text when TransfersBlockCirc is off Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 23007 added a way to make dialogs in returns.pl optionally modal. If preference system TransfersBlockCirc is off you can continue scanning barcodes even with a modal dialog displayed. We should add some tip text to say one can continue scanning. Like there is one in checkouts page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18