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

[Bug 38200] New: Remove dead code to delete authorities in authorities/authorities.pl
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '24

18 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38200 Bug ID: 38200 Summary: Remove dead code to delete authorities in authorities/authorities.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: phil(a)chetcolibrary.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org authorities/authorities.pl (the authority editor) has an op cud-delete. Hypothetically, it might have been run at some point before the template transition 13 years ago: somewhere between the initial commit of authorities support 20 years ago and then, the editor might have had a delete button that called it. Since then, it hasn't had one. You can see that it hasn't been run in the past 8 years by looking at the use block: before 8 years ago we had use C4::AuthoritiesMarc; but since then we've used specific exported things from it, never including DelAuthority. You might think it was used by deleting authorities in auth_finder.pl, a rather odd thing to have, but no: from the start, when it was auth_linker.pl, it has not had UI to delete. It did have the param nonav which it used to send people back to auth_linker after they created an authority, but since it was also passing myindex, the index of the bib field where auth_linker was supposed to put the results of its lookup, now the existence of that says it's an authority created from auth_finder and nonav is dead, too. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 38317] New: Support hiding preferred_name from patron modification screen on OPAC but not staff client (or vice versa)
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '24

18 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38317 Bug ID: 38317 Summary: Support hiding preferred_name from patron modification screen on OPAC but not staff client (or vice versa) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 28633 If preferred_name is hidden from either staff modification or patron self-modification, the firstname field will be copied into that field whenever edits to the patron are made from that screen. It's possible that a library may want to use the preferred_name field, but restrict editing either to patrons only or staff only for whatever reason. It would be nice to be able to hide preferred_name from one screen and not the other, without overwriting the preferred_name every time the patron account is edited from a screen where the field is hidden. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28633 [Bug 28633] Add a preferred_name field and an effective_name method to patrons -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 30122] New: Display note fields in authority result list
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '24

18 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30122 Bug ID: 30122 Summary: Display note fields in authority result list Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 35328] New: Add a notes pop-up for authority records to authority search results
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '24

18 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35328 Bug ID: 35328 Summary: Add a notes pop-up for authority records to authority search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 22403] New: Temporary Card
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '24

18 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22403 Bug ID: 22403 Summary: Temporary Card Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- We are CONSTANTLY having to write out patron card numbers on post-its for patrons that forgot their library cards. It would be great if there were an option under the print options on the patron page to print a temporary card. It could print the barcode and number, and maybe have an optional customizable message. Even better, since patrons are prone to leave these lying around, maybe it prints a temporary number that ISN'T their card number, but it is a temporary secondary number linked to their account that expires in X amount of hours. We could hand that out to them, providing of course they provide a photo id to prove who they are. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 38186] New: Cancelling a hold from the holds over tab shouldn't trigger "return to home" transfer on a lost item
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '24

18 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38186 Bug ID: 38186 Summary: Cancelling a hold from the holds over tab shouldn't trigger "return to home" transfer on a lost item Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sometimes, when cancelling waiting holds that have expired, the book on hold cannot be found on the holds shelf. In this case, the librarian would mark the item missing/lost and cancel the hold. However, if the librarian sets the lost status first and then cancels the hold on an item that would normally trigger a "return to home" transfer, the transfer still gets triggered and the lost status is removed, which is confusing and inaccurate. If the item is already marked as lost, it should stay lost and shouldn't generate a transfer. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 37790] New: Prevent indexing and holds queue updates when running update_localuse_from_statistics.pl
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '24

18 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37790 Bug ID: 37790 Summary: Prevent indexing and holds queue updates when running update_localuse_from_statistics.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The maintenance script touches all items to update the localuse from the statistics table. This will not affect holdability of items, nor it is mapped in the search engine by default. To avoid spawning large numbers of background jobs we should skip these options when storing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 38020] New: Fix 'delete list' button to have same formatting as 'edit list'
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '24

18 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38020 Bug ID: 38020 Summary: Fix 'delete list' button to have same formatting as 'edit list' Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the staff interface, the edit and delete list buttons in the 'edit' dropdown look different. To recreate: 1. Create a list in the staff interface 2. Go to lists 3. View the list 4. Click the Edit dropdown 5. Notice the two dropdown options for Edit list and Delete list have different formatting and look different -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 30269] New: Use objects directly to display holds on request.pl
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '24

17 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30269 Bug ID: 30269 Summary: Use objects directly to display holds on request.pl 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com request.pl fetches holds objects, then loops over them to build a hash for display - we don't need this intermediate step. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 37882] New: Add classes to item statuses in SCO
by bugzilla-daemon＠bugs.koha-community.org 17 Dec '24

17 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37882 Bug ID: 37882 Summary: Add classes to item statuses in SCO Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org For styling and customizing, it would be nice to have classes for more of the sco renewal and hold statuses -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8