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

[Bug 25813] New: Enhance patron expiration in SIP display
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '24

09 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25813 Bug ID: 25813 Summary: Enhance patron expiration in SIP display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Currently, the patron information returned by SIP only shows "PATRON EXPIRED" when the patron card has expired. This patch makes the display more consistant with the Opac display and also complies with the NotifyBorrowerDeparture system preference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 38656] New: Add warning about vendor interface password
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '24

09 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38656 Bug ID: 38656 Summary: Add warning about vendor interface password Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation 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: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de Koha is not a password manager, and while the password is encrypted and access is permission-based, it is still a risk to save it there. Add a warning to use that field at the user's own risk. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 38654] New: Rename EasyAnalyticalRecords preference and improve its description
by bugzilla-daemon＠bugs.koha-community.org 09 Dec '24

09 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38654 Bug ID: 38654 Summary: Rename EasyAnalyticalRecords preference and improve its description Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently we need to consult the manual to understand the purpose of this feature. "EasyAnalyticalRecords" does not describes Koha's behavior when the syspref is activated. The description does not give a clue : "Asks: ___ easy ways to create analytical record relationships." What is "easy" ? It is a it's a very subjective adjective. Depending on the workflow in use in your library, one workflow could be easier than an other, or not. The description could be more explicit : this preference gives this ability to link a analytical (or analytic?) record to the item of an host (or parent?) record And the name could be based on that description -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 2646] Add sort option for the series number
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '24

07 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2646 Michaela Sieber <michaela.sieber(a)kit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |michaela.sieber(a)kit.edu -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38606] New: Suggestion title search returns 500 error
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '24

07 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38606 Bug ID: 38606 Summary: Suggestion title search returns 500 error Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.field(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org If you create a basket and add an orderline from a suggestion, you get a suggestions search bar at the top which allows you to search by title, author and publisher. Author and publisher search fine but title returns a 500 error. The logs suggest the title in the SQL query is not unique DBIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Column 'title' in where clause is ambiguous at /usr/share/koha/lib/Koha/Objects.pm line 401 title is, of course, in both the suggestions table and the borrowers table, the query doesn't seem to make this distinction. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 38535] New: Edit record page displays item type even when biblioitems.itemtype is NULL
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '24

07 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38535 Bug ID: 38535 Summary: Edit record page displays item type even when biblioitems.itemtype is NULL Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.liddle(a)wycliff.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This behavior was revealed due to a misconfiguration of Koha to MARC mappings, in which 942$c was associated with items.itype. For any record edited after the change, the value of biblioitems.itemtype was changed to NULL. The issue came to our attention when staff noticed that records' details display pages showed neither the item type image nor the item type description. However, the edit record page (somehow) continued to display its correct item type. Updating the item type on this page, despite an apparently successful save action, did not change the value of biblioitems.itemtype; it remained NULL. The behavior caused much confusion among the staff until the error was traced back to the misconfiguration. An UPDATE action on biblioitems.itemtype could restore the correct value, but a subsequent edit of the record would return the value to NULL. Correcting the Koha to MARC mapping restored proper function. Thanks for reading! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 14549] Hold not removed when item is checked out to patron who is not next in priority list
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '24

07 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14549 Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |38650 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38650 [Bug 38650] We should only fill title level or specific item holds when a patron checks out an item -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11582] Have same display/hidden options for authority subfields like bibliographic subfields
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11582 Juliet Heltibridle <jheltibridle(a)rcplib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jheltibridle(a)rcplib.org --- Comment #3 from Juliet Heltibridle <jheltibridle(a)rcplib.org> --- We would like to see this improvement to the authority types as well. At the moment, if you add a new authority record, only the mandatory fields are uncollapsed. If we were to add the same visibility options that are part of the marc frameworks, that would greatly help when creating new authorities. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15461] Add staff equivalent for OpacLocationOnDetail
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15461 Sara Brown <sbrown(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=38647 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38645] New: Provide link to edit notice when rendering report results with template
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38645 Bug ID: 38645 Summary: Provide link to edit notice when rendering report results with template Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When one has run a report with a template and is viewing the results, it'd be really helpful if the reports results page would include a link to edit the notice template that was used. It could be in the existing Edit button options, but I'd prefer a new button that only appears when one has used a template. It should open the notice in a new tab. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0