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

[Bug 30486] New: [OMNIBUS] Synchronize database schema with (older) database revisions
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '24

19 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30486 Bug ID: 30486 Summary: [OMNIBUS] Synchronize database schema with (older) database revisions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org When you are working with a Koha database, installed many years ago and upgraded since then, you may have quite a bit of small deviations from a freshly installed database. This may be due to small inconsistencies between the changes to kohastructure and the atomic update files, among other reasons (failing dbrevs, local changes, etc) Some changes only involve for instance the order of the database columns but others may be a bit more serious: NULL or NOT NULL, type of constraint (RESTRICT or CASCADE), etc. You can have an idea of the state of your database by running the dbix script in the misc folder [in a safe way :) ] and looking at git diff. This report only collects links to individual reports where such changes are reported / resolved. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 30319] New: Patron self-modification values not retained if field blocked in PatronSelfRegistrationBorrowerUnwantedField
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '24

19 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30319 Bug ID: 30319 Summary: Patron self-modification values not retained if field blocked in PatronSelfRegistrationBorrowerUnwantedField Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a field is hidden for self-registration, Koha is mistakenly discarding values for that field in self-modification. Somehow these two sysprefs are not being enforced distinctly. To test: 1 - turn on OPACPatronDetails 2 - confirm PatronSelfModificationBorrowerUnwantedField is blank, all fields allowed 3 - set PatronSelfRegistrationBorrowerUnwantedField to hide Title 4 - log into the opac, go to self mod (/cgi-bin/koha/opac-memberentry.pl), set a title (it is not hidden, which is correct), and save your updates 5 - go to the patron modification page in the staff interface (/cgi-bin/koha/members/members-update.pl), confirm your modification request is there but shows no changes 6 - update PatronSelfRegistrationBorrowerUnwantedField to allow title 7 - repeat step 4 8 - your new modification request shows a change to title -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 29392] New: Add plugin hooks before merging biblios or authorities
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '24

19 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29392 Bug ID: 29392 Summary: Add plugin hooks before merging biblios or authorities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org For when we want to modify the final record of a merge operation -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 31846] New: Add syspref for serials search results limit
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31846 Bug ID: 31846 Summary: Add syspref for serials search results limit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Performing and advanced search on serials with a significant amount of subscriptions in the database can take up a lot of server resources and even (in our case) cause serious server overload. By introducing a syspref that allows setting a result limit this problem can be mitigated. Also discovered and fixed a lot of performance bottlenecks but will post this as a separate patch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 31357] New: Separate holds history from intranetreadinghistory
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31357 Bug ID: 31357 Summary: Separate holds history from intranetreadinghistory Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently the system preference intranetreadinghistory determines visibility of both circulation history and holds history tabs in the patron record. It would be helpful to allow the option of setting each of those independently. Specifically, libraries have requested the option of being able to view the holds history in a patron record without having to enable viewing of the circulation history. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 21525] New: Configuration to disable all notices at patron level
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21525 Bug ID: 21525 Summary: Configuration to disable all notices at patron level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org At present, it is possible to select 'Do not notify' for the following notices at a patron level (i.e. for an individual patron): * Item due * Advance notice * Hold filled * Item check-in * Item check-out AT patron category level it is possible to opt out of overdue notices by changing the value of 'Overdue notice required' to 'No'. However, it is not possible to opt out of overdue notices at a patron level. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 25816] New: Add opac messages in SIP display.
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25816 Bug ID: 25816 Summary: Add opac messages 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 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 22070] New: OpacBrowseResults has broken link back to search results
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22070 Bug ID: 22070 Summary: OpacBrowseResults has broken link back to search results Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Under certain conditions the OPACBrowseResults (navigation between results in OPAC) feature will have a broken link "back to results". To test: - Search for a term with diacritics. You can cheat a little here and search for something like "bööks" with the sample data. (ö will also find o). It's important that it's at least to result pages. - Go to the last result of the first result page - Verify the URL "back to results" works and diacritic shows up nicely - Go to the last result of the first page again - Navigate "Next >>" - Check "Back to results" again - Verify the link is broken and the diacritics are mangled Link looks something like this: http://localhost:8080/cgi-bin/koha/opac-search.pl?offset=20&q=b%C3%83%C2%83… -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 33716] New: ILL - Allow for a disclaimer stage per request type
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33716 Bug ID: 33716 Summary: ILL - Allow for a disclaimer stage per request type Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com CC: andrew.auld(a)ptfs-europe.com, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com Created attachment 151027 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=151027&action=e… Workflow diagram This new feature should allow the specification of a new custom HTML message alongside a custom authorised values category to be presented to the user after the ILL request has been submitted, on both OPAC and Staff. This should also allow for different specifications for each request type, and a fallback disclaimer if the type of the new ILL request being created does not exist in the new system preference. Once the disclaimer is submitted, the selected value from authorised values category as well as a timestamp should be saved in the database. To implement this, a refactor of the current ILLCheckAvailability system preference is required to make sure this new feature works in harmony, as it's also an extra step the user must take after it has submitted the create request form, but before the request has been saved in the database. Please check the attached diagram. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 72

[Bug 30793] New: C4::Biblio PrepHostMarcField and prepare_host_field functions should be merged and migrated to Koha::Biblio
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30793 Bug ID: 30793 Summary: C4::Biblio PrepHostMarcField and prepare_host_field functions should be merged and migrated to Koha::Biblio Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org I propose we add a 'add_marc_host' method to Koha::Biblio and use it to replace both PrepHostMarcField and prepare_host_field methods in C4::Biblio. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5