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

[Bug 18455] New: Holiday range has incorrect starting date when crossing a weekly holiday
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '17

18 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18455 Bug ID: 18455 Summary: Holiday range has incorrect starting date when crossing a weekly holiday Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: marka(a)pobox.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 62359 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=62359&action=ed… Screen shot of calendar after creation of two holidays mentioned in description. When a holiday of type "Holidays on a range" is created with a date range that overlaps a holiday of type "Holiday repeated every same day of the week", the starting date of the range is changed to a month or two earlier, creating a large number of incorrect holidays. To reproduce: Start with an empty calendar. Create a holiday on a Wednesday and give it type "Holiday repeated every same day of the week". Create a holiday on a Tuesday (e.g., May 2 2017) with an ending date of a Thursday (e.g., May 4 2017) and a type of "Holidays on a range". This will create a set of single holidays starting on a day much earlier than the user-specified start date. On my system (16.11.06.000) it created holidays starting on March 30 2017. See attached screenshot for the result. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 18456] New: Update Italian installer sample files for 17.05
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '17

18 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18456 Bug ID: 18456 Summary: Update Italian installer sample files for 17.05 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: z.tajoli(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Update and translate sample SQL file of the Italinan installer; version for 17.05 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 18338] New: Replace varchar(16) with varchar(32) for cardnumber
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '17

18 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18338 Bug ID: 18338 Summary: Replace varchar(16) with varchar(32) for cardnumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: hector.hecaxmmx(a)gmail.com, indradg(a)l2c2.co.in, jonathan.druart(a)bugs.koha-community.org, julian.maurice(a)biblibre.com, kyle(a)bywatersolutions.com, m.de.rooy(a)rijksmuseum.nl, mtj(a)kohaaloha.com, oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org, tomascohen(a)gmail.com, veron(a)veron.ch Depends on: 15690 Bug #15690 makes it more explicit that cardnumber is limited at the database level to 16 characters, but it does not go any way towards increasing that field length for those using cardnumbers of greater lengths. I think we should increase the database field size from 16 characters to 32, giving us ample growing space for longer cardnumbers. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15690 [Bug 15690] Unconstrained CardnumberLength preference conflicts with table column limit of 16 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 18366] New: On shelf holds allowed > "If all unavailable" ignores library of the rule and considers all libraries
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '17

17 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18366 Bug ID: 18366 Summary: On shelf holds allowed > "If all unavailable" ignores library of the rule and considers all libraries Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On shelf holds allowed : "If all unavailable" ignores library of the rule and considers all libraries will continue... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 18048] New: Add index on biblioitems.ean
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '17

17 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18048 Bug ID: 18048 Summary: Add index on biblioitems.ean Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In big databases querying on the EAN can take a while, it would be nice to have an index on this column as we have on other columns with standard numbers in this table already: 196 PRIMARY KEY (`biblioitemnumber`), 197 KEY `bibinoidx` (`biblioitemnumber`), 198 KEY `bibnoidx` (`biblionumber`), 199 KEY `itemtype_idx` (`itemtype`), 200 KEY `isbn` (`isbn`(255)), 201 KEY `issn` (`issn`(255)), 202 KEY `publishercode` (`publishercode`), -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 18361] New: Koha::Objects->find should accept composite primary keys
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '17

16 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18361 Bug ID: 18361 Summary: Koha::Objects->find should accept composite primary keys 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Originates from bug 18182. Example is Koha::IssuingRule -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 18517] New: Update German web installer sample files for 17.05
by bugzilla-daemon＠bugs.koha-community.org 11 Aug '17

11 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18517 Bug ID: 18517 Summary: Update German web installer sample files for 17.05 Change sponsored?: --- Product: Koha Version: 16.11 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Same procedure as every new release - update translated installer files to have all the new translations and check for missing things. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

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