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

[Bug 22691] New: Problem with holds when ExpireReservesMaxPickUpDelay is active
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22691 Bug ID: 22691 Summary: Problem with holds when ExpireReservesMaxPickUpDelay is active Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Hi, It seems that there is a problem affecting reservations set aside. The ExpireReservesMaxPickUpDelay preference, when it is active, does not seem to take into account the delay in the ReservesMaxPickUpDelay system preference which determines the time period for which reservations will be available for pickup by the users who made the reservation. However, the reservation is to be canceled during the night the item gets the status « is waiting here ». To test: Enable the ExpireReservesMaxPickUpDelay system preference to « Allow»; Enter a number in the ReservesMaxPickUpDelay system preference to more than 2 days; Reserve a item for a user; Return this item to get the hold found message and confirm this reservation; Wait until the next day and note that the reservation is cleared from the user's account and the record as well; So the limit of days specified in the ReservesMaxPickUpDelay system preference is not taken into account as indicated. Can it be the cron job that makes this cancellation? Or it turns out that it is the relationship between the two preferences that is not done correctly? Thanks, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22676] New: Staff able to workaround holds block
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22676 Bug ID: 22676 Summary: Staff able to workaround holds block Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: slott(a)duncanville.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Created attachment 87686 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=87686&action=ed… Permissions settings I've tried to set permissions so that no one but SuperLibrarians have the power to override blocked renewals (particularly for over the renewal limit or items that have a hold). I did the permission in Administration and also in everyone's individual permissions. But the regular staff still see the option to override the hold and renew. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 22665] New: Improve access to advanced search in aquisitions
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22665 Bug ID: 22665 Summary: Improve access to advanced search in aquisitions 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The advanced search form is often missed by libraries because it's quite hidden. As the vendor search tab is selected you have to first switch to 'orders search' before you can click on 'advanced search'. It might be nice to improve its visibility a bit. Ideas: - Add it to the search pull down in the top navigation - Add it to the left hand navigation in the acq module -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 22662] New: More flexibility in System Preference OPACallowusertochoosebranch
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22662 Bug ID: 22662 Summary: More flexibility in System Preference OPACallowusertochoosebranch Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- A library which is part of a multi-branch system would like to only allow items to be picked up for holds if and only if that patron is a patron of that library. However, they would like the system preference: OPACallowusertochoosebranch to be set to ALLOW. Could there be an enhancement of a new way to allow this type of flexibility for hold requests? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22643] New: Batch Item Modification should allow for not following mandatory fields in default framework
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22643 Bug ID: 22643 Summary: Batch Item Modification should allow for not following mandatory fields in default framework Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Required fields in default framework are showing as required in Batch Item Modification. While this is mostly good, there are time when this does not work. For instance, if collection code is mandatory in default framework, using batch item mod to edit items from different collections to change an item type or some other piece of info fails, as you must select a single collection code. Batch item mod should allow for disregarding the mandatory fields in a framework. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22598] New: Add support for EDI Claims for Serials (OSTENQ)
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22598 Bug ID: 22598 Summary: Add support for EDI Claims for Serials (OSTENQ) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.field(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- EBSCO (and potentially other serials vendors) support the receipt of EDIFACT Claims using the OSTENQ format (Order Status Enquiry). https://www.editeur.org/files/EDIfact%20eancom%20pdfs/EDIfact%20Serials/S4%… They require the EBSCO Vendor Order Number in the RFF+SNA segment as the match point to identify the customer order in their system. Volume and Issue details for the items being claimed would also be required. Development to add KOHA as an ILS Vendor for claims would be required on the EBSCO end as well before we could do any testing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22578] New: calendar options for every other week closings
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22578 Bug ID: 22578 Summary: calendar options for every other week closings Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- There are libraries that are closed one day every other week (such as every other Saturday) and currently each closed day has to entered manually. It would be helpful to have the option to set a holiday that occurs biweekly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22573] New: Hold expiration date could be in the past
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22573 Bug ID: 22573 Summary: Hold expiration date could be in the past Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- When an item is returned, if it was reserved, reservation status is set to W and expiration date is calculated. But if the hold already had an expiration date, this one is kept (why ?) if it is prior to the one calculated, without controlling if it is already past. This can lead to have an expiration date prior to waiting date. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 22570] New: csrf auth token failure in displaying patron image in SCO
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22570 Bug ID: 22570 Summary: csrf auth token failure in displaying patron image in SCO Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: rajujogi.t(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- CSRF token seems to be not generated correctly and the URL to display patron image in Self Check-out screen is failing with Authentication error. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22548] New: Z39.50/SRU search replaces existing biblios
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22548 Bug ID: 22548 Summary: Z39.50/SRU search replaces existing biblios Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: rudolfbyker(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Possibly related, but not the same: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15360 Reproducing: - Search for a book under "Search the catalog", e.g. /cgi-bin/koha/catalogue/search.pl?q=movement - Note the biblionumber of the last book of the first page of the search results. It's 10624 in my case, and the title is "A political history of early Christianity". - Now click "Z39.50/SRU search" in the toolbar (between "Place hold" and "Sort"). - Click search in the popup window and wait for results. - Choose any book from the results and click "Actions" -> "Import". In my case I'm picking a book called "Against capital punishment". - The popup closes, and the catalog search results tab is directed to /cgi-bin/koha/cataloguing/addbiblio.pl?biblionumber=10624&z3950=1&breedingid=411522 Expected behaviour: - The title of the addbiblio.pl page should be "Add MARC record". - Clicking "Save" should add a new record to the catalog. Current behaviour: - The title of the addbiblio.pl page is "Editing Against capital punishment [electronic resource] : the anti-death penalty movement in America, 1972-1994 / Herbert H. Haines. (Record number 10624)". Note that this is the biblionumber of an existing book. More specifically, the last one from the first page of the search results mentioned above. - Clicking "Save" replaces "A political history of early Christianity" with "Against capital punishment". Additional information: Following the same process, but starting on "Cataloging Search" at /cgi-bin/koha/cataloguing/addbooks.pl instead of "Search the catalog" does NOT cause this problem, but causes a the MARC record to be imported as a NEW biblio, as expected. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10