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

[Bug 33107] New: Expiry date tests failing on March 1st 2023
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33107 Bug ID: 33107 Summary: Expiry date tests failing on March 1st 2023 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 17699 prove t/db_dependent/Koha/Patron/Categories.t t/db_dependent/Koha/Patron/Categories.t .. 1/10 # Failed test 'With enrolmentperiod defined and a date given in parameter, ->get_expiry_date should take this date + enrolmentperiod' # at t/db_dependent/Koha/Patron/Categories.t line 81. # got: '-1' # expected: '0' # Looks like you failed 1 test of 5. # Failed test 'get_expiry_date' # at t/db_dependent/Koha/Patron/Categories.t line 87. # Looks like you failed 1 test of 10. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17699 [Bug 17699] DateTime durations are not correctly subtracted -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 35068] New: Split 'Renew or check in selected items' button in issues table into seperate buttons
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '24

28 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35068 Bug ID: 35068 Summary: Split 'Renew or check in selected items' button in issues table into seperate buttons 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Many libraries find 'Renew or check in selected items' within the issues/checkout table confusing. It makes sense to split these into 2 separate buttons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 33607] New: Show framework on record details page
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '24

28 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33607 Bug ID: 33607 Summary: Show framework on record details page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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 Currently you can only see the framework for a record by editing the record. It would be useful to make this visible when viewing a record in the staff client -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 30037] New: Set Default Profile when staging MARC notices on import
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30037 Bug ID: 30037 Summary: Set Default Profile when staging MARC notices on import 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: florian.bontemps(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When staging MARC notices on import, the default profile will always be "Do not use profile", even if you have multiple profiles already set up. It would be more intuitive to have a way for the users to set up their own default profile so it shows up on page load. That way, it would also reduce the chances of accidently making a duplicate profile. On our side, we have a fix with a function that makes the profile input search and automatically pick any profile labeled 'default', but this isn't ideal. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 34853] New: Move EDI link to new line in invoice column of acquisition details display
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34853 Bug ID: 34853 Summary: Move EDI link to new line in invoice column of acquisition details display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 32984 A late piece of feedback came in on bug 32984 just as it was being pushed. >This is working well but it would be easier to read on the display if the EDI invoice link can start on a new line underneath the Invoice number. At the moment it makes the Invoice number harder to read. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32984 [Bug 32984] The EDIFACT message that receives an item should be linked on the 'Acquisition details' tab on catalogue details page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 32676] New: EDI message status uses varying case, breaking EDI status block
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32676 Bug ID: 32676 Summary: EDI message status uses varying case, breaking EDI status block Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Edifact status appear to vary between all lower case and being capitalized. This breaks the switch in the edi_status block of the basket.tt template. We should make this switch case-insensitive. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 32426] New: Allow plugin to generate userid when creating patrons
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32426 Bug ID: 32426 Summary: Allow plugin to generate userid when creating patrons 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com See also bug 29480 and its old predecessor 2237 for an email based userid. I will give a try here in doing this via Koha plugins and hence providing more flexibility. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 60

[Bug 33428] New: Should only search in searchable patron attributes if searching in standard fields
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '24

26 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33428 Bug ID: 33428 Summary: Should only search in searchable patron attributes if searching in standard fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Before patrons search using REST API, the search on patron attributes was only in standard fields. See Bug 18094 : Only search in searchable patron attributes if searching in standard fields -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 29822] New: Add checkboxes to the system preference DefaultPatronSearchFields to eliminate errors
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '24

26 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29822 Bug ID: 29822 Summary: Add checkboxes to the system preference DefaultPatronSearchFields to eliminate errors Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com As Koha did with system preferences such as borrower mandatory fields and borrower unwanted fields, it would be helpful and avoid searching errors if the system preference, DefaultPatronSearchFields would also use checkboxes. These checkboxes will allow users to easily choose which fields Koha should use for searching. Currently, if a user puts a value in this field that is not valid, searching for patrons will be broken. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 111

[Bug 23478] New: Simplify report landing page
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '24

26 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23478 Bug ID: 23478 Summary: Simplify report landing page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org I think we could combine reports-home.pl and guided_reports.pl (used saved) by having reports-home.pl show the saved reports, and having the options on the reports-home.pl page down the left side. Some of it is already there. I'm not sure about other libraries, but 99% of what we do in reports is saved. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3