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

[Bug 13342] Not logged in user can place a review/comment as a deleted patron
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '24

04 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13342 Hammat wele <hammat.wele(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hammat.wele(a)inlibro.com Attachment #168286|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36184] New: Receiving individual items in Preservation Module is unclear
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '24

04 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36184 Bug ID: 36184 Summary: Receiving individual items in Preservation Module is unclear Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Preservation Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com After creating a train with items, closing, and sending, receiving the items back is confusing. The table allows you to select an individual item but it is not clear what, if anything, happens. An item can be selected but the only option is to close the train once selected. It appears that a "train" can be received, but not individual items within the train. It would be nice to be able to receive individual items within a train. Much of this depends on the processing and workflow created. I can see groups of items being sent and individual items being received back one at a time. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 13342] Not logged in user can place a review/comment as a deleted patron
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '24

04 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13342 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)gmail.com --- Comment #11 from Jonathan Druart <jonathan.druart(a)gmail.com> --- You really shouldn't embed indentation changes that are not within the block of code your patch modifies. Especially for this kind of bugs, that will need to be backported. Please keep the changes as short as possible. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19942] New: Children's search interface
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '24

04 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19942 Bug ID: 19942 Summary: Children's search interface Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Would like to see an alternative OPAC search for patrons geared towards children. Something like this: http://www2.hampton.lib.nh.us:8080/kids?config=default#/categories It would be easy enough to customize searches, but it would be great to be able to customize a background, and add big buttons to the search topics. You will notice that the general search bar at the top limits to children's materials, and the layout of the results is EXTREMELY kid friendly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 13342] Not logged in user can place a review/comment as a deleted patron
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '24

04 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13342 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|Main |23.11 --- Comment #10 from David Cook <dcook(a)prosentient.com.au> --- Changing the version to 23.11 as that should be the last version with the bug -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13342] Not logged in user can place a review/comment as a deleted patron
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '24

04 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13342 --- Comment #9 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Alexandre Noel from comment #5) > I don't really understand why it's giving you an error 403, because I tried > again on main (v24.06) and can't seem to get this error with or without the > patch. I don't use the KTD, so maybe it would work without using it? > > Anyway, as long as the user can't post the comment, it's fine because that's > what we want to do. The 403 is a CSRF error. While the user is POSTing the form with a CSRF token, that token is tied to the user's session. If their session is no longer valid, then the CSRF token validation fails. So 24.05+ won't have this issue. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13342] Not logged in user can place a review/comment as a deleted patron
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '24

04 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13342 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au Status|Needs Signoff |Patch doesn't apply --- Comment #8 from David Cook <dcook(a)prosentient.com.au> --- Failing this as the patch doesn't apply. But also... that first patch looks bizarre. It's changed a lot of whitespace unnecessarily. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13342] Not logged in user can place a review/comment as a deleted patron
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '24

03 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13342 --- Comment #7 from Hammat wele <hammat.wele(a)inlibro.com> --- Created attachment 171001 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171001&action=e… Bug 13342: Perltidy -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13342] Not logged in user can place a review/comment as a deleted patron
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '24

03 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13342 --- Comment #6 from Hammat wele <hammat.wele(a)inlibro.com> --- Created attachment 171000 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=171000&action=e… Bug 13342: Not logged user can place a review/comment We are able to comment a notice even when no user is connected To test 1. Log in to OPAC. 2. Find a Biblio and open the comments tab. 3. Open another tab/window, and log out from the account. 4. Return to the first tab. 5. Click "Post your comments on this title." --> We are able to post a comment 6. Apply the patch 7. Repeat step 1, 2, 3, 4, 5 --> You should be redirected to the login page. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34701] New: Add x-koha-embed biblio to checkouts API route
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '24

03 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34701 Bug ID: 34701 Summary: Add x-koha-embed biblio to checkouts API route Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: tomascohen(a)gmail.com When using the REST API to display the patron's account information in another application, it would be excellent if we had an easy way to get the title information with the list of checkouts. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2