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

[Bug 28716] New: Hide toolbar when printing lists
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '21

06 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28716 Bug ID: 28716 Summary: Hide toolbar when printing lists Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: jyorio(a)equinoxinitiative.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In 20.05 and 20.11, printing a list includes the toolbar (Advanced Search | Authority Search | etc) For libraries that have set opaccredits, it includes that as well. Previous versions (19.11 for example) printed a cleaner looking list without these. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 26834] New: Hiding Branches from the Libraries Link on the OPAC
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '21

06 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26834 Bug ID: 26834 Summary: Hiding Branches from the Libraries Link on the OPAC 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With the introduction of including the "Libraries" link on the OPAC. Bug 13388 (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13388) Each library's branch information will display on the OPAC by default. There are library systems that have branches that will not want to be shown on the OPAC, as they are more for the library not for the public to see. Can we have something to be added to the Libraries portion of the Admin module to allow libraries to identify if this branch can be visible on the OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 24988] New: autorenew_checkouts should default to yes
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '21

06 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24988 Bug ID: 24988 Summary: autorenew_checkouts should default to yes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com TO recreate: Create a new patron Note that 'Allow auto-renewal of items' defaults to 'no' This is a regression caused by bug 24476 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 29599] New: addorderiso2709.pl - Discount is stored as value below 1 instead of actual percentage
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '21

06 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29599 Bug ID: 29599 Summary: addorderiso2709.pl - Discount is stored as value below 1 instead of actual percentage Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: christophe.torin(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org When adding an order from a staged file, the discount amount is stored as the value below 1 instead of the actual percentage. e.g. if you enter a disount of 25%, the stored value is 0.25 instead of 25. The percentage is currently stored as is everywhere else (when you add from suggestions, or the discount amount stored in the bookseller info) The discounted price is correctly calculated at first, but if the order is modified afterwards, the wrong discount is used, and the resulting prices are false. This was seen on version 20.11, but is still relevant on the latest versions. In the code, it is because of the way the value is handled : in addorderiso2709.pl, lines 166, 279 & 340 , the discount value is divided by 100 and later it is stored like this. The value should be used as is, then when calculating the prices, divide it by 100 if necessary. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 29370] New: Cannot add patron attributes to quick add or mandatory list
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '21

06 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29370 Bug ID: 29370 Summary: Cannot add patron attributes to quick add or mandatory list 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: b.pastern4k(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In version 20.11, the new modal window was introduced for selecting database columns for patron forms and other settings, but it removed the possibility to choose patron attributes as mandatory or quick add. How a library can add this attribute to the aforementioned preferences? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 16551] New: Display the name of lists to the search results at the OPAC
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '21

04 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16551 Bug ID: 16551 Summary: Display the name of lists to the search results at the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org This new enhancement will allow to add the name of lists containing a biblio to the search results at the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 26051] New: Elasticsearch field local-classification must be sortable
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '21

04 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26051 Bug ID: 26051 Summary: Elasticsearch field local-classification must be sortable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com With Elasticsearch the search field use for sorting by callnumber is "local-classification" (from Koha::SearchEngine::Elasticsearch::QueryBuilder::_convert_sort_fields). So this search field must be sortable in default mappings.yaml. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 17240] New: Allow processes that rely on background jobs run in Plack mode
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '21

03 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17240 Bug ID: 17240 Summary: Allow processes that rely on background jobs run in Plack mode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Since Plack mode (PSGI), the processes running with background jobs are broken. Bug 15218 corrected by using CGI mode for concerned pages. This patch proposes to allow running those pages in PSGI mode by disabling background jobs when PSGI is used. -- You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 20754] New: Does table virtualshelfshares need a unique index on shelfnumber+borrowernumber+invitekey?
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '21

03 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20754 Bug ID: 20754 Summary: Does table virtualshelfshares need a unique index on shelfnumber+borrowernumber+invitekey? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Coming from bug 11943 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 26536] New: "Writeoff selected" seems deduct old unpaid fines first
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '21

03 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26536 Bug ID: 26536 Summary: "Writeoff selected" seems deduct old unpaid fines first Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hello In version 20.05.04 Writeoff selected fine tab does not write off only selected instead it applied on oldest unpaid fine first. Test Plan 1. Two returned book/s with unpaid fine 2. Try to write off lasted returned book with "Writeoff selected" 3. You will observe fine deducted from oldest unpaid book. Vinod -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 46