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

[Bug 14364] Allow automatically canceled expired waiting holds to fill the next hold
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '22

22 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29540] Accounts with just 'catalogue' permission can modify/delete holds
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '22

22 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29540 --- Comment #25 from Anneli Österman <anneli.osterman(a)koha-suomi.fi> --- (In reply to Jonathan Druart from comment #24) > (In reply to Anneli Österman from comment #23) > > We have a problem which is probably related to this bug. Our staff is not > > allowed to change the priority of holds and they only have place_hold > > permission. Now they cannot delete/cancel holds when they try it from the > > patron's details/checkout page. They are redirected to the modrequest.pl > > page which requires reserveforothers permission which they do not have. We > > do not want to give this permission to everyone because then they will get > > the modify_holds_priority permission also. > > > > The staff members can delete/cancel holds from the request.pl page but it > > would be good if they could do it on both places as previously (in older > > Koha versions). > > This has been reported on bug 30207. Thanks, I'll check that! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29540] Accounts with just 'catalogue' permission can modify/delete holds
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '22

22 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29540 --- Comment #24 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- (In reply to Anneli Österman from comment #23) > We have a problem which is probably related to this bug. Our staff is not > allowed to change the priority of holds and they only have place_hold > permission. Now they cannot delete/cancel holds when they try it from the > patron's details/checkout page. They are redirected to the modrequest.pl > page which requires reserveforothers permission which they do not have. We > do not want to give this permission to everyone because then they will get > the modify_holds_priority permission also. > > The staff members can delete/cancel holds from the request.pl page but it > would be good if they could do it on both places as previously (in older > Koha versions). This has been reported on bug 30207. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29540] Accounts with just 'catalogue' permission can modify/delete holds
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '22

22 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29540 Anneli Österman <anneli.osterman(a)koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |anneli.osterman@koha-suomi. | |fi --- Comment #23 from Anneli Österman <anneli.osterman(a)koha-suomi.fi> --- We have a problem which is probably related to this bug. Our staff is not allowed to change the priority of holds and they only have place_hold permission. Now they cannot delete/cancel holds when they try it from the patron's details/checkout page. They are redirected to the modrequest.pl page which requires reserveforothers permission which they do not have. We do not want to give this permission to everyone because then they will get the modify_holds_priority permission also. The staff members can delete/cancel holds from the request.pl page but it would be good if they could do it on both places as previously (in older Koha versions). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23628] New: Restrict Renewal when renewal period is not extending due date
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '22

22 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23628 Bug ID: 23628 Summary: Restrict Renewal when renewal period is not extending due date Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: mahsandu(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When "OverduesBlockRenewing" enabled and Item's (due date + Renewal Period) is less than the current date: 1. Renewal button showing 2. After renewal it is setting due date as per "RenewalPeriodBase". 3. But new due date is in past. How to restrict user from renewal if this situation happened. It is creating misleading information. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 15352] Use URLLinkText instead of URL for item links
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '22

22 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15352 --- Comment #30 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Sadly I got an upset complaint about this one :( I've fixed it with jQuery to display the URLs in the items again: /* #44951 */ $("#holdings .url a").each(function(i) { var url = $( this ).attr("href"); $(this).text(url); }); It would have been great to make this optional/separately configurable from the URLs in the bibliographic record like proposed at first, the use cases are often quite different. I've filed a report for this: Bug 30329 - Make URLLinkText configurable separately for items and bibliographic records -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15352] Use URLLinkText instead of URL for item links
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '22

22 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15352 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |30329 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30329 [Bug 30329] Make URLLinkText configurable separately for items and bibliographic records -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6815] Capture member photo via webcam
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '22

22 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6815 --- Comment #100 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- Created attachment 132001 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=132001&action=e… Bug 6815: Don't make an AJAX request to generate the modal moremember-patronimage.pl|tt were not needed. Signed-off-by: Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6815] Capture member photo via webcam
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '22

22 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6815 --- Comment #99 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- Created attachment 132000 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=132000&action=e… Bug 6815: Display an error in if HTTPS not used and webcam unavailable Signed-off-by: Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6815] Capture member photo via webcam
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '22

22 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6815 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #131554|0 |1 is obsolete| | Attachment #131985|0 |1 is obsolete| | Attachment #131988|0 |1 is obsolete| | --- Comment #98 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- Created attachment 131999 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131999&action=e… Bug 6815: Capture member photo via webcam This patch builds on a patch by Mark Tompsett, adding the option to take a patron's picture using the computer's webcam. The photo can then be saved to the patron's account. To test, apply the patch and rebuild the staff interface CSS (https://wiki.koha-community.org/wiki/Working_with_SCSS_in_the_OPAC_and_staf…) - Go to Administration -> System preferences and enable the 'patronimages' preference. - View a patron record. In the sidebar, hover your mouse over the blank patron image. Click the "Edit" button which appears. - A modal window should appear with two sections, "Upload patron photo" and "Take patron photo." - If your computer has a webcam, your browser should ask permission to access it. Grant access. - You should see the view of your webcam shown under the "Take photo" button. - Click the "Take photo" button. The captured photo should be shown in place of the live video from the webcam. - You should now see three buttons: "Retake photo," "Download photo," and "Upload photo." - Clicking "Retake photo" should hide those buttons and return you to a live video view. - Clicking "Download" should make your browser download the image. - Clicking "Upload" should cause the page to redirect back to the patron detail page where you should see the new patron image displayed in the sidebar. - Trigger the modal again and click the "cancel" button. The modal should disappear and camera access should stop. - If your computer has no webcam the modal should appear correctly but there should be a banner at the bottom indicating that a camera is not available. - Try the test again but this time deny your browser access to the webcam. You may need to reset the camera permissions in your browser's settings. When the modal appears you should see a message saying access to the camera is denied. - The patron image edit modal should be available on all pages which show the patron image in the sidebar: Check out, Batch check out, Details, Accounting, Routing lists, Circulation history, Holds history, Modification log, Notices, Statistics, Files, Purchase suggestions, Discharges, Housebound, and ILL requests history. - Test adding an image to a patron record using the "Upload photo" option. It should still work correctly. - If the patron has an image attached, the "Upload photo" section should have a "Delete" button. Test that it works correctly. Signed-off-by: Nicolas Legrand <nicolas.legrand(a)bulac.fr> Signed-off-by: Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> -- You are receiving this mail because: You are watching all bug changes.

1 0