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

[Bug 37493] New: Cypress videos and screenshots should be .gitignored
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37493 Bug ID: 37493 Summary: Cypress videos and screenshots should be .gitignored Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com 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 22

[Bug 36716] New: Need a better way of looping through smart-rules ( circ table ) columns
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36716 Bug ID: 36716 Summary: Need a better way of looping through smart-rules ( circ table ) columns Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement 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 When a user clicks "Edit" ( .editrule ) we use JavaScript to loop through each of the columns in the table. This is done based on the column index like so: if ( i == 3 ) or } else if ( i == 5 || i == 6 || i == 26 || i == 27 || i == 28 || current_input_id === "holds_pickup_period" ) { This leads to problems like Bug 36708. We could probably give the columns names/classes so we don't have to rely on the index, which may vary between Koha versions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 34473] New: "Holds Waiting Over..." is not matching the ReservesMaxPickupDelay syspref
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34473 Bug ID: 34473 Summary: "Holds Waiting Over..." is not matching the ReservesMaxPickupDelay syspref Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Holds are being marked as problematic even before they reach the number of days set in the ReservesMaxPickUpDelay syspref. Library Example: The ReservesMaxPickUpDelay syspref is set to mark holds as problematic at 10 days. Today is August 3rd and yet it is showing holds with expiration dates of August 1st and August 2nd in the Holds Waiting Over 10 days tab at /cgi-bin/koha/circ/waitingreserves.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 37366] New: Patron category "Password change in OPAC" setting only follows system preference
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37366 Bug ID: 37366 Summary: Patron category "Password change in OPAC" setting only follows system preference Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In Administration > Patron categories, when setting the Password change in OPAC field, Koha will not save "Allowed" or "Not allowed" options, and will only keep "Follow the system preference OPACPasswordChange..." value. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 35539] New: Remove 'bulk' column from categories table
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35539 Bug ID: 35539 Summary: Remove 'bulk' column from categories table 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: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: fridolin.somers(a)biblibre.com, gmcharlt(a)gmail.com, jonathan.druart+koha(a)gmail.com, katrin.fischer(a)bsz-bw.de, kyle.m.hall(a)gmail.com, martin.renvoize(a)ptfs-europe.com, nick(a)bywatersolutions.com, tomascohen(a)gmail.com Looking at the code (first commited 17 years ago) the "bulk" column in the 'categories' table appears to not be utilized anywhere in the code. Is anyone able to confirm? I suggest we remove this if that is the case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 47

[Bug 36055] New: Simplify MARC21 Fast Add framework
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36055 Bug ID: 36055 Summary: Simplify MARC21 Fast Add framework Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I was looking at the Fast Add framework and noticed there were a lot of unnecessary field, notably $6 and $8 and obsolete fields, which can be confusing (imo) for circulation staff/non-catalogers who would be doing the fast adding. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 37498] New: Patron messaging preferences ordering should be configurable
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37498 Bug ID: 37498 Summary: Patron messaging preferences ordering should be configurable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: samalau(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 29194 Bug 29194 introduced a basic logical ordering for the patron messaging preferences. Ideally, this ordering should be able to be changed by staff, otherwise defaulting to the ordering in 29194. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29194 [Bug 29194] Patron messaging preferences should be ordered -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 31161] New: OAI-PMH - Add ability to exclude suppressed records in output
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31161 Bug ID: 31161 Summary: OAI-PMH - Add ability to exclude suppressed records in output Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.field(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org At the moment, if a record is suppressed in Koha it will still appear in the results set of an OAI-PMH query. It would be great to have an option to exclude a record if 942$n is set to suppress. That way OPAC suppression would be reflected in the OAI output. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 94

[Bug 17729] New: Move IsItemOnHoldAndFound to Koha::Holds
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17729 Bug ID: 17729 Summary: Move IsItemOnHoldAndFound to Koha::Holds Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 36693] New: Improve floating toolbar in OPAC search results
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '24

18 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36693 Bug ID: 36693 Summary: Improve floating toolbar in OPAC search results Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I think the floating toolbar ( #floating ) can be slightly improved. -Between the #toolbar and the .selections-toolbar there is a small space and one can see the content beneath it. Slight annoyance -I think we can use position: sticky now to accomplish the "floating". It seems to have widespread enough support: https://caniuse.com/?search=sticky -- You are receiving this mail because: You are watching all bug changes.

1 17