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

[Bug 17996] New: longoverdue.pl should not set 'datereturned' when --mark-returned option is used.
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17996 Bug ID: 17996 Summary: longoverdue.pl should not set 'datereturned' when --mark-returned option is used. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz When longoverdue.pl returns items, it sets old_issues.returndate to the current date. This means that when staff look at the borrowers' circulation history, they see a returndate displayed, which is confusing. We don't lose information by not setting old_issues.returndate, because items.itemlost_on will contain the date that the item was lost. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 29088] New: Warning when connection to memcached fails is too long
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '21

22 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29088 Bug ID: 29088 Summary: Warning when connection to memcached fails is too long Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Actually when connection to memcached fails a warning is created : unless ($ismemcached) { warn "\nConnection to the memcached servers '@servers' failed. Are the unix socket permissions set properly? Is the host reachable?\nIf you ignore this warning, you will face performance issues\n"; return $self; } This will generate 2 lines plus one empty line. It it shown even for CLI scripts. During some system operations or bash scripts, we may shutdown memcached on purpose. In this case warning is annoying. I propose we show a sorter text, and maybe a link to a wiki page. We may choose to remove this warning for it can SPAM log files. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 28684] New: Superfluous -or condition in few article request queries
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '21

22 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28684 Bug ID: 28684 Summary: Superfluous -or condition in few article request queries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org - -or => [ - status => Koha::ArticleRequest::Status::Pending, - status => Koha::ArticleRequest::Status::Processing - ] + Koha::ArticleRequest::Status::Pending, + Koha::ArticleRequest::Status::Processing, -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 29081] New: Lost item behavior can result in duplicate fines
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '21

22 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29081 Bug ID: 29081 Summary: Lost item behavior can result in duplicate fines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 23091 If one's lost item refund behavior is set to charge a new when a lost item is found, but one has WhenLostForgiveFine turned off, then the patron ends up with 2 identical fines. The original overdue never goes away, and a new one is created anyway. I'd like to just block creation of the second fine. If that's not feasible, we should at least put a warning on the refund area in circ rules. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23091 [Bug 23091] Add options to charge new or restore forgiven overdues when a lost item is returned -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 29080] New: Missing data trail for reduced fine
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '21

22 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29080 Bug ID: 29080 Summary: Missing data trail for reduced fine Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 23091 To recreate: - Set MarkLostItemsAsReturned to ON for all cases, WhenLostChargeReplacementFee ON, WhenLostForgiveFine ON - Set you refund lost item value to refund lost fee and charge a new overdue fine - set a circ rule to charge $1 per day overdues - check out an item, setting its due date to 7 days ago - run the fines cron, see your $7 accruing fine - mark the item lost, confirm the $7 fine is forgiven - check the item in, backdating the checkin to 5 days ago - confirm your new fine is $2, but old_issues.returndate still shows the time at which this item was marked lost In this situation, I can't find anything in the data to explain why the fine is $2. That's the correct amount, given the actions, but if one stumbled on this patron after the fact one would have a hard time figuring out what happened. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23091 [Bug 23091] Add options to charge new or restore forgiven overdues when a lost item is returned -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 10919] Use the date of closing basketgroup for calculating late orders
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '21

22 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10919 --- Comment #2 from mathieu saby <mathsabypro(a)gmail.com> --- This bug was still assigned to me. Of course it is no more the case since 2013 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10758] Show bibliographic information of deleted records in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '21

22 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 --- Comment #72 from mathieu saby <mathsabypro(a)gmail.com> --- Hi I proposed a patch for that bug a loooong time ago. I suppose it is obsolete now, but I am a bit sad to see that the situation has not evolved. Is it reasonable to expect a solution in the foreseeable future? M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 10919] Use the date of closing basketgroup for calculating late orders
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '21

22 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10919 mathieu saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 28604] New: bad encoding when using marc-in-json
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '21

22 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28604 Bug ID: 28604 Summary: bad encoding when using marc-in-json Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com There are some UTF-8 encoding problems when using marc-in-json that have diacritics in them, I encountered this when using the '/api/v1/public/biblios/' API route. To recreate: -Add some diacritics to a MARC field, I am using the 538$a and added the note 'Tést nöte'. -Look at the what the API returns, I used this: curl --location --request GET 'http://localhost:8080/api/v1/public/biblios/144' \ --header 'Accept: application/marc-in-json' The 538$a note comes out looking like this: TÃ©st nÃ¶te -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 28536] New: Move translatable strings into overdrive.js
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '21

21 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28536 Bug ID: 28536 Summary: Move translatable strings into overdrive.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined for translation in opac-bottom.inc for use by OverDrive integration code can now be wrapped in the new translation function and put in overdrive.js. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 11