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

[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 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 18757] New: Problem when importing only items in MARC records
by bugzilla-daemon＠bugs.koha-community.org 28 Mar '20

28 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 17915] New: warning in Stage MARC records for import when matching rule with offset
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '20

27 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17915 Bug ID: 17915 Summary: warning in Stage MARC records for import when matching rule with offset Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 using Stage MARC records for import with a matching rule where an offset is defined, the input string may be empty or shorter than the offset. This generated a warning : stage-marc-import.pl: substr outside of string at /home/koha/src/C4/Matcher.pm line 822. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 19359] New: Reporting module selenium test
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '20

23 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19359 Bug ID: 19359 Summary: Reporting module selenium test Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The test patch attached to this bug report will test the following functionality: * Log into the Koha intranet * Navigate to the Reports module * Create a custom catalog report report * Run the report -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 18715] New: Enhance Koha feature release change tool by making sysprefs searchable, and announce the new version in staff client with translatable news item
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '20

23 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18715 Bug ID: 18715 Summary: Enhance Koha feature release change tool by making sysprefs searchable, and announce the new version in staff client with translatable news item Change sponsored?: Sponsored Product: Koha Version: 17.05 Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 18645 Take the bug 18645 new feature and add the following three enhancements: * Display the new sysprefs of the current version in a new tab in the About page for easy future access. * Make version number a search criterion for system preferences through adding a new column 'version' to the 'systempreference' table and including it in the search url * Announcing the new version on the staff client through creating a news item at the end of the installation process, this news item will appear for all libraries. This news item will contain standard text with the release number and links to new features and preferences. Library staff will be able to edit it adding some library specific information. The text will be translated to the language chosen at the start of the installation process. Thanks to Marc Veron for these ideas Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18645 [Bug 18645] Creation of Koha feature release change tool displayed after running Koha update -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17221] New: orphan comma in shelf browser
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '20

18 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17221 Bug ID: 17221 Summary: orphan comma in shelf browser 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: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 54997 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=54997&action=ed… screenshot of bug Example screenshot attached, here's the bib record in our catalog: https://library.cca.edu/cgi-bin/koha/opac-detail.pl?biblionumber=21729&shel… Basically, since starting_homebranch is null in the template file, nothing is printed out, but the next IF condition wrongly assumes that the first must have been true and prints out a comma before it's text string. Steps to recreate: - in settings, set ShelfBrowserUsesHomeBranch to "Don't Use" - set ShelfBrowserUsesLocation to "Use" - visit an item, click the "Browse shelf" link in the Holdings' tab's Call Number column - note the extraneous comma in the <h5> tag that appears Patch coming shortly, it appears that simply adding an additional condition around the comma itself should resolve this problem. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 18933] New: Unable to set SMS number in OPAC messaging preferences to empty
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '20

18 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18933 Bug ID: 18933 Summary: Unable to set SMS number in OPAC messaging preferences to empty Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org This is inconsistent with the Staff Client side, where the SMS number can be set to empty. Also I think that since this is borrower information, it should be their choice whether they provide this info or not and should have the ability to remove it -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 18230] New: Generate Koha::Patron:: Modification verification_token in ->new
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '20

17 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18230 Bug ID: 18230 Summary: Generate Koha::Patron::Modification verification_token in ->new Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: lari.taskula(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org Currently verification_token is generated outside of the class. Move this logic into Koha::Patron::Modification->new. -- You are receiving this mail because: You are watching all bug changes.

1 7