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

[Bug 38156] New: Auto renew cron job mangles digest notices when parallel processing is enabled
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38156 Bug ID: 38156 Summary: Auto renew cron job mangles digest notices when parallel processing is enabled Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Depends on: 29507 When the automatic renewal cron job is running multiple loops simultaneously, it aims to process all of the renewals for any given patron together in one chunk, in order to avoid data conflicts. To accomplish this, it starts a new data chunk each time it encounters a new patron. However, in practice, all of a patron's checkouts for a given day might not end up being consecutive in the database table if multiple patrons are using different checkout stations at the same time. (Or if differing circulation rules cause checkouts from different days to auto-renew at the same time.) If a patron's checkouts are not all consecutive in the database, they will end up being split over separate chunks. This causes digest notices not to generate correctly - depending on how the timing works out, a patron may get their renewals split over multiple digests, some renewed items may be missing from digests, or the digest may not generate at all. Sorting the issues by borrowernumber before splitting them into chunks for processing should solve this. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29507 [Bug 29507] Speed up auto renew cronjob via parallel processing -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 34478] Full CSRF protection
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34478 Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |38495 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38495 [Bug 38495] Cannot cancel background job (CSRF) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34546] New: Report group code should only contain ASCII chars
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34546 Bug ID: 34546 Summary: Report group code should only contain ASCII chars Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When creating a new report, one can create a new report group. Since its code will be used in tab id attribute, it should be tested to contain only ASCII chars (and no space) : [a-zA-Z0-9_-] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35580] New: Diacrits in authorized values for REPORT_GROUP
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35580 Bug ID: 35580 Summary: Diacrits in authorized values for REPORT_GROUP Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: klas.blomberg(a)skovde.se QA Contact: testopia(a)bugs.koha-community.org If you use a diacrit (e.g. å ä ö) in an authorized value for REPORT_GROUP, it makes the tab in Saved reports non-clickable Quite trivial, I know, but it worked on earlier versions -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 33330] New: selenium/authentication.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33330 Bug ID: 33330 Summary: selenium/authentication.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+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 25551 15:44:43 koha_1 | # Failed test at t/db_dependent/selenium/authentication.t line 235. 15:44:43 koha_1 | # 'Koha online catalog' 15:44:43 koha_1 | # doesn't match '(?^u:Your library home)' 15:44:43 es_1 | [2023-03-23T14:42:59,727][WARN ][o.e.c.r.a.DiskThresholdMonitor] [hMhQRNC] high disk watermark [90%] exceeded on [hMhQRNCrTdG53zO1o_VVxQ][hMhQRNC][/usr/share/elasticsearch/data/nodes/0] free: 813.7mb[8.1%], shards will be relocated away from this node 15:44:43 koha_1 | # Looks like you failed 1 test of 13. 15:44:43 koha_1 | 15:44:43 koha_1 | # Failed test 'not authorized' 15:44:43 koha_1 | # at t/db_dependent/selenium/authentication.t line 274. 15:44:43 koha_1 | # Looks like you failed 1 test of 7. 15:44:43 koha_1 | 15:44:43 koha_1 | # Failed test 'OPAC interface authentication' 15:44:43 koha_1 | # at t/db_dependent/selenium/authentication.t line 277. 15:44:43 selenium_1 | 1679582588195 Marionette INFO Stopped listening on port 43169 15:44:43 selenium_1 | JavaScript error: resource:///modules/Interactions.jsm, line 230: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIUserIdleService.removeIdleObserver] 15:44:43 selenium_1 | 14:43:09.324 INFO [ActiveSessions$1.onStop] - Removing session 6022a951-b117-4314-9d9a-ad7218eb2905 (org.openqa.selenium.firefox.GeckoDriverService) 15:44:43 koha_1 | # Looks like you failed 1 test of 3. 15:44:43 koha_1 | [14:43:09] t/db_dependent/selenium/authentication.t Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25551 [Bug 25551] [OMNIBUS] Some tests are failing randomly -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 37475] New: in acqui/parcels.pl closed invoiced should not be displayed by default
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37475 Bug ID: 37475 Summary: in acqui/parcels.pl closed invoiced should not be displayed by default Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org in acqui/parcels.pl closed invoiced should not be displayed by default, and there should be a column showing the open/closed status of each invoice -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 38479] New: Add an option to delete bibliographic record created by ERM module if Title is deleted in ERM module
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38479 Bug ID: 38479 Summary: Add an option to delete bibliographic record created by ERM module if Title is deleted in ERM module Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com If a bibliographic record when a tite is created in ERM module, there should be an option to delete this record when the title is deleted in ERM module -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 37504] New: Deleting local title in ERM should optionally delete bibliographic record
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37504 Bug ID: 37504 Summary: Deleting local title in ERM should optionally delete bibliographic record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com If local titles in the ERM have a linked bibliographic record, there should be a way to delete both the title from the ERM AND the linked bibliographic record. Right now, it seems like deleting the title would do that, but does not. This means completely removing a title with a linked bibliographic record is double work. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11583] Add WYSIWYG editor for HTML notices/letters
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11583 --- Comment #19 from David Cook <dcook(a)prosentient.com.au> --- I got another query about this today, so I decided to look at it again... ...and I appear to have figured out a workable solution. My solution is really a minimal solution, and it'll probably grow over time, but it proves the basic concept. -- Alternatively, if we don't think it's robust enough for the mainstream, it could potentially be implemented as a Koha plugin. -- Anyway, I'll post something soon. Watch this space! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10569] Course reserves do not show on OPAC detail page if OpacSeparateHoldings is in effect
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10569 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #3 from David Cook <dcook(a)prosentient.com.au> --- This is a really old one... For what it's worth, I can't get the course reserves to appear on opac-detail.pl even without OpacSeparateHoldings... -- You are receiving this mail because: You are watching all bug changes.

1 0