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

[Bug 16892] New: Add automatic patron registration via OAuth2 login
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '20

01 Apr '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16892 Bug ID: 16892 Summary: Add automatic patron registration via OAuth2 login Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: mtompset(a)hotmail.com Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org If a patron's email address is authenticated by Google, and is not registered as a primary email address, automatically register the patron to allow login access. -- You are receiving this mail because: You are watching all bug changes.

1 79

[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 23395] New: batch operations on biblios/items should be able to pass a list of plugins
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '20

31 Mar '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23395 Bug ID: 23395 Summary: batch operations on biblios/items should be able to pass a list of plugins 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Even with bug 21073 pushed, there's no need to fetch the list of plugins implementing the required hooks, on each record in the loop. We should really make the plugins list a parameter to ModBiblio. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[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