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

[Bug 17016] New: Button to clear all fields in budget planning
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17016 Bug ID: 17016 Summary: Button to clear all fields in budget planning Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently there is an auto-fill button, but if you want to undo this, now all fields are filled. There should be a clear option. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 23174] New: Default (OPAC)ISBD contains <br> tags that print in ISBD download
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23174 Bug ID: 23174 Summary: Default (OPAC)ISBD contains <br> tags that print in ISBD download Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The ISBD systempreferences are used to configure the ISBD views in OPAC and staff and also the ISBD download format. The default ISBD system preferences contain <br> tag for nicer display in the OPAC. these won't translate to newlines in the download and <br> will be printed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 16764] New: Update printers administration page
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16764 Bug ID: 16764 Summary: Update printers administration page Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/printers.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I hear some libraries do use it, so why not bring the printers administration page up to date? I have a patch to add DataTables, Font awesome icons, and plugin-validated forms. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 19069] New: "Doesn't match" option fails in MARC Modification Templates
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19069 Bug ID: 19069 Summary: "Doesn't match" option fails in MARC Modification Templates Change sponsored?: --- Product: Koha Version: 17.05 Hardware: Macintosh OS: Mac OS Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: jfowler(a)sebts.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 65781 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65781&action=ed… A single MARC record to use in order to test what I'm describing. When adding a new action in a MARCH modification template, the "doesn't match" option fails in places where there are multiple fields. I was importing MARC records with item holdings in 999 fields. Most of the records had multiple 999s. In most, there was one 999 field that had an $l field with the value "NASH". I set up the template to first get rid of all 999 fields where the l doeesn't match NASH. It didn't work. If I reverse the action, and write multiple actions that match on every other 999$1 field value, it works. I've tested several different ways, and the only conclusion I can come to is that the "doesn't match" option is failing. I've attached a sample MARC record. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 20062] New: Remove support for Internet Explorer 7 in the staff client
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20062 Bug ID: 20062 Summary: Remove support for Internet Explorer 7 in the staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Browser compatibility Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org There are several templates in the staff client which include a JavaScript shim adding functionality to Internet Explorer < version 9, required for the search result browser feature:  Internet Explorer 7 was released in 2006 and should not be actively supported. The templates should be modified to omit this block, and the shim JS should be removed. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 18364] New: LOCK and UNLOCK are not transaction-safe
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18364 Bug ID: 18364 Summary: LOCK and UNLOCK are not transaction-safe Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major 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 >From the MySQL doc: "LOCK TABLES is not transaction-safe and implicitly commits any active transaction before attempting to lock the tables." -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 20186] New: Problem printing batches
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20186 Bug ID: 20186 Summary: Problem printing batches Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: office(a)waimatemain.school.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I am finding it very hard to talk to someone about this ongoing problem. I am having trouble printing a batch (class) list. I work at a school. The older 2 classes are fine, so something must have changed to Koha whilst adding the newer students that prevents me from printing off a barcode list. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 20107] New: Editing a public note in Course Reserves
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20107 Bug ID: 20107 Summary: Editing a public note in Course Reserves Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 71076 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=71076&action=ed… cgi-bin/koha/course_reserves/add_items.pl If you add a public note in the course reserve module in the item on cgi-bin/koha/course_reserves/add_items.pl it will appear on the OPAC. If you need to edit or remove that public note located at cgi-bin/koha/course_reserves/add_items.pl you can click edit under the actions column on cgi-bin/koha/course_reserves/course-details.pl. When editing, the field will appear blank, even though you may have an existing note in there. You can add a new note in the blank field which will replace the existing note. Currently the only way to erase the existing note in there is to create a new note or type a blank space which will remove the existing note. it would be helpful to be able to see what is actually in the note field on cgi-bin/koha/course_reserves/add_items.pl to edit or remove. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 18757] New: Problem when importing only items in MARC records
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18757 Bug ID: 18757 Summary: Problem when importing only items in MARC records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When importing records with Stage MARC records for import, one can use matching rules to only import items into existing records. Those imported items are stored as XML to be staged. The bug is that when MARC Flavour is UNIMARC the XML serialization fails because its is looking in field 100$a which does not exist. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 22361] New: Not able to create Vendor
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '20

28 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22361 Bug ID: 22361 Summary: Not able to create Vendor Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: avinash(a)isdi.in QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Can't use an undefined value as an ARRAY reference at /usr/lib/x86_64-linux-gnu/perl5/5.26/DBI.pm line 2081. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6