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

[Bug 20635] New: Write authentication tests with Test::Mojo
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '19

02 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20635 Bug ID: 20635 Summary: Write authentication tests with Test::Mojo Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 20582 The authentication code needs to be rewritten. There were several attempts (bugs 7174, 18315) and other bugs without patch that talk about it (12547, 12548, 15204). Bug 13503 says that before rewriting one of the most sensible area of Koha, we need to write tests. Bug 19181 contain some tests, but they require Selenium, firefox, xfvb, java, and a running web server. With Mojolicious we can write equivalent tests without all those dependencies. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20582 [Bug 20582] Turn Koha into a Mojolicious application -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 22624] New: Show OPAC description for authorised values in OPAC
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '19

02 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22624 Bug ID: 22624 Summary: Show OPAC description for authorised values in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Target Milestone: --- Bug 22620 fixed an occurrence where the AuthorisedValues TT plugin was used without the 1 parameter for OPAC interface. There are some more to fix. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 16507] New: show play media tab first
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '19

01 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16507 Bug ID: 16507 Summary: show play media tab first Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 51457 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51457&action=ed… opac view It might be nice if there are no holdings and there is a play media tab to show that tab first. For example I'm cataloging streaming media so I don't need items, but the video can be viewed right in the OPAC so why not show that tab first? -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 21005] New: Report wizards fatal errors if no radio buttons selected
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '19

01 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21005 Bug ID: 21005 Summary: Report wizards fatal errors if no radio buttons selected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Some report wizards have radio buttons selected by default and some do not. If someone tries to run a report wizard that has no radio buttons selected, fatal errors are generated. This can be fixed just be pre-selecting radio buttons on those reports without them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 19817] New: Merge local and online documentations
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '19

01 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19817 Bug ID: 19817 Summary: Merge local and online documentations Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Documentation Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org We are currently maintaining a local (help/* files) and online (https://koha-community.org/manual) documentations. They must be merged to ease the maintainability and improve the relevance. The online manual has been improved greatly the last months and the obvious solution would be to point to it from the different Koha installations. Here is the different steps I have in mind: - Remove existing local documentation - Point to the relevant pages of the online documentation - Make the online documentation configurable to add the ability to point to a local copy (for offline access) - Re-add the ability to edit the manual It would make sense to have a koha-manual package depending on sphinx and copy the related .rst files (depending on the Koha version). Then a script will be provided (koha-build-manual) to regenerate the manual (after an update for instance) in different languages. For the local edition we could imagine to add add local commits when a change is made. Advanced users/administrators will then need to rebase and eventually fix the conflicts. -- You are receiving this mail because: You are watching all bug changes.

1 134

[Bug 19812] New: Holds count in "Already received" table has confusing and unexpected values
by bugzilla-daemon＠bugs.koha-community.org 29 Jun '19

29 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19812 Bug ID: 19812 Summary: Holds count in "Already received" table has confusing and unexpected values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In acqui/parcel.pl both the "Pending orders" and "Already received" tables show how many holds there are for the given record. However, the count of holds in the "Pending orders" table confuses librarians because it only lists holds for the particular items in the orderline. Due to that, the holds column may show 0 holds even if there are a dozen record level holds for that bib! This is not what librarians seem to expect, instead it seems that the same total holds in the "Pending orders" table would be preferred. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 22700] New: Make biblio_metadata prefetchable from Koha::Biblio
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '19

28 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22700 Bug ID: 22700 Summary: Make biblio_metadata prefetchable from Koha::Biblio 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 Target Milestone: --- -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 20669] New: Add upgrade() method to plugins
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '19

28 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20669 Bug ID: 20669 Summary: Add upgrade() method to 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice if plugins had an upgrade method to handle altering tables and such when a new version of a plugin is installed. Right now it must be done in a completely bespoke manner. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 21933] New: Renew or chek in selected items
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '19

27 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21933 Bug ID: 21933 Summary: Renew or chek in selected items Change sponsored?: --- Product: Koha Version: master Hardware: HP OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: sergeinik(a)tut.by QA Contact: testopia(a)bugs.koha-community.org Created attachment 82823 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=82823&action=ed… Russian interface After the last update, when viewing the user's literature list from the administrator interface, the output of information hangs if the biblographic records are old enough. For new entries, everything is working fine. If the user has old and new entries in the list, the interface also hangs. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 22708] New: Replace Material Type with biblio itemtype
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '19

27 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22708 Bug ID: 22708 Summary: Replace Material Type with biblio itemtype Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Many libraries find the Material Type designation in the catalog to be troublesome as it relies on the MARC leader, which has a limited selection of possible values and some catalogers do not wish to maintain. Would it be possible to introduce the option to replace Material Type with biblioitems.itemtype? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5