January 2017 - Koha-bugs - lists.koha-community.org

[Bug 17855] New: Updated Koha web installer and new onboarding tool feature to guide users through setting up Koha
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '17

31 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17855 Bug ID: 17855 Summary: Updated Koha web installer and new onboarding tool feature to guide users through setting up Koha Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) 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 Updated the Koha web installer so that it has two setup modes: Basic and Advanced. The basic mode limits the control the user has over the data they choose to install into the database. They can only choose whether to install optional data; all default data is installed by default. The advanced mode gives the user greater control to choose whether or not to install default AND optional data. After the web installer has finished the user is redirected to the onboarding tool (with no authentication required in between). In the onboarding tool they create a: Library, Patron category Item type (if they were not installed in the web installer), In addition to always creating a: Patron (which has super librarian privileges which the user will use to log into Koha with) Circulation rule Then the user is redirected to a login page where they login using the patron they just created. If they entered the correct patron account credentials the Koha homepage will appear, and the user can start using Koha as intended due to all necessary data being installed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 322

[Bug 15908] New: Remove use of recordpayment_selectaccts
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '17

30 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15908 Bug ID: 15908 Summary: Remove use of recordpayment_selectaccts Change sponsored?: --- Product: Koha Version: unspecified 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 -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 16977] New: REST tests cleanup ineffective
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '17

30 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16977 Bug ID: 16977 Summary: REST tests cleanup ineffective Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: larit(a)student.uef.fi QA Contact: gmcharlt(a)gmail.com I'm having issues with REST tests. It seems that whenever the test uses authentication, e.g. my $tx = $t->ua->build_tx(GET => '/api/v1/patrons'); $tx->req->cookies({name => 'CGISESSID', value => $session->id}); $t->request_ok($tx) ... the test does not cleanup database correctly. This can be currently seen in t/db_dependent/api/v1/patrons.t. For holds.t (the other REST test in master at the time of reporting this bug) there is at the moment no authentication and it seems to cleanup nicely. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 15741] New: Incorrect rounding in total fines calculations
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '17

06 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15741 Bug ID: 15741 Summary: Incorrect rounding in total fines calculations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Our librarians discovered recently that recording payments for some specific fine amounts (64.60, for example) are not working properly - they are getting errors like: You must pay a value less than or equal to 64.60 It's not just 64.60, same thing happens for: 1.14 1.36 1.39 1.57 1.59 1.61 1.64 1.66 1.68 1.82 1.84 1.86 1.89 1.91 1.93 2.01 2.03 2.28 2.47 2.53 2.72 2.78 2.97 ... 32.30 64.10 64.60 65.10 128.20 128.70 129.20 129.70 130.20 130.70 ... and so on. This error seems to be caused by incorrect rounding in C4::Members::GetMemberAccountRecords(). To replicate: 1) Create manual invoice for 64.60 (or 1.14, 1.36, ...) 2) Try to pay it using "Pay amount" or "Pay selected" buttons As a temporary workaround, one may: - pay such amount in 2+ steps (eg. 64.00 + 0.60) - pay individual fines using 'Pay' button[s] on the left but, at first glance at least, an underlying problem for this error may possibly have some more severe consequences than just minor troubles with making payments - eg., if patron has 12+ fines (or credits) of such kind, total account balance calculation may be wrong as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 16058] New: Add a button to delete an individual news item
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '17

04 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16058 Bug ID: 16058 Summary: Add a button to delete an individual news item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org At the moment, you can delete by checking an item and clicking 'Delete selected', but if you only want to delete one item then this adds an extra click and having a singular 'Delete' button would be good. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 17525] New: Fines receipt should be implemented as a SLIP under notices
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '17

04 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17525 Bug ID: 17525 Summary: Fines receipt should be implemented as a SLIP under notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Almost all printing of data that a patron might need from the circulation desk is customizable via Tools > Notices and Slips. This is *not* the case for fines, which are hard coded in koha-tmpl/intranet-tmpl/prog/en/modules/members/printinvoice.tt This is requested occasionally -- if nothing else, it would make Koha more internally consistent. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 17249] New: Koha:: AuthorisedValues - Remove GetKohaAuthorisedValuesFromField
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '17

02 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17249 Bug ID: 17249 Summary: Koha::AuthorisedValues - Remove GetKohaAuthorisedValuesFromField Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 42

[Bug 17639] New: Remove white filling inside of Koha logo
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '17

31 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17639 Bug ID: 17639 Summary: Remove white filling inside of Koha logo Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Project website Assignee: wizzyrea(a)gmail.com Reporter: rbit(a)rbit.cz Please remove white fill color inside the letters "o" and "a" of .svg file. When removing it myself in Gimp, a white residuum at borders always remains in the image. Then the image cannot be used at a colored background. The SVG file can be found at github as well as at Koha wiki: http://git.koha-community.org/gitweb/?p=koha.git;a=tree;f=misc/interface_cu… https://wiki.koha-community.org/wiki/The_Koha_Logo_:_Origins_and_Explanation -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 17181] New: Patron card creator replaces existing image when uploading image with same name
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '17

31 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17181 Bug ID: 17181 Summary: Patron card creator replaces existing image when uploading image with same name Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org If you try to upload an image into Patron Card Creator with the same file name as an image that has already been upload, the original image gets replaced, without any warning. There should be some kind of warning before replacing, i.e. "The name "filename" already exists. Upload and replace image or cancel upload?" -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 17710] New: C4::Matcher::get_matches and C4::ImportBatch:: GetBestRecordMatch should use same logic
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '17

31 Jul '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17710 Bug ID: 17710 Summary: C4::Matcher::get_matches and C4::ImportBatch::GetBestRecordMatch should use same logic Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org C4::Matcher::get_matches sorts its rows in descending order using score, while C4::ImportBatch::GetBestRecordMatch sorts its rows in descending order using score and record id. To get the best record match, C4::ImportBatch::GetBestRecordMatch takes the top result. By contrast, C4::Matcher::get_matches could easily return different rows in the top position if there are multiple rows with the same score, since its array is populated using a hash where order doesn't matter. It's an easy enough fix, although I will admit to finding the solution on StackOverflow: "Since <=> and cmp return 0 to indicate equality, and that's false, and because Perl's logical Boolean operators return the deciding value instead of just 0 or 1, sorting by multiple keys is as easy as stringing multiple comparisons together with or or ||" http://stackoverflow.com/questions/10395383/sorting-an-array-of-hash-by-mul… -- You are receiving this mail because: You are watching all bug changes.

1 12