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

[Bug 31234] New: SubfieldsToAllowForRestrictedEditing : data from drop-down menu not stored
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '22

27 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31234 Bug ID: 31234 Summary: SubfieldsToAllowForRestrictedEditing : data from drop-down menu not stored Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl 1. A librarian with edit_items_restricted permission set 2. Item subfield not authorized for editing (SubfieldsToAllowForRestrictedEditing). In Marc framework, this subfield is linked to an authorized value (= drop-down menu) 3. When adding/editing item, this subfield has a default value from drop-down menu and is not editable (OK). 4. Once item is saved, the subfield is empty : it should have the default value from drop-down menu. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 31646] New: Focus input by default when clicking on a dropdown field in the cataloguing editor
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '22

27 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31646 Bug ID: 31646 Summary: Focus input by default when clicking on a dropdown field in the cataloguing editor Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In Koha 21.11.x and maybe earlier, when clicking on a field that is a dropdown in the cataloguing editor, the input search field would focus automatically, putting the cursor in the box so you can start typing right away. Since 22.05.x, this no longer happens. When you click the dropdown and it opens, you need to click again into the input search field in order to start typing. This happens in upstream as well, the most recent version where it worked was 21.11.x. So it must've broken in 22.05.x. To reproduce: 1. Edit a biblio record 2. Go to tab 9 to find the item type MARC field 942$c 3. Click on the field to select an item type 4. Notice you have to click again on the search field to begin typing to search for your item type -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 31605] New: Improve style of OPAC suggestions search form
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '22

27 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31605 Bug ID: 31605 Summary: Improve style of OPAC suggestions search form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 140853 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=140853&action=e… Screenshot showing the current style The search form shown at the top of OPAC purchase suggestions looks a little off, especially when OPACViewOthersSuggestions is enabled. See attached image. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 31527] New: Breadcrumbs for anonymous suggestions is not correct
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '22

27 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31527 Bug ID: 31527 Summary: Breadcrumbs for anonymous suggestions is not correct 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When AnonSuggestions are allowed and you click on 'purchase suggestions' in the navigation bar while not logged in, the breadcrumb will look like this: Home > > Your purchase suggestions I think we might be missing some construct to deal with the 'not logged in' to remove one of those > in this case. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 31518] New: Hidden items count not displayed on hold request page
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '22

26 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31518 Bug ID: 31518 Summary: Hidden items count not displayed on hold request page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Hold requests Assignee: joonas.kylmala(a)iki.fi Reporter: joonas.kylmala(a)iki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If I go place a hold on staff interface (request.pl) and the staff member logged in has "Lost items in staff interface" setting set to "Hidden by default" in the patron category settings and a biblio has a lost item then we get on the page the following link: > Show all items ( hidden) The lost/hidden item count is missing due to a syntax error, it should read: > Show all items (1 hidden) -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 31562] New: Patron 'flags' don't respect unwanted fields
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '22

26 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31562 Bug ID: 31562 Summary: Patron 'flags' don't respect unwanted fields 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com gonenoaddress and lost are shown in preference BorrowerUnwantedField but do not respect the settings. This seems to be because they are handled in their own 'flags' code -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 31367] New: Display of sub-funds does not include totals of sub-sub-funds on acquisitions home page
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '22

26 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31367 Bug ID: 31367 Summary: Display of sub-funds does not include totals of sub-sub-funds on acquisitions home page 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 29287 added totalling of subfunds, however, it does not take care of subfunds of subfunds - the logic should be updated to add recursively -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 27550] New: "Duplicate budget" does not keep users associated with that budget
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '22

26 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27550 Bug ID: 27550 Summary: "Duplicate budget" does not keep users associated with that budget 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: koha(a)listes.univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Hi, In More > Administration > Acquisitions > Budgets, it could be great when you choose to duplicate a budget from one year to the next, to be able to keep the users(aqbudgetborrowers) associated with that budget. Users are useful in particular to receive orders from a particular fund. Currently, this functionality retrieves only the owner and funds associated with a budget. This enhancement could be optionnal using a checkbox in the "duplicate budget" view to enable/disable the copy of user ? What do you think about it ? Thanks, Best, Julien Sicot Université Rennes 2 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 31447] New: "Please confirm checkout" notice uses patrons home library not holds pick up library
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '22

25 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31447 Bug ID: 31447 Summary: "Please confirm checkout" notice uses patrons home library not holds pick up library Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When one tries to check out item which has hold in it, "Please confirm checkout" notice uses patrons home library instead of holds pick up library. It would be more logical to use latter here. To test: 1. Find record with holds. 2. For first priority hold, change it's pick up library to differ from patrons homebranch if needed. 3. Check out records item for a different patron. => Note that notice reads: "Item ... has been on hold for ... at [patrons homebranch] since ...". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47

[Bug 22467] New: t/00-valid-xml.t shouldn't fail due to node_modules presence
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '22

25 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22467 Bug ID: 22467 Summary: t/00-valid-xml.t shouldn't fail due to node_modules presence Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Now we have the scss compile step many devs will have an ignored node_modules directory.. we shouldn't run this directory through t/00-valid-xml.t. -- You are receiving this mail because: You are watching all bug changes.

1 1