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

[Bug 32237] New: Batch delete records "no record IDs defined"
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '23

28 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32237 Bug ID: 32237 Summary: Batch delete records "no record IDs defined" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: geraud.frappier(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To test : 1. Go to Lists in the intranet. 2. Add a list by clicking on "New list". Choose a random name for it and select private or public and save. 3.Add one or more items into it and save. 4.Go back to the main page and select "Cataloging". 5.Go to "Batch record deletion". 6.In "upload a file" select "Select a list of records" and choose a list and keep the Bibliographic on. 7.Select continue and see that the list of records is not shown. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 32574] New: memberresultst table cannot be column configured in 22.05.x
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '23

28 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32574 Bug ID: 32574 Summary: memberresultst table cannot be column configured in 22.05.x Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com memberresultst needs to use TablesSettings.GetTableSettings but it is using TablesSettings.GetColumns so table settings don't work. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 29165] New: Allow patron modification request notifications to be branch specific
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '23

28 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29165 Bug ID: 29165 Summary: Allow patron modification request notifications to be branch specific Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When a patron makes request via the OPAC to change some of their patron details librarians get a notification on the staff main page about the request. Some multi-branch systems find this confusing because they see all the requests across all the branches. It would be nice if this were filtered to only the current logged in branch. But maybe some libraries like the current behavior, so maybe this could be a system pref? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 26923] New: Batch modification for Reports
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '23

28 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26923 Bug ID: 26923 Summary: Batch modification for Reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org It would be useful to update some datas for several reports at a time when selecting them. For more security, only the following fields could be updatde : - group - sub-group - public - Cache expiry -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 21263] New: Pickup library not set correctly when using Default holds policy by item type
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '23

27 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21263 Bug ID: 21263 Summary: Pickup library not set correctly when using Default holds policy by item type 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Not sure if this is a bug or just me misunderstanding the options - Make sure OPACAllowUserToChooseBranch is set to don't allow - Make sure you have two branches A and B - Have one item whose homebranch is B - Have one user whose homebranch is A - Make sure the circulation rules allow the user to reserve the item's item type 1. Go to Administration > Circulation and fines rules 2. Create a Default holds policy by item type for that item type - Item type = item's item type - Hold policy = From any library - Hold pickup library branch = item's home library - Return policy = item returns home 3. Go to the OPAC and log in with the user's credentials 4. Search for the item 5. Click on "Place hold" 6. Confirm hold 7. In the user's file on the OPAC and check the reservation's pickup library What I understand : - Hold policy = From any library: Users from any library can reserve this item type - Hold pickup library branch = item's home library: the pickup library must be the item's homebranch (in this case, B) - Return policy = item returns home: upon return, the items is transferred to its homebranch Therefore, the pickup library in the case above should be B, but it is automatically set to A. P.S. note that I have item-level_itypes set to specific item, and Item level holds set to don't allow. I feel like in this case it should maybe fall back to the record-level item type? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 26965] New: streetnumber field not shown in table when searching by partial patron data
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '23

27 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26965 Bug ID: 26965 Summary: streetnumber field not shown in table when searching by partial patron data Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major 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 The Patron selection table on circulation.pl displays the patron address, but does not include the streetnumber field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 32167] New: When adding an order from a a staged file without item fields we only add price if there is a vendor discount
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '23

27 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32167 Bug ID: 32167 Summary: When adding an order from a a staged file without item fields we only add price if there is a vendor discount Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In addorderis02907.pl: my $c = $c_discount ? $c_discount : $bookseller->discount; $orderinfo{discount} = $c; if ( $c ) { $orderinfo{ecost} = $c_price * ( 1 - $c / 100 ); $orderinfo{rrp} = $c_price; } $orderinfo{listprice} = $orderinfo{rrp} / $active_currency->rate; IF there is no discount, we don't set the price fields! This combines with 32166 to end up importing blank order records -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 31440] New: Add select2 to fund selection in addorderiso2709.tt
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '23

27 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31440 Bug ID: 31440 Summary: Add select2 to fund selection in addorderiso2709.tt 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Same as 31388 in addorderiso2709.tt -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 31377] New: Add internal note column to tables on booksellers.pl
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '23

27 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31377 Bug ID: 31377 Summary: Add internal note column to tables on booksellers.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: lucas(a)bywatersolutions.com Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries would find it handy if the internal note (aqbasket.note) was a column on booksellers.pl -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 31144] New: When modifying an order we should not load the vendor default discount
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '23

27 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31144 Bug ID: 31144 Summary: When modifying an order we should not load the vendor default discount 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org After placing an order in a basket with a discount of "0" if you attempt to modify we will load the vendor default discount, this can lead to accidentally applying a discount when modifying other order parts To test: 0 - Have a vendor with a discount set 1 - Add an order to a basket 2 - While adding, set discount to 0 3 - Add order - prices are calculated ocrrectly 4 - Modify order 5 - Note discount is populated with vendor discount -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14