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

[Bug 30621] New: Author should be its own column on opac-readingrecord.tt
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30621 Bug ID: 30621 Summary: Author should be its own column on opac-readingrecord.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be handy if users could go to the reading history page and be able to sort their reading history by author. If author was in its own column, instead of in the 'Title' column, it would be easy to sort by author. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 31479] New: Provide an option to skip the test for atomic updates
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31479 Bug ID: 31479 Summary: Provide an option to skip the test for atomic updates 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Since t/00-check-atomic-updates.t was fixed in Bug 31108, if there are any atomic updates left when building a package manually, the test and build will fail. Koha providers like Catalyst may keep atomic updates when building packages for customisations. Sometimes these are just temporary, while we wait for custom work to get upstreamed (in which case we can remove the atomic updates), but sometimes these are necessary customisations which must be kept for the library. So an option to skip this test when building a custom package would be useful. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 28852] New: Extend options in SelfCheckoutByLogin syspref
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28852 Bug ID: 28852 Summary: Extend options in SelfCheckoutByLogin syspref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Right now, the koha selfcheck will only allow use of either cardnumber or username+password. We should extend those options. First, it'd be good to make the password requirement a separate question, thereby allowing cardnumber+password and username alone. Second, we should allow the possibility that a unique patron attribute might be used at checkout on a selfcheck (with or without a password). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 31576] New: Cannot place hold even when AllowHoldPolicyOverride should allow it
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31576 Bug ID: 31576 Summary: Cannot place hold even when AllowHoldPolicyOverride should allow it Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 This bug appears in Koha 21.11 only ( behavior changes to bug 31575 with 22.05 and later ). If only some item holds can be forced, but others cannot ( because they have to pickup locations ), the place holds button remains disabled even though the hold can be placed. Test Plan: 1) Set one circ rule to allow 0 holds 2) For Library A, set "Hold pickup library match" to "item's hold group" 3) Enable AllowHoldPolicyOverride 4) Set ReservesControlBranch to "item's home branch" 5) Create a record with an item for Library A, one for Library B, and one for Library C This should create a scenario where A's item cannot be held, and B and C's items must be overridden 6) Note you cannot place the hold because the button is disabled. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 19249] New: date picker broken in quick add brief form
by bugzilla-daemon＠bugs.koha-community.org 16 May '23

16 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19249 Bug ID: 19249 Summary: date picker broken in quick add brief form 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a date input like date of birth is mandatory, in quick add brief form the calendar icon appears but clicking on it does nothing. This is because quick add brief form creates a clone of inputs in the original form. An input with date picker is changed and linked to Javascript code (see calendar.inc) so it can not be cloned. Note also that creating a clone of an input in another form does not update the form value in its DOM. It can generate errors. In my opinion this feature should be reconsidered to hide unwanted fields instead of cloning wanted ones. Many bugs may be avoided. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 26967] New: Patronautocomplete does not include streetnumber field in address
by bugzilla-daemon＠bugs.koha-community.org 15 May '23

15 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26967 Bug ID: 26967 Summary: Patronautocomplete does not include streetnumber field in address 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a library is using the streetnumber field, it does not show the streetnumber field in the patronautocomplete feature. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 26628] New: Clubs permissions should grant access to Tools page
by bugzilla-daemon＠bugs.koha-community.org 15 May '23

15 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26628 Bug ID: 26628 Summary: Clubs permissions should grant access to Tools page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: - create a patron with only the catalogue, borrowers, and clubs permissions - log in to the staff client as that patron - navigate to a patron record, confirm you can see the Clubs tab in the patron account, can add patrons to and remove patrons from clubs - confirm you don't have a link to the Tools module either on the Koha homepage or in the More menu - enter the clubs url manually (/cgi-bin/koha/clubs/clubs.pl), confirm you are allowed to open the page We should give a Tools link to anyone with clubs, edit_clubs, or edit_templates permissions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 27546] New: Add option to search within results on the staff client
by bugzilla-daemon＠bugs.koha-community.org 15 May '23

15 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27546 Bug ID: 27546 Summary: Add option to search within results on the staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This enhancement will add a new box above the search results allowing one to search within the previous search results -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 48

[Bug 31245] New: Job detail view for batch mod explode if job not started
by bugzilla-daemon＠bugs.koha-community.org 15 May '23

15 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31245 Bug ID: 31245 Summary: Job detail view for batch mod explode if job not started Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If the job has failed to start (status=new), the job detail view is exploding with Can't use an undefined value as an ARRAY reference at /kohadevbox/koha/Koha/BackgroundJob/BatchUpdateItem.pm line 175 Koha::BackgroundJob::BatchUpdateItem::additional_report('Koha::BackgroundJob::BatchUpdateItem=HASH(0x5592c6c6ced8)') called at /kohadevbox/koha/Koha/BackgroundJob.pm line 339 Koha::BackgroundJob::additional_report('Koha::BackgroundJob=HASH(0x5592c6df3268)') called at /kohadevbox/koha/admin/background_jobs.pl line 55 -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 32021] New: Pages 'appear in position' field is not useful
by bugzilla-daemon＠bugs.koha-community.org 15 May '23

15 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32021 Bug ID: 32021 Summary: Pages 'appear in position' field is not useful Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When creating a new page with the additional content page, there is a possibility of adding an 'appears in position' to the page. I think this is a leftover from the news/html customizations tool where you could have many entries in the same location and they would be ordered by 'appears in position'. However, I don't think it is useful in the case of pages and should probably be removed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19