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

[Bug 18396] New: UK format dates not sorting correctly
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '19

15 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18396 Bug ID: 18396 Summary: UK format dates not sorting correctly Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 61956 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=61956&action=ed… Screenshot showing UK date sorting problem When you view a user with a large number of checkouts, and you sort the checkouts by date issued, if the system uses UK date format (DD/MM/YYYY) the sorting doesn't working correctly - for example, you might see: 02/02/2017 03/03/2017 08/02/2017 10/01/2017 16/12/2016 instead of the correct order, which would be: 16/12/2016 10/01/2017 02/02/2017 08/02/2017 03/03/2017 See attached screenshot for a real example. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 16558] New: Option to choose to include or exclude bibs without items when exporting records
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '19

14 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16558 Bug ID: 16558 Summary: Option to choose to include or exclude bibs without items when exporting records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: sfayle(a)roseman.edu QA Contact: testopia(a)bugs.koha-community.org The addition of an option to "don't export" or "export" bibs without items in the export data tool. Some libraries may need to export only bibs without items or conversely they may want to only export bibs with items. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 16666] New: TagsExternalDictionary is a rather confusing preference name
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '19

12 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16666 Bug ID: 16666 Summary: TagsExternalDictionary is a rather confusing preference name Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com You do not pass an external dictionary (file) into this syspref. You actually pass the location of ispell on your box. If you have ispell but do not enter its path here, the pref does not trigger the spell check. So it is also enable/disable ispell. Tags.pm requires the Ispell module; it is not a mandatory depends. Furthermore the pref description says: Allow tags in the dictionary of the ispell executable on the server to be approved without moderation. So I would not mind a better name :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 15899] New: Remove the use of recordpayment
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '19

10 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15899 Bug ID: 15899 Summary: Remove the use of recordpayment 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 With recordpayment now simply being a wrapper round Koha::Account::pay, we can remove the calls to recordpayment and replace them with direct calls to Koha::Account::pay. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 18580] New: Account-pay does not apply credits / clear old fines as did recordpayment
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '19

10 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18580 Bug ID: 18580 Summary: Account-pay does not apply credits / clear old fines as did recordpayment Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com the recordpayment routine in C4::Accounts cleared old paid fines and applied credit amounts as part of its pay routine. The behaviour was implicit and not signalled or commented in the code. The pay routine in Koha::Account which is now called by paycollect.pl instead of the old routine does not leaving these on the users fine display although they owe 0. Staff cannot manually remove these. For example a user has the following accountlines +-----------+-------------+-------------------+ | amount | accounttype | amountoutstanding | +-----------+-------------+-------------------+ | -1.300000 | C | -1.300000 | | 0.650000 | Res | 0.650000 | | 0.650000 | Res | 0.650000 | | 0.650000 | Res | 0.650000 | +-----------+-------------+-------------------+ after recordpayment has been called with an amount of 0.65 the lines are +-----------+-------------+-------------------+ | amount | accounttype | amountoutstanding | +-----------+-------------+-------------------+ | -1.300000 | C | 0.000000 | | 0.650000 | Res | 0.000000 | | 0.650000 | Res | 0.000000 | | 0.650000 | Res | 0.000000 | | -0.650000 | Pay | 0.000000 | +-----------+-------------+-------------------+ However now calling Account->pay for the same amount results in +-----------+-------------+-------------------+ | amount | accounttype | amountoutstanding | +-----------+-------------+-------------------+ | -1.300000 | C | -1.300000 | | 0.650000 | Res | 0.000000 | | 0.650000 | Res | 0.650000 | | 0.650000 | Res | 0.650000 | | -0.650000 | Pay | 0.000000 | +-----------+-------------+-------------------+ leaving the credit and two fines with an amountoutstanding although the user has nothing to pay (the amountoutstanding columns sum to 0) and leading to misleading displays. The difference is driven by the line where @outstanding_fines is retrieved the selection is amountoutstanding > 0. In recordpayment it was amountoutstanding <> 0 so that negative amounts were included and processed as part of the payment, rather than ignored. The fact that this implicit behaviour was not commented made it easy to miss. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 18531] New: REST api: Add an endpoint for use by GOBI
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '19

09 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18531 Bug ID: 18531 Summary: REST api: Add an endpoint for use by GOBI Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org GOBI (formely YBP) is an aquisitions management system. It handles most of the acquisitions workflow, and traditionally generated MARC files to be included on the institution's library systems. Those files were usually served on an FTP server, for the institution to download and import on their ILS. GOBI implemented what they call GOBIapi, which is a simple workflow for them to directly inject that acquisitions information and resulting records through the use of webservices. In Koha, this means having an endpoint accepting GOBI order messages (in their documented XML format) and have it follow the internal Koha workflow for baskets: - Create a basket - Fill it with the record and budget information, etc - Close the basket and mark it as received. - Deal with the received MARC data. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 15912] New: Correct JSHint errors in acq.js
by bugzilla-daemon＠bugs.koha-community.org 05 Jan '19

05 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15912 Bug ID: 15912 Summary: Correct JSHint errors in acq.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: koha-bugs(a)lists.koha-community.org Following coding guideline JS8: "Follow guidelines set by JSHint," some errors should be corrected in datatables.js koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 35, col 58, The array literal notation [] is preferable. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 45, col 19, Use '===' to compare with 'true'. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 50, col 33, The array literal notation [] is preferable. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 56, col 26, Use '===' to compare with 'true'. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 56, col 51, Use '===' to compare with '0'. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 58, col 26, Use '===' to compare with 'true'. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 63, col 2, Missing semicolon. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 81, col 9, 'iDelay' is already defined. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 113, col 2, Missing semicolon. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 136, col 2, Missing semicolon. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 454, col 2, Missing semicolon. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 460, col 2, Missing semicolon. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 548, col 23, Don't make functions within a loop. koha-tmpl/intranet-tmpl/prog/en/js/datatables.js: line 555, col 6, Unnecessary semicolon. -- You are receiving this mail because: You are watching all bug changes. You are on the CC list for the bug.

1 2

[Bug 15806] New: Remove obsolete vendor prefixes from staff client CSS
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '19

04 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15806 Bug ID: 15806 Summary: Remove obsolete vendor prefixes from staff client CSS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org staff-global.css contains many rules which are obsolete now that browsers have progressed in their CSS compliance. I propose we remove: background-image: -o-linear-gradient background-image: -moz-linear-gradient background-image: -webkit-linear-gradient filter: progid:DXImageTransform.Microsoft.gradient (see http://caniuse.com/#feat=css-gradients) -moz-border-radius (see http://caniuse.com/#feat=border-radius) -moz-box-shadow -webkit-box-shadow (see http://caniuse.com/#feat=css-boxshadow) -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17119] New: Shouldn' t have to scroll to see submit button in Z39.50 authority search popup
by bugzilla-daemon＠bugs.koha-community.org 04 Jan '19

04 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17119 Bug ID: 17119 Summary: Shouldn't have to scroll to see submit button in Z39.50 authority search popup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If you use the "New from Z39.50" option in Authorities, the pop-up window shown has no visible submit button. The list of Z39.50 search targets has a fixed height for some reason, which pushes the submit button down out of view. I think this is confusing. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17839] New: 'Print summary' totals charges and fines, but only shows charges
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '19

03 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17839 Bug ID: 17839 Summary: 'Print summary' totals charges and fines, but only shows charges Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When printing the summary from a patron account the table of checkouts has a column 'charges' that is totaled in the last line of the table. It shows the rental charges for each item, but the total also includes the overdue fines, so that the column doesn't add up. It would be better to have a separate column for the fines and have correct totals for each column. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7