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

[Bug 24156] New: Basket - Make sort order and number of items to display configurable
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '21

15 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24156 Bug ID: 24156 Summary: Basket - Make sort order and number of items to display configurable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Add a mechanism so users can determine: * The default sort order of items in basket view * The default number of items to display in basket view To achieve this we will add new options to "Additional Parameters > Column Settings". -- You are receiving this mail because: You are watching all bug changes.

1 81

[Bug 25540] New: Biblio.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '21

15 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25540 Bug ID: 25540 Summary: Biblio.t is failing randomly 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(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Master_DO #874 11:37:04 koha_1 | # Failed test 'ReservesControlBranch: ItemHomeLibrary, biblio1, patron1 should return 6 but returns 7' 11:37:04 koha_1 | # at t/db_dependent/Koha/Biblio.t line 408. 11:37:04 koha_1 | 11:37:04 koha_1 | # Failed test 'ReservesControlBranch: PatronLibrary, biblio1, patron1 should return 6 but returns 7' 11:37:04 koha_1 | # at t/db_dependent/Koha/Biblio.t line 408. 11:37:05 koha_1 | # Looks like you planned 29 tests but ran 31. 11:37:05 koha_1 | # Looks like you failed 2 tests of 31 run. 11:37:05 koha_1 | 11:37:05 koha_1 | # Failed test 'pickup_locations' 11:37:05 koha_1 | # at t/db_dependent/Koha/Biblio.t line 435. 11:37:06 koha_1 | # Looks like you failed 1 test of 12. 11:37:06 koha_1 | [09:37:06] t/db_dependent/Koha/Biblio.t Was failing earlier on D10 as well. -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 22086] New: Birthday Wishes email to patron
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '21

15 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22086 Bug ID: 22086 Summary: Birthday Wishes email to patron Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Dear All, We are sending a lot of alert messages through Koha like book renewal, hold, overdue, etc. So how can we make this possible to send birthday wishes from Koha? The system should match the Koha server date with patron birthday record/field and send a wish as per library defined format like other email alerts? The case may be similar to already available email alerts to patron before their account expire in system. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 22173] New: Search Groups broken by change in expected structure
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '21

13 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22173 Bug ID: 22173 Summary: Search Groups broken by change in expected structure Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The original logic of Search Groups using the heirarchical library groups was to enable search groups on a root group and have each sub group be a search group listed in the pulldown: RootGroup: SearchGroup1: LibraryA LibraryB SearchGroup2: LibraryC LibraryD SearchGroup3: LibraryE LibraryF At some point, the code was changed to expect the each search group to be the root group: RootSearchGroup1: LibraryA LibraryB RootSearchGroup2: LibraryC LibraryD RootSearchGroup3: LibraryE LibraryF It's likely that both styles are being used in production now with different versions. If a library upgrades, their search groups will be broken. If we revert the change, currently up to date libraries will have search groups broken. Instead, we should accommodate both configurations. So, if a root group has libraries as direct children, it should be displayed as a search group. If it does not, we should display the child search groups instead. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 25129] New: Update German (de-DE) web installer files for 20.05
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '21

13 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25129 Bug ID: 25129 Summary: Update German (de-DE) web installer files for 20.05 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The same procedure as every release... translate new notices etc. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 19793] New: Add a field for email in batch patron modification
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '21

12 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19793 Bug ID: 19793 Summary: Add a field for email in batch patron modification Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, It could be nice in batch patron modification tool's to add a new field for the email adrress. Patrick. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 15933] New: Regarding publishercode
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '21

11 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15933 Bug ID: 15933 Summary: Regarding publishercode Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: tejoskumar(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, As in the serials module there is an option to search for an existing vendor and add the vendor code while creating a new one, I could not find an option to search for a publishercode. If this is available the data entry part of the publishercode will be very uniform throughout the cataloging entries. I could not find this option any where hence posting it here. Regards Suresh Kumar -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 25214] New: It would be beneficial for patrons to be able to see their OPAC problem reports
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '21

11 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25214 Bug ID: 25214 Summary: It would be beneficial for patrons to be able to see their OPAC problem reports Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org Depends on: 4461, 25213 With bug 4461 we introduce a mechanism for patrons to report issues with the OPAC and for staff to manage the progress of such enquiries through various status's. I would be beneficial for patrons to be able to see their reports when logged in. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4461 [Bug 4461] Context-sensitive report a problem screen https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25213 [Bug 25213] It would be beneficial to be able to notify the patron of a resolution -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 17801] New: 'Top Most-circulated items' gives wrong results when filtering by checkout date
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17801 Bug ID: 17801 Summary: 'Top Most-circulated items' gives wrong results when filtering by checkout date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org We had a library reporting that records show up on this report that haven't been checked out within the selected date range of checkout dates. After looking at the script I think this is because it checks the timestamp column instead of the issuedate of old_issues. In old_issues the timestamp is the date of return, so that's not right and explains the results the library reported. Side note: the report does also not seem to count current checkouts as it avoids the issues table? -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 25349] New: Enter in the username field submits the login, instead of moving focus to the password field
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '21

08 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25349 Bug ID: 25349 Summary: Enter in the username field submits the login, instead of moving focus to the password field Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When using self checkout set to login with username and password and an "enter" function is submitted in the username field, the form is submitted instead of moving the focus to the password field. For libraries that have patrons scan their barcode for the username, this causes a never ending loop of not being able to login. The "enter" function is necessary from the barcode scanner when checking out books etc, so that can't be changed. The desired behavior would be to move the focus to next field on the form so patrons can scan their barcode, then type in the password, and then the enter key would submit the form. To recreate: 1. Enable self checkout function 2. Set sys pref SelfCheckoutByLogin to Username and Password 3. Go to your self check site and log in as your self check user 4. In the username field, type in a username and hit the enter key, or using a barcode scanner, scan a barcode. 5. Notice that the form is submitted, and results in a failed login, returning the patron to a blank log in screen. The same behavior is in 18.11, 19.05, and 19.11. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27