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

[Bug 23976] New: limit ill by patron category
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '22

26 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23976 Bug ID: 23976 Summary: limit ill by patron category Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es Koha administer could limit article request by patron category at circulation rules, but ill that it could cost more money is open to all type of patron it should be desirable if ill requests could be also limited by patroncategory like article request.. the limitation could be placed at syspref or also at circulation rules... perhaps better at syspref as itemtype could noe match with ill destination -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[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 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 20609] New: Get back the "Add order to basket" on the basket page
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20609 Bug ID: 20609 Summary: Get back the "Add order to basket" on the basket page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, Before the 16.11 version of Koha, when we opened a basket we had acces to the form "Add order to basket". Now we have to clik on "add to basket". This form was convenient and avoided an extra click. It could be nice to have this form directly from the basket without havind to do an extra clic. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 27627] New: Fix invalid HTMl in OPAC results XSLT: change spans to divs
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27627 Bug ID: 27627 Summary: Fix invalid HTMl in OPAC results XSLT: change spans to divs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: kyle(a)bywatersolutions.com, lucas(a)bywatersolutions.com, testopia(a)bugs.koha-community.org Depends on: 27613 There are many <span>s in MARC21slim2OPACResults.xsl which contain block-level elements, which is invalid. There's no reason for these not to be converted to <div>s. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27613 [Bug 27613] Pipe separated online resource links are hard to customize -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 26974] New: Move authorities editor template JavaScript to the footer
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26974 Bug ID: 26974 Summary: Move authorities editor template JavaScript to the footer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 17858 In order to conform to best practices for performance, staff client template JavaScript should be in the footer instead of the header. This patch will do so for the authority editor template. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17858 [Bug 17858] [OMNIBUS] Move staff client JavaScript to the footer -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 26975] New: Reindent authorities editor template
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26975 Bug ID: 26975 Summary: Reindent authorities editor template Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 26974 I would like to update the batch item modification template so that it has consistent indentation. It needs to have some tabs replaced with spaces and to have trailing spaces removed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26974 [Bug 26974] Move authorities editor template JavaScript to the footer -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 29217] New: URL Checker gives no information when nothing found
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29217 Bug ID: 29217 Summary: URL Checker gives no information when nothing found Change sponsored?: --- Product: Koha Version: unspecified 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: james(a)melbourneathenaeum.org.au QA Contact: testopia(a)bugs.koha-community.org check-url.pl provides only a blank page when it finds no broken links and this looks like the page has failed to load. Could a line be included that says something like "No broken links found" so it is clear? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 28919] New: When placing a multi-hold from results in staff pickup location is empty
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28919 Bug ID: 28919 Summary: When placing a multi-hold from results in staff pickup location is empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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, tomascohen(a)gmail.com When placing multiple holds from the result list, the pick-up location is empty now, which makes it a more tedious process than it needs to be. When placing a single hold the home library of the patron is used a default, same should apply if you place multiple holds. Could this be a side effect of bug 28273? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 29230] New: borrowers.borrowernotes and borrowers.opacnote fields won’t display in the HOLD_SLIP
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '22

24 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29230 Bug ID: 29230 Summary: borrowers.borrowernotes and borrowers.opacnote fields won’t display in the HOLD_SLIP Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: marie-luce.laflamme(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org If you add borrowers.borrowernotes and borrowers.opacnote fields in the HOLD_SLIP template, Koha won’t print out the patron account notes on the slip. Test 1. Add borrowers.borrowernotes and borrowers.opacnote fields in the HOLD_SLIP template (Tools > Notices & slips) 2. Add a borrowernotes, then an opacnote in a patron account 3. Place an item on hold 4. Check-in the item 5. Select the «print slip…» option to confirm the hold Unfortunately, these two fields are not displayed on the slip. It would be nice to see the borrowernotes since some libraries use this field to add details about patron special needs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37