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

[Bug 15814] New: Templates for MARC modification: Edit action does not work.
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '19

19 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15814 Bug ID: 15814 Summary: Templates for MARC modification: Edit action does not work. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org There is an edit button in the tool for MARC template modification for every action of a template. Expected: click edit for an action, get a form populated with the related values. Actual result: page is scrolled to "Add new action", fields are empty. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 21524] New: After Check In it gives following error
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '19

16 Jul '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21524 Bug ID: 21524 Summary: After Check In it gives following error Change sponsored?: --- Product: Koha Version: 18.05 Hardware: HP OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha.ates(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com DBIx::Class::Storage::DBI::_dbh_execute(): Unknown column 'me.payment_type' in 'field list' at /usr/share/koha/lib/Koha/Objects.pm line 209 While Check In through any "Check In" link in koha it gives above error. If we Check status of "Checked In" Book in OPAC it shows 'Available' After that If We refresh Koha-Clients browser tab, it Shows "Check In Message" Details of the Book and "Not Checked Out" [I am using Koha 18.05.04.000 on Ubuntu 16.04 and MariaDB version is mysql Ver 15.1 Distrib 10.3.10-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[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 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