December 2019 - 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 23343] New: Koha::Library->selected()
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23343 Bug ID: 23343 Summary: Koha::Library->selected() 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: olli-antti.kivilahti(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Adds a generic ->selected() to Koha::Library so the Koha::Object can be transparently used with Template::Toolkit to distinguish the currently selected library from a list of other libraries in a <select> -html element. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 23323] New: Koha::RefundLostItemFeeRules->find() should require `branchcode`, `categorycode` and `itemtype`
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23323 Bug ID: 23323 Summary: Koha::RefundLostItemFeeRules->find() should require `branchcode`, `categorycode` and `itemtype` Change sponsored?: --- Product: Koha Version: master 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We overload the find method in Koha::RefundLostItemFeeRules but we only test with branchcode calls and do not pupulate the database with sufficient test data to show that find would fail in a number of cases where a different rule may be present for distinct itemtypes or categorycodes per branch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[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 23337] New: Links without the protocol in the 856$u fail when using TrackClicks
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23337 Bug ID: 23337 Summary: Links without the protocol in the 856$u fail when using TrackClicks Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org GetMarcUrls returns full URIs with the protocol included, however, 856 allows for values with protocol specified by indicators or in another field This causes the links not to match and redirection is bocked by tracklinks.pl which checks for equality To recreate: 1 - Set TrackClicks to 'Track anonymously' 2 - Edit a record 3 - Edit 856: Set first indicator: 4 Set $u: www.google.com 4 - Set a second 856 Set first indicator: 1 Set $u: speedtest.tele2.net 5 - Open record in opac 6 - Both links lead to 404 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 23477] New: Alphabet error searching
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23477 Bug ID: 23477 Summary: Alphabet error searching Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: lmoisesrojas(a)gmail.com Using Koha 18.11 in spanish, searching was ok. But now, koha 19.05 when we use the searching option,i.e, try to find: A, we have: La la Adelante Icaro Agatha Algebra We checked: sort-string-utf.chr. Path: /etc/koha/zebradb/lang-defs/es word-phrase-utf.chr. Path: /etc/koha/zebradb/etc zebra-biblios-dom.cfg. Path: /etc/koha/sites/<instancia> and changed to /es, /etc/koha/zebradb/lang_defs/es Reindex database But still the same error. Any Help? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[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 23951] New: Sundy and Account management fee missing from manual fine pull down
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '20

30 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23951 Bug ID: 23951 Summary: Sundy and Account management fee missing from manual fine pull down Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When comparing the pull down offered when creating a manual fine between 18.11 and master, there are some options missing: - Account management fee - Sundry Is this a bug or by intention? For libraries who have been using these and have built reports on them this could be an issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 23510] New: Allow QR codes to be used in label creator
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '20

29 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23510 Bug ID: 23510 Summary: Allow QR codes to be used in label creator Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: theod(a)lib.auth.gr QA Contact: testopia(a)bugs.koha-community.org Currently, only CODE39, CODE39MOD, CODE39MOD10, COOP2OF5, INDUSTRIAL2OF5 and EAN13 barcode types are allowed in Label creator. It would be nice to have 2D barcode support as well, as more information is crammed in less space and the result square-sized barcode can easily be put UNDER (or OVER) a biblio spine label! As an added bonus, the PDF::Reuse::Barcode module (https://metacpan.org/pod/PDF::Reuse::Barcode) used in Label creation, already supports generation of QRcodes, so the whole enhancement should be 'fairly' easy to implement! -- You are receiving this mail because: You are watching all bug changes.

1 6