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

[Bug 37269] New: Saving edits to a patron - error message clears or resets some fields
by bugzilla-daemon＠bugs.koha-community.org 27 May '25

27 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37269 Bug ID: 37269 Summary: Saving edits to a patron - error message clears or resets some fields Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When there is an error saving edits to a patron, some of the changes you make are cleared or reset to the previous value. Changes noted for the patron field (by section): - Patron identity: Surname reset - all other fields retain the changed values - Patron guarantor: retains values - Non-patron guarantor: Guarantor surname, Guarantor first name reset - all other fields retain the changed values (Relationship) - Main address: all fields reset - Contact information: all fields reset - Alternative address: all fields reset - Alternate contact: all fields reset - Library management: none - all keep the changed values - Library setup: none - all keep the changed values - OPAC/Staff interface login: none - all keep the changed values (not sure about the password) - Patron account flags: none - all keep the changed values - Patron restrictions: none - all keep the changed values - Additional attributes and identifiers: none - all keep the changed values - Patron messaging preferences: all fields reset (but that may be more to do with changing the patron category) To replicate: 1. Go to a patron record and edit it (I used Mary Burton). 2. Duplicate the tab so you can compare the differences. 3. Make changes to every field available. Changes I made: . Text fields: Put an 'A' in front of every existing text value or for any empty text field . For email address: me(a)example.com . For dropdown lists, selectors, or tick boxes, change to another value . For dates, change the year 4. Change a field so that it will generate an error in the info box area when you go to save. I could generate an error message by: . Changing the date of birth so that the age doesn't match the age range for the patron category - for Mary, change date of birth year to 2010 . Change the patron category so that their age is incorrect for the patron category - for Mary, change from patron to Board (I'm sure there are other ways to generate an error message.) 5. When you save the form, you get an error message (I changed the patron category for Mary from Patron to Board): The following fields are wrong. Please fix them. . Patron's age is incorrect for their category. Ages allowed are 5-17. 6. Note that: . Some fields remain the same . Many fields are reset to the value they had before making the changes (empty or original values) The issue was identified when testing Bug 31354 - Clarify options for 'Change messaging preferences to default for this category?' popup. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 37870] New: t/db_dependent/Koha/UI/Form/Builder/Biblio.t and Item.t
by bugzilla-daemon＠bugs.koha-community.org 27 May '25

27 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37870 Bug ID: 37870 Summary: t/db_dependent/Koha/UI/Form/Builder/Biblio.t and Item.t Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: RM_priority Severity: normal 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 Jenkins is failing on: t/db_dependent/Koha/UI/Form/Builder D10 #1626 D12 #3027 -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 28794] New: ability to make a list visible for a specific period
by bugzilla-daemon＠bugs.koha-community.org 26 May '25

26 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28794 Bug ID: 28794 Summary: ability to make a list visible for a specific period Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice if the visibility of a list could be programmed in advanced, for example if the list is created to support a specific event like an exhibition, or a school program. For example a list created the 1 jan 2021 could be programmed to be visible from the 1 fev 2021 to the 1 june 2021 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 28478] New: MARC detail and ISBD pages still show suppressed records
by bugzilla-daemon＠bugs.koha-community.org 26 May '25

26 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28478 Bug ID: 28478 Summary: MARC detail and ISBD pages still show suppressed records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major 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 I couldn't verify on master yet, but tested on 20.11.05: When a record is suppressed in the catalog using 942$n=1 and OpacSuppression a direct link to the MARCdetail page will still work: /cgi-bin/koha/opac-MARCdetail.pl?biblionumber=x This is problematic as some search bots could still index the records and someone clever would also be able to guess it. I think we need to add checks for suppression on these pages and redirect according to OpacSuppressionRedirect. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 16821] New: Facets: home libraries, locations, item types
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16821 Bug ID: 16821 Summary: Facets: home libraries, locations, item types Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It is my understanding that facets are built off the first page of search results. It seems that home libraries, locations and item types are all facets that should be completely available regardless of the first page of results, especially when you click "Show more". I would suggest this be changed to include all the fixed facets rather than being random. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 37793] New: New recall SMS defaults should be in Template Toolkit
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37793 Bug ID: 37793 Summary: New recall SMS defaults should be in Template Toolkit Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 23781 added new SMS notices in bespoke syntax but should be in template toolkit per NOTICE1 coding guidelines. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 36145] New: Fix incorrect OPAC authority search results sort order
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36145 Bug ID: 36145 Summary: Fix incorrect OPAC authority search results sort order 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The sort order for authority search results in the OPAC appears to be random, not accurately sorting by heading ascending or descending -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 22311] New: Make the #moresearches area of the OPAC responsive
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22311 Bug ID: 22311 Summary: Make the #moresearches area of the OPAC responsive 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: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 85009 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=85009&action=ed… screenshot of opac showing the area needed to be responsive When links are added to the #moresearches area of the OPAC, the opac fails to be responsive when resized. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 37603] New: Protect static files served by Apache
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37603 Bug ID: 37603 Summary: Protect static files served by Apache Change sponsored?: --- Product: Koha Version: Main 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org There are times where it would be great to generate a large file in the background and then alert the user when it's ready to download. The problem at the moment is that proxying with Plack::App::CGIBin can lead to timeouts, and serving directly with Apache means no authentication/authorization checks. This morning I realised though that we could actually use mod_perl to write a Perl-based auth handler for Apache. (It looks like Nginx has a ngx_http_perl_module equivalent as well.) It would mean bolting on another dependency, but it's an interesting idea... Of course, an alternative would be to just go with something like bug 31380. That would be serving a static file via Starman, so it wouldn't be as efficient as Apache, but it wouldn't timeout like Plack::App::CGIBin... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 35504] New: Release team 24.05
by bugzilla-daemon＠bugs.koha-community.org 22 May '25

22 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35504 Bug ID: 35504 Summary: Release team 24.05 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: RM_priority Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55