April 2018 - Koha-bugs - lists.koha-community.org

[Bug 18847] New: Add "Save and continue" option to notice editing
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '19

08 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18847 Bug ID: 18847 Summary: Add "Save and continue" option to notice editing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Notices Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org I find myself doing a lot of tweaking when getting HTML notices set up, so I think it would be helpful to have a "Save and continue editing" option. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 16232] New: Edit as new (duplicate) doesn't work correctly with Rancor
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '19

04 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16232 Bug ID: 16232 Summary: Edit as new (duplicate) doesn't work correctly with Rancor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Marked as bug because the behavior is confusing (shows empty record but saves over old record). -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 20655] New: Z3950 Authorities search is unordered
by bugzilla-daemon＠bugs.koha-community.org 04 Jul '19

04 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20655 Bug ID: 20655 Summary: Z3950 Authorities search is unordered Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Try doing simple search for a new authority from Z39, say Keyword (any): hilton Each page of results is sorted by heading, but going to next page leads to a new sorted list. The results should be sorted overall as biblio results are. I suspect some difficulty is finding the right sort across results, but something like below seems to work in yaz-client: find @or @attr 1=1002 hilton @attr 7=1 @attr 1=1002 0 if I run that on a more generic search though: find @or @attr 1=21 cats @attr 7=1 @attr 1=1002 0 I seem to break the connection -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 20514] New: Searching for a patron using the search field (street address) returns no results if inputting a address stored in multiple db fields
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '19

02 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20514 Bug ID: 20514 Summary: Searching for a patron using the search field (street address) returns no results if inputting a address stored in multiple db fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P4 Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If inputting a street address of street number and street name which are stored in different db fields (e.g. 'streetnumber' and 'address') this does not return patron results. If however the street number and name are stored in the same db field then results are returned for your search query. At present the only way to search with the search field of address is to either enter ONLY a streetnumber OR a street name unless they are both stored in the same db field. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[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 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 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 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 16750] New: Redirect from selectbranchprinter.pl to additem.pl causes software error
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '19

26 Jun '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16750 Bug ID: 16750 Summary: Redirect from selectbranchprinter.pl to additem.pl causes software error 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org How to reproduce: 1) Edit and save an item in the items editor 2) You should be redirected back to the items editor, note that the biblionumber is passed in the url 3) Choose "set library" from the upper right hand pulldown on the page 4) Choose a different library, click submit 5) You should get the error message: Software error: Can't call method "fields" on an undefined value at /home/vagrant/kohaclone/cataloguing/additem.pl line 736. -- You are receiving this mail because: You are watching all bug changes.

1 33