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

[Bug 22890] New: Add a chronological changlog
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '24

08 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22890 Bug ID: 22890 Summary: Add a chronological changlog Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- We have the history page and a contributors list, but we don't have a nice chronological changelog featuring bugs/enhancements and their release dates. The release notes are nicely polished now, but it would be great to have to record available within Koha itself to encourage librarians to read it and adopt new features. We can adopt allot of the tooling that's already there to produce the release notes to allow simple maintenance of such a page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 46

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '24

08 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Michelle Spinney <mspinney(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspinney(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37136] New: Google Books - catalog books using Google Books data
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '24

08 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37136 Bug ID: 37136 Summary: Google Books - catalog books using Google Books data Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: antian770(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Our library was using (still is until we safely move everything over to Koha) a hosted software solution that allowed us to catalogue books by searching the ISBN using a goole books dropdown option. Google Books would almost always find a result. When we started using Koha now and started cataloging books using the Z39 search, it searches just Library of Congress (did we not set up google books and that IS an option?) and it finds just half of all books. Is there a way already now in the system for us to enable Google Books? I noticed people mentioned Google Books in bug fixes but that was for the OPAC side suggestions etc. I am talking about when cataloging, the ability to find a record and automatically populate all the fields. Please contact me directly on email if this feature already exists as I would like to start using it if it is there already. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 37268] New: Patrons Search Error
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '24

08 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37268 Bug ID: 37268 Summary: Patrons Search Error Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: vivek.yadava(a)pnguot.ac.pg QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 168574 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=168574&action=e… Patron search error Patron search is not happenning and an error shows in the popup "Something went wrong when loading the table:404 not found" and in the broser console it shows JQMIGRATE: Migrate is installed, version 3.3.2 chext_driver.js:500 Initialized driver at: Sun Jul 07 2024 09:58:49 GMT+1000 (Papua New Guinea Time) chext_loader.js:66 Initialized chextloader at: 1720310329840 patrons:1 Failed to load resource: the server responded with a status of 404 (Not Found)Understand this error datatables_24.0500000.js:458 Got 404 (Not Found) datatables_24.0500000.js:467 DataTables warning: table id=memberresultst - Ajax error. For more information about this error, please see http://datatables.net/tn/7 Please advice the steps to fix and resolve this issue asap. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 23290] XSLT system preferences allow administrators to exploit XML and XSLT vulnerabilities
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '24

08 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23290 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |37252 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37252 [Bug 37252] Saving an authority record as MADS (XML) fails -- 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 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13342 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)davidnind.com --- Comment #4 from David Nind <david(a)davidnind.com> --- Thanks for the patch Alexandre! I have tested on main before and after the patch is applied (using koha-testing-docker). If I follow the test plan, I now get this error page when I try to submit the comment (after logging out in another tab): Sorry, the requested page is not available Error 403 This message can have the following reason(s): The form submission failed (Wrong CSRF token). Try to come back, refresh the page, then try again. ... Standard page not found message Maybe the CSRF patches (bugs 34478 and 36192) have solved this for 24.05 and later? I also tested on one of the demo instances (https://koha-community.org/demo/) for Koha 23.11 and could replicate the issue. So the issue still exists. I'm not sure of the best way forward here: 1. Fix the CSRF issue (or maybe this is doing what it is supposed to do?) 2. Make this patch for 23.11 and before? 3. A combination of these? As I'm not a developer, and I don't really understand the CSRF issue, I'm probably not going to be of any help in solving the actual issue. But happy to test the patches! Note: The patch needs to follow the commit message guidelines - see https://wiki.koha-community.org/wiki/Commit_messages Post here or on the Koha Community Chat - Development channel if you need help with that (https://chat.koha-community.org/) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30123] New: On set library page, desk always defaults to last in list instead of desk user is signed in at
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30123 Bug ID: 30123 Summary: On set library page, desk always defaults to last in list instead of desk user is signed in at Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client 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 TO recreate: -Turn on UseCirculationDesks -Create several desks for the library you are logged in as -Set your desk to one you just created -Reload set-library.pl and notice that no matter what desk you are set as the dropdown defaults to the last one in the list It should default to your currently logged in desk -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 35990] New: [OMNIBUS] Improvements for using tinyint authorised values
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35990 Bug ID: 35990 Summary: [OMNIBUS] Improvements for using tinyint authorised values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This omnibus relates to the work done on bug 28869 making it possible to restrict AV categories to 'tinyint' values (signed tinyint, -128 to 127). I am not doing all the work on that report. Bug 28869 is just the base point for further improvements. Listing a few suggestions on next comments. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 21284] New: ILS-DI: Allow GetPatronInfo to tell if a loaned item is on hold by someone else.
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21284 Bug ID: 21284 Summary: ILS-DI: Allow GetPatronInfo to tell if a loaned item is on hold by someone else. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This patch adds two entries in the loans section of GetPatronInfo's response: - itemonhold: number of holds on this specific item. - recordonhold: number of holds on the record. It allows an ILS-DI client to know if a loaned item is already on hold by someone else, and how much holds there are. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 35008] New: ILS-DI should not require authentication if OpacPublic is disabled
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35008 Bug ID: 35008 Summary: ILS-DI should not require authentication if OpacPublic is disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The ILS-DI script should still be accessible if OpacPublic is disabled -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26