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

[Bug 37296] New: "Item was not checked in" given in error on returns.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37296 Bug ID: 37296 Summary: "Item was not checked in" given in error on returns.pl 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: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: - have 2 items, 1 checked out and 1 not checked out - go to returns.pl - check in the item that was checked out, confirm it shows in the checkins table as having been checked in successfully - check in the item that was not checked out. Confirm it shows in the checkins table with a message "Item was not checked in" - Confirm EVERY line in the checkin table now includes that "Item was not checked in" message -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 37295] New: Link to add a new suggestion from a patron record doesn't work
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37295 Bug ID: 37295 Summary: Link to add a new suggestion from a patron record doesn't work Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org To recreate: - find a patron record and click Suggestions in the left navbar (/cgi-bin/koha/members/purchase-suggestions.pl?borrowernumber=XXX) - click "New purchase suggestion" - link points to /cgi-bin/koha/suggestion/suggestion.pl?op=add&suggestedby=XXX&redirect=purchase_suggestions&borrowernumber=XXX - page does not display a new purchase suggestion form -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 35540] New: Separate StaffListsHome block from the table block
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35540 Bug ID: 35540 Summary: Separate StaffListsHome block from the table block Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This is very minor, but I thought I'd mention it. I noticed that most of the new staff interface additional content blocks are in their own white "block" on the page they are on with a space between the normal content and it (I hope that sentence makes sense...). In the case of StaffListsHome, the white block is right under the lists page main content, with no space. To recreate: 1. Go to Tools > HTML customizations 2. Click New entry 3. Fill out the form: - Display location: StaffListsHome - Publication date: any date before today - Title: StaffListsHome (or whatever) - Content: StaffListsHome (or whatever) 4. Click Save 5. Go to Lists --> Note that there is no space between the 'StaffListsHome' white background and the white background of the Your lists table. To compare: 1. Go to Tools > HTML customizations 2. Click New entry 3. Fill out the form: - Display location: StaffAcquisitionsHome - Publication date: any date before today - Title: StaffAcquisitionsHome (or whatever) - Content: StaffAcquisitionsHome (or whatever) 4. Click Save 5. Go to Acquisitions --> Note that there is a clear space between the 'StaffAcquisitionsHome' white background and the white background of the budgets table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 36490] New: Correct tab-switching keyboard shortcut for header search forms
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36490 Bug ID: 36490 Summary: Correct tab-switching keyboard shortcut for header search forms Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 35850 Bug 35850 changed the markup of the header search forms but didn't update the JS in staff-global.js to match those changes. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35850 [Bug 35850] Use template wrapper for tabs: Header search forms -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 36002] New: Get rid of aqorders.purchaseordernumber
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36002 Bug ID: 36002 Summary: Get rid of aqorders.purchaseordernumber 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org This field is unused. Any attempt to use it was inactive since 2014. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 14322] Can't link to an item search
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14322 Lucas Gass <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lucas(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13888] 'Lists' permission should allow/disallow using the lists module in staff
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13888 Roman Dolny <roman.dolny(a)jezuici.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #13 from Roman Dolny <roman.dolny(a)jezuici.pl> --- (In reply to Jake Deery from comment #12) > Thanks for looking, Roman. I just tried with a fresh k.t.d, and it didn't > work initially. After I ran updatedatabase, it worked fine. > > Can I ask you kindly to try again, making sure all the atomicupdates have > run? I've tried again, but had the same effect. I'm not sure doing it weel, so paste listind at the end of this reply. But there is sth interesting in virtualshelves/shelves.pl: # this check is for the create list permission $allow_create_public_lists = haspermission( $loggedinuser, { lists => 'create_public_lists' } ) ? 1 : 0; # we want the user to be able to pick if public or private only if they are allowed $public = ( $query->param('public') == 1 && $allow_create_public_lists == 1 ) ? 1 : 0; haspermission need userid as first argument, but now it is $loggedinuser (second argument returned from get_template_and_user). So $allow_create_public_lists is always 0 and $public too 0. After replacing $loggedinuser by C4::Context->userenv->{id} it works. Listing: kohadev-koha@kohadevbox:koha(main)$ git checkout -b bug_13888 origin/main branch 'bug_13888' set up to track 'origin/main'. Switched to a new branch 'bug_13888' kohadev-koha@kohadevbox:koha(bug_13888)$ git bz apply 13888 Bug 13888 - 'Lists' permission should allow/disallow using the lists module in staff 168385 - Bug 13888: 'Lists' permission should allow/disallow using the lists module in staff 168422 - Bug 13888: Tidy Koha/Virtualshelf.pm Apply? [(y)es, (n)o, (i)nteractive] y Applying: Bug 13888: 'Lists' permission should allow/disallow using the lists module in staff Applying: Bug 13888: Tidy Koha/Virtualshelf.pm kohadev-koha@kohadevbox:koha(bug_13888)$ perl installer/data/mysql/updatedatabase.pl DEV atomic update /kohadevbox/koha/installer/data/mysql/atomicupdate/bug_13888-Add-extra-list-perms.pl [18:05:02]: Bug 13888 - 'Lists' permission should allow/disallow using the lists module in staff Added permission 'use_public_lists' Added permission 'create_public_lists' kohadev-koha@kohadevbox:koha(bug_13888)$ -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37276] New: Change "Nobody" list permission to a "Read only" checkbox
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37276 Bug ID: 37276 Summary: Change "Nobody" list permission to a "Read only" checkbox Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I always found the "Nobody" list permission confusing (why would someone create a list and not let anybody, including themselves, change the contents?). I have learned since that it was meant as a way to make the list "read only" after you've added contents to it. I know I'm not the only one confused by this. I wonder if it'd be easier to understand if it was a checkbox labeled "Read only", "Locked" or "Lock list" (similar to locking a budget in acquisitions). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 37291] New: Update OpacTrustedCheckout preference to allow limiting to certain library branches
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37291 Bug ID: 37291 Summary: Update OpacTrustedCheckout preference to allow limiting to certain library branches Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 30979 It would be great to allow limiting the TrustedSelfCheckout preference to only display for patrons from certain libraries. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30979 [Bug 30979] Add ability for OPAC users to checkout to themselves -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 36415] New: Allow limiting 'TrustedSelfCheckout' to an IP address range
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '24

09 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36415 Bug ID: 36415 Summary: Allow limiting 'TrustedSelfCheckout' to an IP address range 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 30979 TrustedSelfCheckout allows end users to checkout to themselves via the OPAC without the need for a separate terminal in the library to run the SCO/SCI. However, it currently allows checkout from anywhere. It would be nice to have the option to limit such checkouts to only logins inside the local network and thus a limit by IP range preference would be a good addition to the feature. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30979 [Bug 30979] Add ability for OPAC users to checkout to themselves -- You are receiving this mail because: You are watching all bug changes.

1 3