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

[Bug 38784] New: Authority does not update in basic editor when manually linking
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '24

24 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38784 Bug ID: 38784 Summary: Authority does not update in basic editor when manually linking Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 175936 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=175936&action=e… bibliographic record to use for testing To replicate: Ensure the authority module is setup and configured. AutoLinkBiblios is set to DO CatalogModuleRelink is set to DO LinkerKeepStale is set to Don't LinkerRelink is set to Do AuthorityMergeLimit is set to 50 AuthorityMergeMode is loose AutoCreateAuthorities is don't generate 1. Have a bibliographic record with an authority for a personal name that includes a date. Have a corresponding authority record that does not include the date in the authority. (examples uploaded). 2. Edit the bibliographic record in the basic editor. 3. Use the tag editor to search for the authority and link it to the authority record. 4. See the authority record number in subfield 9. Also notice the authority record is not updated to remove the date. 5. Save the record. 6. View the bibliographic record in the normal view and see the authority link was not saved. Repeat the above steps, but use the Advanced Editor instead. Notice the authority heading is updated in the editor to match the authority record. Save and see the authority link is correctly saved. I would expect the basic editor to behave the same as the Advanced Editor. Tested this in 24.05, 23.11, and 23.05. Also tested with setting LinkerKeepStale set to DO. With this enabled the link created in the Basic Editor will be retained, but the heading will not be updated. The heading will still be updated in the Advanced Editor. There are likely a few different things happening. The primary thing to note is the difference in behavior between the basic and advanced editors when manually linking. Whether the heading is updated or not may be a matter of preference. Regardless, the link should have been saved in the basic editor. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 38021] New: Circulation Codes Suggestion
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '24

24 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38021 Bug ID: 38021 Summary: Circulation Codes Suggestion Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: tylerkinney50(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I think Koha should add "Circulation Codes", kind of like Follett Destiny has. %C167I for "Reset", etc So for example, to use "reset", when a user scans their library card, and then a couple books, while still highlighting the book barcode field, if Koha detects they enter "%C167I" instead of a valid barcode, it goes back to /cgi-bin/koha/circ/circulation.pl (not circulation-home.pl). This would make "Touchless" checkouts super easy! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 38781] New: Add ability to weight search results based on popularity of biblio / item
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '24

24 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38781 Bug ID: 38781 Summary: Add ability to weight search results based on popularity of biblio / item Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Elastic allows the user to sort results based on popularity, but libraries would like the ability to weight results such that more popular items are pushed higher in the search results when sorting by relevance. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 38749] New: Truncation doesn't work with Zebra phrase searches
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '24

24 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38749 Bug ID: 38749 Summary: Truncation doesn't work with Zebra phrase searches Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If you do a "Keyword as phrase" search in Koha when using Zebra, a search for 'testa testb*' will turn into this: (rk=(kw,phr: testa and kw,phr,rtrn:testb )) This may or may not make sense when doing a wrdl or word search, but it certainly doesn't make sense when doing a phr phrase search, because it breaks up the terms in the phrase you were searching. That said... Zebra doesn't support * for doing a masked/wildcard search, so it's not clear at a glance how a person could fix this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 38780] New: Allow configuration of local default choice for framework on record creation and overlay when importing batch
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '24

24 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38780 Bug ID: 38780 Summary: Allow configuration of local default choice for framework on record creation and overlay when importing batch Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When importing a batch of biblio records, the Manage Staged MARC Records page asks the user to specify which framework should be used if a new record is created and which should be used if a record is updated via overlay. "New record framework" is always set to "Default" on page load. "Replacement record framework" is always set to "Keep original framework" on page load. It would be helpful to allow libraries to indicate their local preference for which frameworks to assume in these situations. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 38695] New: CircConfirmItemParts not working correctly
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '24

23 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38695 Bug ID: 38695 Summary: CircConfirmItemParts not working correctly Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Turn CircConfirmItemParts to 'require'. 2. Add a items.material note to an item 3. Checkout the item to a patron. Notice the "Note about the accompanying materials:" message. 4. The item is checked out with needing confirmation, as if CircConfirmItemParts was set to 'Don't require' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 38775] New: t/db_dependent/Circulation/transfers.t might fail for tiny time difference
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '24

