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

[Bug 22092] New: When creating a new subscription, biblio.serial is not set if field 942 is missing.
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '21

06 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22092 Bug ID: 22092 Summary: When creating a new subscription, biblio.serial is not set if field 942 is missing. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 21563] New: Hold limit could be override using multi holds
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '21

06 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21563 Bug ID: 21563 Summary: Hold limit could be override using multi holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Enable system preference DisplayMultiPlaceHold 2. Set a limit for number of holds in issuing rules 3. In staff client make a search 4. Select more records than is limit set in 2. 5. Place a hold on this set and confirm - the patron has more holds than is limit 6. Repeat in opac - the number of holds is not more then limit, but on confirm page there is no message about it -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 18752] New: Automatic item modifications by age should allow 'blank' values
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '21

05 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18752 Bug ID: 18752 Summary: Automatic item modifications by age should allow 'blank' values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Per comment 14 on bug 16437 the right side of the editor should not require a vlue - with YAML we could supply a blank here and we should be bale to again -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 17819] New: Performance 16.11 - Omnibus
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '21

05 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17819 Bug ID: 17819 Summary: Performance 16.11 - Omnibus Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW 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 https://wiki.koha-community.org/wiki/Benchmark_for_16.11 -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 25896] New: Missing closing </td> tag in smart-rules.tt
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '21

05 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25896 Bug ID: 25896 Summary: Missing closing </td> tag in smart-rules.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Templates Assignee: slavashishkin(a)gmail.com Reporter: nugged(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)bugs.koha-community.org, julian.maurice(a)biblibre.com, martin.renvoize(a)ptfs-europe.com, stalkernoid(a)gmail.com Depends on: 21395 File: koha-tmpl/intranet-tmpl/prog/en/modules/admin/smart-rules.tt with adding of "daysmode" block just have one lost closing </td> tag: <td> [% SWITCH daysmode %] ... <td> all other <td> tags we have there are closed, yet modern browsers even "fixes" this on the fly so nothing to check visually or to spot any changes, so fix is even have no "browser" test procedure: just go wget/curl and compare generated htmls :)... heh :). Longer describe than fix :) Slava, please just post a quick fix commit. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21395 [Bug 21395] Make perlcritic happy -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 19618] New: Automatic/standing holds
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '21

04 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19618 Bug ID: 19618 Summary: Automatic/standing holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jesse(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 1) Add a pulldown and button labeled "Add randomized holds" to the holds page for each bib -- You are receiving this mail because: You are watching all bug changes.

1 67

[Bug 24061] New: Print List (opac-shelves.pl) broken in Chrome
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '21

04 Jan '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24061 Bug ID: 24061 Summary: Print List (opac-shelves.pl) broken in Chrome Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In Chrome if you try to print a public list from the OPAC the new tab is immediately closed by Chrome. TO TEST: -set up a new public list with a few items -go to the OPAC and view that list. -Click 'Print List' in Chrome. -The tab opens but immediately closes itself. -- You are receiving this mail because: You are watching all bug changes.

1 43

[Bug 22706] New: Add plugin hooks to enable Norwegian national patron database
by bugzilla-daemon＠bugs.koha-community.org 29 Dec '20

29 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22706 Bug ID: 22706 Summary: Add plugin hooks to enable Norwegian national patron database Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Support for the Norwegian national patron database was added to Koha in bug 11401, then removed again in bug 21068. We need to add some new capabilities to the plugin system to be able to replace the removed code with a plugin. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 20885] New: Transferring an item on hold results in bypassing restrictions, actually doing the transfer and can be piled up if repeated
by bugzilla-daemon＠bugs.koha-community.org 26 Dec '20

26 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20885 Bug ID: 20885 Summary: Transferring an item on hold results in bypassing restrictions, actually doing the transfer and can be piled up if repeated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The first name was «Transferring an item on hold results in chaos» Disclaimer: I'm not sure if what I did makes sense from a functional point of view. == Test plan == 1. Add transfer restrictions staff:/cgi-bin/koha/admin/branch_transfer_limits.pl For all item types => clear all 2. Place a hold on a record 3. go to the transfer page staff:/cgi-bin/koha/circ/branchtransfers.pl 4. Try to transfer the item 5. You should see the message «Transfer is not allowed for [...]» OR retry with another site to fall into your restrictions 6. But you also see the "Transferred items" table showing the transfer This is a bug. The transfer shouldn't have been scheduled. 7. On the same page: redo a transfer 8. You should see "Item is already at destination library." This is a bug. This is even worst. The transfer shouldn't have been actually done! 9. But wait there is more, the transfer has been add to the table. This is a bug. It's still scheduled anyway. A transfer to the same branch! 10. Redo it again and it will pile up! 11. Raise your hands and ask loudly: Why! Tried on master the 24 of April and on version 16.11.15 To ensure that bug 19530 hadn't an influence on this. Might be related to bug 20344 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 21287] New: Report Zebra search errors to web server logs and staff client
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '20

22 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21287 Bug ID: 21287 Summary: Report Zebra search errors to web server logs and staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au At the moment, there's no way of knowing that a Zebra query failed unless you go into the Zebra server logs and have a certain level of verbosity for those logs. I'm proposing that we catch Zebra search errors and report them to the web server logs and surface them on the staff client. We can probably keep the OPAC the way it is as we probably don't want OPAC users seeing errors, but it could be good for staff to see, so that they can tell administrators and administrators can tell developers, and then we can fix all the things! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2