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

[Bug 29882] New: remove unrequired package definitions in list-deps script
by bugzilla-daemon＠bugs.koha-community.org 31 Oct '22

31 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29882 Bug ID: 29882 Summary: remove unrequired package definitions in list-deps script Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com to test... - apply patch, rebuild new package - install new koha-common pkg on successfully -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 31428] New: Shorten new button text "Configure this table"
by bugzilla-daemon＠bugs.koha-community.org 31 Oct '22

31 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31428 Bug ID: 31428 Summary: Shorten new button text "Configure this table" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 29723 The new button on datatables reads "Configure this table". This will be quite long, especially in translation (to German). I'd like to at least remove the 'this': Configure table But as all buttons are about the table, maybe just "Configure" would be enough? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29723 [Bug 29723] Add a "Configure table" button for KohaTable tables -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 30016] New: Remove GetOpenIssue subroutine
by bugzilla-daemon＠bugs.koha-community.org 31 Oct '22

31 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30016 Bug ID: 30016 Summary: Remove GetOpenIssue subroutine 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This routine is just a SQL fetch of the issue row for an itemnumber - we should use Koha::Checkouts->find({itemnumber=>$itemnumber}) instead -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 30847] New: Cleanup opac-reserve.pl
by bugzilla-daemon＠bugs.koha-community.org 31 Oct '22

31 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30847 Bug ID: 30847 Summary: Cleanup opac-reserve.pl 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 68

[Bug 18440] New: tmp_holdsqueue should have a timestamp
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18440 Bug ID: 18440 Summary: tmp_holdsqueue should have a timestamp Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If the holds queue builder doesn't run for some reason (cron job disabled, or job crashes), it's not possible to tell when the last entry was made in tmp_holdsqueue. It would be very nice to have a timestamp available for this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 25994] New: Make Hold Queue page show when the cron was last run
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25994 Bug ID: 25994 Summary: Make Hold Queue page show when the cron was last run Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 18440 suggests adding a timestamp to tmp_holdsqueue so one can see when an entry there was generated. Once we've done that, it'd be great to add a big clear "This queue was generated at XX/XX/XXXX XX:XX" message to the top of the page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 31629] New: Cleanup database needs a flag for removing elastic index entries from background_jobs table
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31629 Bug ID: 31629 Summary: Cleanup database needs a flag for removing elastic index entries from background_jobs table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 27344 introduced using the background worker to handle elastic indexing, which means the background_jobs table can end up with a lot of entries for elastic search updates. Currently these are not cleaned up, we either need a job in cleanup_database cron to get rid of these, or they should be removed after processing. If we have a cleanup database job, the default interval for deletions should be 1 day. Cheers, Liz -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 27341] New: Performance 21.05 - Omnibus
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27341 Bug ID: 27341 Summary: Performance 21.05 - Omnibus 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 19

[Bug 22983] New: New default local NotoSans font copy lackck glyphs for (some) Roman letters with diacritics
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '22

28 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 Bug ID: 22983 Summary: New default local NotoSans font copy lackck glyphs for (some) Roman letters with diacritics 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: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 90054 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=90054&action=ed… NotoSans rendered incorrectly (missing) for Polish letters The patches of Bug 20554 introduced a new pretty NotoSans font family as basic font for OPAC. A decision was taken to serve the font files from Koha installation, not from Google font API. Unfortunately, the copy of the font files in Koha lacks non-standard (probably those outside iso 8859-1 set?) accented Roman letters (among others, Polish). As a result the user is presented with the page which is--typographically--hard to accept (cf. attached screenshot -- Windows 10, Chrome 74.0.3729.169; BTW, on my Android 9 everything seems to be OK -- probably thanks to the local, system copy of the font?). Possible solutions could be: 1) update the Koha copies of the font files with the up-to-date version 2) let css get the font from Google font API (href="https://fonts.googleapis.com/css?family=Noto+Sans&display=swap") Can be tested--for instance--with Polish letters: ACELNOSZZ ĄĆĘŁŃÓŚŻŹ acelnoszz ąćęłńóśżź -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 26832] New: Elasticsearch mappings export should use UTF-8
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '22

27 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26832 Bug ID: 26832 Summary: Elasticsearch mappings export should use UTF-8 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 Script misc/search_tools/export_elasticsearch_mappings.pl allows to export current search engine configuration into a YAML file. This export should use UTF-8 encoding, like other exports. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15