23 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38775 Bug ID: 38775 Summary: t/db_dependent/Circulation/transfers.t might fail for tiny time difference Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The test failed today on D11. We can see that there is time difference of 1 minute (maybe only a few seconds actually). It might be a nice project to make this a bit more fail resistant: 14:37:09 koha_1 | # Failed test 'Barcode and itemnumber for same item both generate same TransferSlip' 14:37:09 koha_1 | # at t/db_dependent/Circulation/transfers.t line 215. 14:37:09 koha_1 | # Compared $data->{"content"} 14:37:09 koha_1 | # got : '<h5>Date: 12/23/2024 13:34</h5> 14:37:09 koha_1 | # <br> 14:37:09 koha_1 | # <h3>Transfer to qDCKpj</h3> 14:37:09 koha_1 | # <br> 14:37:09 koha_1 | # <h3>ITEM</h3> 14:37:09 koha_1 | # <h4></h4> 14:37:09 koha_1 | # <h5></h5> 14:37:09 koha_1 | # <ul> 14:37:09 koha_1 | # <li>1</li> 14:37:09 koha_1 | # <li>callnumber1</li> 14:37:09 koha_1 | # </ul>' 14:37:09 koha_1 | # expect : '<h5>Date: 12/23/2024 13:35</h5> 14:37:09 koha_1 | # <br> 14:37:09 koha_1 | # <h3>Transfer to qDCKpj</h3> 14:37:09 koha_1 | # <br> 14:37:09 koha_1 | # <h3>ITEM</h3> 14:37:09 koha_1 | # <h4></h4> 14:37:09 koha_1 | # <h5></h5> 14:37:09 koha_1 | # <ul> 14:37:09 koha_1 | # <li>1</li> 14:37:09 koha_1 | # <li>callnumber1</li> 14:37:09 koha_1 | # </ul>' 14:37:09 koha_1 | # Looks like you failed 1 test of 19. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38774] New: Error when accessing Libraries in Koha Administrator Interface
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '24

23 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38774 Bug ID: 38774 Summary: Error when accessing Libraries in Koha Administrator Interface Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: nadeemsohail4u(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, oleonard(a)myacpl.org Description: I am experiencing an issue when trying to open the Libraries section in the Koha administrator interface. Specifically, when I click on the Libraries option in the Administrator menu and then attempt to access the link: http://localhost:8001/cgi-bin/koha/admin/branches.pl I encounter the following error message: Error: "Something went wrong when loading the table. 500: Internal Server Error." This issue occurs every time I try to load the Libraries page. I have tried reloading the page and restarting the Koha service, but the error persists. The problem seems to be related to the table loading process within the branches.pl script. Steps to Reproduce: Log into Koha administrator interface. Click on the Libraries option in the Administrator menu. Attempt to access the Branches page via the link: http://localhost:8001/cgi-bin/koha/admin/branches.pl The error appears: "Something went wrong when loading the table. 500: Internal Server Error." Expected Result: The page should load correctly, displaying the list of libraries (branches). Actual Result: The page fails to load and returns a "500: Internal Server Error" message. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31093] New: Add help to search_for_data_inconsistencies.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '24

23 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31093 Bug ID: 31093 Summary: Add help to search_for_data_inconsistencies.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz When running ./misc/maintenance/search_for_data_inconsistencies.pl without parameters or with -h, the script starts, instead of giving any information about its usage. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 36060] New: If issues table includes overdues Renew selected items button is disabled
by bugzilla-daemon＠bugs.koha-community.org 23 Dec '24

23 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36060 Bug ID: 36060 Summary: If issues table includes overdues Renew selected items button is disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 35068 split the renewal and checkout buttons. I did not account for the fact that if items are overdue the 'Renew' button for that item is checked by default. Once the issue table is loaded there should be a check to see if either renew or checkin checkboxes are checked and enable or disable the 'Renew selected items' and 'Check in selected items' To recreate: 1. Have overdues 2. Go to a patron account and load the issue table 3. The items that are overdue are checked by default 4. 'Renew selected items' is disabled, you have to toggle the checkboxes to enable the button. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 43