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

[Bug 18918] New: Exporting bibs in CSV when you have no CSV profiles created causes error
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '17

24 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18918 Bug ID: 18918 Summary: Exporting bibs in CSV when you have no CSV profiles created causes error Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org When you export (tools -> export data) biblios in a CSV file format, koha breaks and gives this error in the error log: There is no valid csv profile defined for this export at /home/vagrant/kohaclone/Koha/Exporter/Record.pm line 146. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 18982] New: selenium tests needs too many prerequisites
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '17

24 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18982 Bug ID: 18982 Summary: selenium tests needs too many prerequisites Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 18804 The script must create the default data to avoid the tests to fail. For instance itemtypes.rentalcharge must be 0, a default circ rule must exist. Let's create these data. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18804 [Bug 18804] Selenium tests are failing -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 18478] New: Hold Notices sent via SMS gateway fail
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '17

21 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18478 Bug ID: 18478 Summary: Hold Notices sent via SMS gateway fail Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Hold filled notices sent via SMS gateway fail when notifying patron. Other messages including item checkout, item checkin, send successfully via SMS gateway. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 18834] New: Show "Anyone seeing this list" permission only for shared and public lists
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '17

21 Aug '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18834 Bug ID: 18834 Summary: Show "Anyone seeing this list" permission only for shared and public lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is a follow-up of report 18228 that simplifies the permissions for lists. It reapplies the idea of bug 10865, but with one difference: It does not completely hide all permissions if adding public or shared lists is not allowed; it only hides the Anyone-permission if it is not relevant. Note: The Anyone permission is not relevant if it is a private list that has no shares. Note that looking at the prefs OpacAllowPublicListCreation and/or OpacAllowSharingPrivateLists is not decisive. You should look at list permissions and shares in the database; turning off the Sharing pref does not automatically remove all shares in the system. It only blocks creating new shares. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[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