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

[Bug 38029] New: Fix POD for bulkmarcimport.pl --delete --authorities
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '24

30 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38029 Bug ID: 38029 Summary: Fix POD for bulkmarcimport.pl --delete --authorities Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz POD says: =item B<-d, --delete> Delete EVERYTHING related to biblio in koha-DB before import. Tables: biblio, biblioitems, items What happens if you combine this with --authorities? One interpretation could be that nothing will happen. Another could be that you delete all biblios, even if you are importing authorities. The code looks like this: if ($delete) { if ($biblios) { print "Deleting biblios\n"; $dbh->do("DELETE FROM biblio"); $dbh->do("ALTER TABLE biblio AUTO_INCREMENT = 1"); $dbh->do("DELETE FROM biblioitems"); $dbh->do("ALTER TABLE biblioitems AUTO_INCREMENT = 1"); $dbh->do("DELETE FROM items"); $dbh->do("ALTER TABLE items AUTO_INCREMENT = 1"); } else { print "Deleting authorities\n"; $dbh->do("truncate auth_header"); } $dbh->do("truncate zebraqueue"); } So it should do the right thing. The POD should say that --delete --authorities will clean out the auth_header table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 38028] New: Patron name and DOB cleared when guarantor account added that isn't able to be a guarantor
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '24

30 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38028 Bug ID: 38028 Summary: Patron name and DOB cleared when guarantor account added that isn't able to be a guarantor Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: danyonsewell(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you add a Guarantor to a Patron's account and then go and change the patron code of that Guarantor to one that isn't able to be a guarantor and attempt to edit the guarantee patron's account information it will wipe the patron's first, middle and last name along with the DOB of the account. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 30581] New: Items should show on the Holds Queue and Holds to Pull even if they have requested transfers
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '24

29 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30581 Bug ID: 30581 Summary: Items should show on the Holds Queue and Holds to Pull even if they have requested transfers 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 23092 In bug 23092 Koha added the idea of a transfer that has been requested but not yet sent. The Holds Queue and and Holds to Pull will not show titles/items that have transfers that are not either complete or cancelled, so staff are not alerted to holds on Available items if those items have requested transfers on them. But if the item is checked in, it will trigger the hold. We should show items in the Holds Queue and Holds to Pull if they have transfers that are requested but not sent. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23092 [Bug 23092] Add 'daterequested' to the transfers table -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 35603] New: Add plugin feature to allow plugins to warn if any external library modules needed are missing
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35603 Bug ID: 35603 Summary: Add plugin feature to allow plugins to warn if any external library modules needed are missing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some plugins require extra modules not included with Koha, but there is no simple way to let a user know when installing a plugin. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 38025] New: Misalignment of Forget copied permissions
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38025 Bug ID: 38025 Summary: Misalignment of Forget copied permissions Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When you go into patron permissions, there is a new button to copy permissions. If you click on the caret button next to the copy permissions button, there is an option to "forget copied permissions". The text for this option is misaligned. To get there: 1. Go to a patron's account 2. Click More > Set permissions 3. Click the caret button next to the Copy permissions button --> Forget copied permissions option is misaligned I think this is due to the Bootstrap 5 update? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9567] Favorite reports per user
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9567 Chanel Wheeler <chanel.wheeler(a)yavapaiaz.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chanel.wheeler(a)yavapaiaz.go | |v --- Comment #9 from Chanel Wheeler <chanel.wheeler(a)yavapaiaz.gov> --- +1 I have been asked for this from our libraries. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36728] New: Add cancelled/valid standard number to Elasticsearch index mappings
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36728 Bug ID: 36728 Summary: Add cancelled/valid standard number to Elasticsearch index mappings Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz Can currently search on the identifier-other with the 024$a mapping It would be useful to have another index on the invalid-identifier-other mapping to the 024$z only https://www.loc.gov/marc/bibliographic/bd024.html -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 11583] Add WYSIWYG editor for HTML notices/letters
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11583 Lisette Scheer <lisette(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lisette(a)bywatersolutions.co | |m -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38024] New: Self Registration workflow issue with credentials
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38024 Bug ID: 38024 Summary: Self Registration workflow issue with credentials Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org When not using PatronSelfRegistrationVerifyByEmail is not in use, a patron sees the following message when registration is complete: For your convenience, the login box on this page has been pre-filled with this data. Please log in. This apparently only applies to the on-page login form in the side navigation, and not the modal login form linked at the top of the page. This is a problem, because we do not display the side form. So this statement is false. This functionality should pre-fill both forms, not just one of them. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38023] New: Add ability to exclude certain item types for advance_notice.pl
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '24

27 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38023 Bug ID: 38023 Summary: Add ability to exclude certain item types for advance_notice.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Libraries often request that certain item types not be reported upon in an advance notice. It's pretty trivial to exclude them from a DUE or PREDUE with TT but the digest ones are not as easy. Would be nice if there was an flag in the cron to exclude. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0