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

[Bug 21034] New: Re-indent circulation.tt
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '22

10 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21034 Bug ID: 21034 Summary: Re-indent circulation.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org I would like to re-indent circulation.tt and remove trailing spaces. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 22316] New: Double quotes in borrowernotes breaks table sort
by bugzilla-daemon＠bugs.koha-community.org 09 Feb '22

09 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22316 Bug ID: 22316 Summary: Double quotes in borrowernotes breaks table sort Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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: --- To reproduce: - Add a comment with double quotes to the borrowernotes of a patron. - Do a patron search that returns a good number of hits, including the patron with the double quote comment - Sort the table on "Circ cote". This should bring patrons without comments to the top, so it should work. - Sort the table on "Circ note" again. This should bring patrons with comments to the top. If the patron with the double quote comment is not in the first page of patrons you might have to click to the "Previous" page one or more times. Eventually you should see the small "Processing" popup never go away. The developer tools shows the data benig returned OK from the server, so there is probably some problem when the data is getting shoehorned into the table. Tested with 18.11.02. Probably somewhat related to bug 21986. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 17127] New: Can't blacklist MARC21 500 with NotesBlacklist
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '22

07 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17127 Bug ID: 17127 Summary: Can't blacklist MARC21 500 with NotesBlacklist 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org NotesBlacklist will hide fields from the descriptions tab in the OPAC. This works fine for all fields, but 500 in our tests. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 16623] New: Limit patron discharge management by library
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '22

04 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16623 Bug ID: 16623 Summary: Limit patron discharge management by library Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Like Bug 10904 and patron modification requests, discharge requests should probably be limited by library. In fact I think it would make sense to use the same system preference, IndependentBranchesPatronModifications, for both. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 18403] New: Hide patron information if not part of the logged in user library group
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '22

03 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18403 Bug ID: 18403 Summary: Hide patron information if not part of the logged in user library group Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Patrons Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Add the ability to hide patron record information from any other library (outside the group). -- You are receiving this mail because: You are watching all bug changes.

1 163

[Bug 18950] New: Elasticsearch - Add password access for admin functions
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '22

28 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18950 Bug ID: 18950 Summary: Elasticsearch - Add password access for admin functions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This patchset adds a parameter to the koha-conf.xml file: <elasticsearch_admin_password> When defined additional actions will be enabled on the Search engine configuration page Password must be entered and action chosen, if password matches the action will be performed -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 20464] New: On public reports, the behavior of cache-expiry 0 is confusing to users
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '22

28 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20464 Bug ID: 20464 Summary: On public reports, the behavior of cache-expiry 0 is confusing to users Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a report is made public, 'cache-expiry' is the number of seconds that the results will remain cached from the last run -- *except* if this is set to 0, in which case the cache never expires. This behavior is *very* confusing to users, who expect the cache to expire immediately if the expiry is 0, and get exactly the opposite behavior. This is a frequent support issue -- This should at least be better labeled (perhaps with a javascript warning?), if we can't find a path toward changing the behavior. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 19290] New: Add the ability to filter a result list on staff client
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '22

24 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19290 Bug ID: 19290 Summary: Add the ability to filter a result list on staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org It would be useful for the BULAC staff and patrons (http://www.bulac.fr/) to browse through selected records on a result list without saving them in a list. On the different results pages, we could select several records and use the “Return to results” / Previous” / “Next” links on one of theses records would go from one to the other of the select records and not the full result list. As long as “Change sponsored?” is set on “Seeking developer”, anyone wanting to quote us for the development of such a feature or just ask for more information is welcome to write to us: <sigb(a)bulac.fr>. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 22053] New: Ability to disable some plugins
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '22

24 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22053 Bug ID: 22053 Summary: Ability to disable some plugins 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: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Today we can only disable all or none plugin by dealing with koha configuration. It would be interesting to be able to temporarily, or not, disable one or more without having to remove them from plugins directory. This could be useful for plugins called by hook like "intranet_catalog_biblio_enhancements_toolbar_button" or checkpw (see bug 20340). Disabling is not like uninstalling. Because here we want to keep the data and db structure created by the plugin in the case it would be enabled again. Also, uninstalled plugin are retrieved by GetPlugins method like installed ones. Work in progress... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 64

[Bug 21557] New: Plugins: Check version of plugins on update
by bugzilla-daemon＠bugs.koha-community.org 21 Jan '22

21 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21557 Bug ID: 21557 Summary: Plugins: Check version of plugins on update 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It would be nice if the web installer had a new step checking installed plugins for possible problems comparing the versions noted in the plugins metadata to the new version and possibly (auto)disabling plugins that fail the test. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4