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

[Bug 30189] New: Heading of Overdues with fines doesn't match
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '22

26 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30189 Bug ID: 30189 Summary: Heading of Overdues with fines doesn't match Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When going to 'overdues with fines' from the start page of circulation the heading there and in the breadcrumbs doesn't match. Heading: Circulation: Overdues at Centerville Circulation could be dropped, fines is missing. Breadcrumbs: Home Circulation Overdues at Centerville -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 29240] New: Flatpickr - error in the console when a date is selected
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '22

26 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29240 Bug ID: 29240 Summary: Flatpickr - error in the console when a date is selected Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 29239 It seems that there is no date validation. When a date is selected there is a worrying error in the console: Error: Invalid date provided: Tue Oct 19 2021 00:00:00 GMT+0200 (Central European Summer Time) C http://kohadev-intra.mydnsname.org:8081/intranet-tmpl/lib/flatpickr/flatpic… is_valid_date http://kohadev-intra.mydnsname.org:8081/intranet-tmpl/prog/js/calendar_21.0… validate_date http://kohadev-intra.mydnsname.org:8081/intranet-tmpl/prog/js/calendar_21.0… onClose http://kohadev-intra.mydnsname.org:8081/cgi-bin/koha/reserve/request.pl?bib… Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29239 [Bug 29239] [OMNIBUS] Replace jQueryUI's timepicker with flatpickr -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 48

[Bug 8838] Digest option for HOLD notice
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '22

26 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838 --- Comment #17 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- > Just a note: we don't use the Importance field in bugzilla, so changing it > will have no consequence. This is still an enhancement and I expect with no > funding so far (noone assigned the bug, change sponsored empty, etc.) Please don't read this as negative, I think it's important to have librarians on bugzilla comment on what is important and why. I am just a little worried that there is some kind of expectation here, that the community might be able to fulfill. If it was a clear bug, things might be a little different about fixing it, but although it's a needed feature I think it does not quite qualify as a bug (vs being an enhancement) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8838] Digest option for HOLD notice
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '22

26 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838 --- Comment #16 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- > This really should be a priority. Just a note: we don't use the Importance field in bugzilla, so changing it will have no consequence. This is still an enhancement and I expect with no funding so far (noone assigned the bug, change sponsored empty, etc.). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 30174] New: Unable to get rancor/advanced cataloguing editor to print equals sign ('=') from macros
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '22

26 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30174 Bug ID: 30174 Summary: Unable to get rancor/advanced cataloguing editor to print equals sign ('=') from macros Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: clopez(a)dml.vic.edu.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On Rancor/Advanced Cataloguing Editor we cannot add a macro that prints an equals sign ('=') to a MARC tag. For example, we have a macro that looks like this ''' new 856=‡zClick here to access book online‡uhttps://proxy.dml.vic.edu.au/login?url indicators=40 ''' but we need to then manually add an equals sign to the end of the URL before we can past the proper URL for the resource in question. If we try to add the equals sign with the macro ''' new 856=‡zClick here to access book online‡uhttps://proxy.dml.vic.edu.au/login?url= indicators=40 ''' and then run it we end up with the error ''' Failed to run macro: Line 1: unrecognized command ''' Is there a way to (maybe) escape characters in macros so they can be printed to MARC? Tasha Bales also reported on the Koha email list (2022-02-22) that she has also tried to substitute "=" and "=" on the macro with similar (non)results. In response to Tasha's email Jonathan Druart replied (2022-02-24) that this patch may fix the problem: ''' diff --git a/koha-tmpl/intranet-tmpl/lib/koha/cateditor/macros/rancor.js b/koha-tmpl/intranet-tmpl/lib/koha/cateditor/macros/rancor.js index e9b484ef600..f25e7273aaf 100644 --- a/koha-tmpl/intranet-tmpl/lib/koha/cateditor/macros/rancor.js +++ b/koha-tmpl/intranet-tmpl/lib/koha/cateditor/macros/rancor.js @@ -149,7 +149,7 @@ define( [ 'marc-editor' ], function( MARCEditor ) { target.delete(); } } ], - [ /^([^=]+)=([^=]*)$/, function( lhs_desc, rhs_desc ) { + [ /^([^=]+)=(.*)$/, function( lhs_desc, rhs_desc ) { var lhs_closure = _generate( _lhsGenerators, lhs_desc ); if ( !lhs_closure ) return null; ''' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 8838] Digest option for HOLD notice
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838 --- Comment #15 from Michal Denar <black23(a)gmail.com> --- I agree. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 19800] New: confusion with the notification for an item "in transfer" during a check-in
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19800 Bug ID: 19800 Summary: confusion with the notification for an item "in transfer" during a check-in Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, When we receive a items in transfer, we have two option. We can cancel the transfer with te fonction "Tranfers to receive" or we can do a check-in. But, the notification the notification that appears is confusing. Indeed, in this notification it is written taht the item is "Not Checked out.". The message is misleading because that could be perceived as if the check-in had not worked the first time. The message should be like "Item in transit - now available" or "Item returned from transit - Now available". Like this, the notification would no longer be confusing for library staff. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 10190] Overdue notices based on item type
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #4 from Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> --- +1 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 8483] Borrower reading history should include deleted items
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8483 --- Comment #55 from Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> --- still valid in 20.05 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8838] Digest option for HOLD notice
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8838 Christopher Brannon <cbrannon(a)cdalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - low |P1 - high --- Comment #14 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- This seems to have died. Would like to see this happen. Notices have an impact on libraries, whether it is time spent with printed notices, spam blocks due to too many e-mails, blocks on text because of too many texts, or patrons getting too many phone calls. Plus the added costs associated with each. This really should be a priority. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0