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

[Bug 25505] New: 2020
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25505 Bug ID: 25505 Summary: 2020 Change sponsored?: Seeking developer Product: Koha Version: unspecified Hardware: All URL: http://sxtn.com OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fvckingsixteen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 2020 Orig. Est.: 2020.00 Deadline: 2020-05-14 Created attachment 104888 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=104888&action=e… Sxtnnnnn Anzaiiii Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2020 [Bug 2020] search.pl chokes on searches with "+and+" in the url -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 29885] New: Add the option to customise Z39.50 searches
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29885 Bug ID: 29885 Summary: Add the option to customise Z39.50 searches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jake.deery(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, Foremost, this is my first bug report. If the community has preferences on how this system is best used, please do let me know, and I'll be happy to learn! One of our customers recently asked me to file this bug report. Their exact comments were: "Also, I wondered if it would be worth to put this on the bugzilla as a desired implementation in one of the coming Koha versions, to add Title series and Publisher. I can imagine other libraries also finding this useful. And to have the option to 'hide' fields from the Z39.50/SRU search form that are not relevant to a certain library (maybe in the same way you can now hide certain columns from showing in e.g. the item record)." I think it would be a great Koha enhancement to be able to pick which attributes are used in Z39.50 / SRU searches, hide/remove unnecessary values, and even add custom search attributes as required. If anyone has anything to add/suggest, please be my guest, and take the floor! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 31726] New: Show record type in z39.50 search results
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31726 Bug ID: 31726 Summary: Show record type in z39.50 search results Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers 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 With more and more records being electronic, it would be useful to add another column to the z39.50 search results which tells us what type of record the result is, i.e. physical or electronic or something else. This could possibly be pulled from the 006 (MARC) of the record. It would be helpful for libraries who aren't as confident in cataloguing standards but want to make sure they're importing the right type of record to their catalogue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 23017] New: More search options for Zebra search
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23017 Bug ID: 23017 Summary: More search options for Zebra search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Hi, When we do a search on Zebra/Z39.50 server, it would be useful to have some options or filters to apply on the search like item type because there is sometime a lot of results that are not wanted. Thanks Alexandre -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 40016] New: Search within results is broken for publication date
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40016 Bug ID: 40016 Summary: Search within results is broken for publication date Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce (ktd, zebra), pb can be reproduced with es. 1 - Make sure the syspref IntranetCatalogSearchPulldown is active. 2 - Type jean in advanced search -> you get three results (url: http://koha-ktd:8081/cgi-bin/koha/catalogue/search.pl?advsearch=1&op=AND&id…) 3 - In Search within results, select publication date in the dropdown, and type 1990-2000 -> broken (url: http://koha-ktd:8081/cgi-bin/koha/catalogue/search.pl?idx=kw&q=jean&&&limit…) 4 - Type jean in advanced search, click on more options, fill "1990-2000" in 'limit' -> it works ! (url: http://koha-ktd:8081/cgi-bin/koha/catalogue/search.pl?advsearch=1&op=AND&id…) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 35305] New: Add XSLT for authority detail page in staff interface
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35305 Bug ID: 35305 Summary: Add XSLT for authority detail page in staff interface 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Like Bug 11083 for result display, allow XSLT for details display in staff interface -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 23486] New: Date last seen should be set upon registration
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23486 Bug ID: 23486 Summary: Date last seen should be set upon registration 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When a patron is registered, via staff or self registration we should fill in the 'lastseen' field -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 70

[Bug 40014] New: Preservation module does not support authorized value ETAT
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40014 Bug ID: 40014 Summary: Preservation module does not support authorized value ETAT Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Preservation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com Many UNIMARC installation uses the authorized value "ETAT" (present in default Koha but not used by default) instead of "NOT_LOAN". This is not taken into account in the preservation module. This can lead to invalid value when field 995$o (status or not for loan) is filled by Koha with a value in the authorized value "NOT_LOAN" that is not present in the authorized value "ETAT" that is mapped to the 995$o. To reproduce : O- On a UNIMARC Koha 1- Add some values in the authorized value ETAT 2- Make sure the authorized value NOT_LOAN contains at least a value that is not in ETAT. 3- Update the Default bibliographic framework field 995, subfield o to use the authorized value ETAT. 4- Activate the preservation Module with the system preference PreservationModule. 5- Select a value that is in NOT_LOAN but not in ETAT in system preferences PreservationNotForLoanDefaultTrainIn and PreservationNotForLoanWaitingListIn. 6- Go in the preservation module 7- Pick an item with an emtpy 995$o and add this item to the waiting list 8- Modify the item, check that the 995$o now contains an invalid value in field 995$o, the value in the field is followed by "(Not an authorised value") -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39986] New: OPACdidyoumean, acting like a system preference when it is not
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39986 Bug ID: 39986 Summary: OPACdidyoumean, acting like a system preference when it is not Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration 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 OPACdidyoumean has an entry in sysprefs.sql: ('OPACdidyoumean','',NULL,'Did you mean? configuration for the OPAC. Do not change, as this is controlled by /cgi-bin/koha/admin/didyoumean.pl.','Free'), You can also find it in the systempreference table: select * from systempreferences where varibale = 'OPACdidyoumean'; However, it can be be found when you search for it as a system preference. If you go to `admin/didyoumean.pl` and make changes they are logged as a change to a system preference. This is confusing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 38512] New: Item table status column display is wrong when record has recalls
by bugzilla-daemon＠bugs.koha-community.org 28 May '25

28 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38512 Bug ID: 38512 Summary: Item table status column display is wrong when record has recalls 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 on UseRecalls 2. Set circ rules to allow for recalls ( Recalls allowed(total) and Recalls allowed(count)) 3. Check something out to a patron, choose a record with multiple items on it 4. With another patron recall the item from the OPAC 5. Choose "Recall next available item" 6. Now go back to the item table and see that all items on the bib say something like: "recalled by koha (42) on 11/21/2024" That seems incorrect, the items should still show as 'Available'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28