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

[Bug 1985] Email notification of new OPAC comments
by bugzilla-daemon＠bugs.koha-community.org 12 May '15

12 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1985 Bernardo Gonzalez Kriegel <bgkriegel(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13523] New: AddBiblio fails on mysql with STRICT_TRANS_TABLES
by bugzilla-daemon＠bugs.koha-community.org 12 May '15

12 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13523 Bug ID: 13523 Summary: AddBiblio fails on mysql with STRICT_TRANS_TABLES Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: benjamin.rokseth(a)kul.oslo.kommune.no QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Adding a biblio either via /svc endpoint or via Cataloguing interface fails on mysql versions > 5.3.21 because of a change in the default settings in GLOBAL.sql_mode to add STRICT_TRANS_TABLES. when adding a biblio in Cataloguing or via /svc API: --- Software error: Can't call method "fields" on an undefined value at /usr/share/koha/intranet/cgi-bin/cataloguing/additem.pl line 683. --- Doing this manually in SQL results in: --- ERROR 1364 (HY000): Field 'marcxml' doesn't have a default value --- This is probably a change that will live (Mysql becomes stricter in v5.7) and is purposefully added to better handle syntax checks in the SQL. bugs #10732, #5366 and #10215 all relate to the same but do not propose a fix. This particular bug proposes to fix the particular issue with adding biblios, either by 1) changing the database schema to NOT set field `marcxml` to NOT NULL (field `marc` in the same table is NULLABLE) 2) changing the AddBiblio code in Biblio.pm so it doesn't require multiple INSERT statements -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 11356] New: can't order from suggestions not at my branch
by bugzilla-daemon＠bugs.koha-community.org 12 May '15

12 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11356 Bug ID: 11356 Summary: can't order from suggestions not at my branch Change sponsored?: --- Product: Koha Version: master Hardware: All URL: cgi-bin/koha/acqui/newordersuggestion.pl?booksellerid= 6&basketno=77 OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When ordering from a suggestion I can't order unless the suggestion is at my library. Many library systems have a central ordering library/system and need to see all the data - at the very least the super librarians should see all suggestions on this page: cgi-bin/koha/acqui/newordersuggestion.pl?booksellerid=6&basketno=77 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 8474] New: Holds done by librarians cause silent errors in koha-error_log
by bugzilla-daemon＠bugs.koha-community.org 11 May '15

11 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8474 Priority: P5 - low Change sponsored?: --- Bug ID: 8474 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Holds done by librarians cause silent errors in koha-error_log Severity: normal Classification: Unclassified OS: All Reporter: kolpen(a)o2.pl Hardware: All Status: NEW Version: rel_3_6 Component: Hold requests Product: Koha Created attachment 11000 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11000&action=edit Proposed patches to request.pl and placerequest.pl modules Silent errors occur in koha-error_log when a librarian makes holds for borrowers. The reasons are uninitialized values in modules (intranet/cgi-bin/reserve): - request.pl - placerequest.pl Proposed patches refer to Koha 3.6.4 version as well as 3.6.6 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 14051] New: Tiny adjustment of ReturnPathDefault pref description
by bugzilla-daemon＠bugs.koha-community.org 11 May '15

11 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14051 Bug ID: 14051 Summary: Tiny adjustment of ReturnPathDefault pref description Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Adding that Return-Path is bounce address. Note that if it is empty, the From address is used. This could be the admin address, but Koha uses other from addresses too. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 13834] New: News: Wording not consistent for Publication date / Creation date
by bugzilla-daemon＠bugs.koha-community.org 11 May '15

11 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13834 Bug ID: 13834 Summary: News: Wording not consistent for Publication date / Creation date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To verify: In staff client, go to Home > Tools > News: You see a column "Creation date" Create or edit a news item: Field label is "Publication date" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 14099] New: RESERVESLIP shows incorrect information in items.holdingbranch on first scan
by bugzilla-daemon＠bugs.koha-community.org 11 May '15

11 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14099 Bug ID: 14099 Summary: RESERVESLIP shows incorrect information in items.holdingbranch on first scan Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com This bug depends on Bug 13482, which fixes information being printed on the RESERVESLIP on first scan. Before, not all information was being populated on the slip after the first scan for holds being sent to another library. Now, information is always populated, but I have found the items.holdingbranch to be holding the incorrect value on the first scan. When you scan the item a seconde time, the value is correct. To reproduce problem: 1) Include the items.holdingbranch field on the RESERVESLIP. 2) Place a hold on an item to be picked up at a different branch. 3) Check in the item and print the slip. Notice that the items.holdingbranch field is populated with the library the item is being sent to, not your library. 4) Check in the item again and print the slip again. Notice now that the items.holdingbranch field is populated with the library the item is being scanned at (the correct location). Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 10174] New: Digest is confusing
by bugzilla-daemon＠bugs.koha-community.org 11 May '15

11 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10174 Bug ID: 10174 Summary: Digest is confusing Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com At every training I get asked what 'Digest' means in reference to notices. I always explain it and people still aren't sure they get it. If you don't subscribe to a lot of mailing lists you're not really used to that language. The concern is that patrons will also be confused by this. The library I'm at suggested 'Group' instead of 'Digest' - can anyone else think of other language that might work? Or even a reason why we wouldn't want all enhanced messages to be digests? As it is only 2 have the option of being a 'Digest' or not - so not make them all Digests and be done with it? Just starting a discussion here to try and make this the most user-friendly for the patrons. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 14022] New: Subscription form resets 'subscription length' to issues on editing
by bugzilla-daemon＠bugs.koha-community.org 11 May '15

11 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14022 Bug ID: 14022 Summary: Subscription form resets 'subscription length' to issues on editing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When editing a subscription the subscription length (second page) is reset to issues, even if the subscription was initially saved with a value in months or weeks. This is more of a problem as it sounds even, as a high value in 'issues' can bring created a lot of load on the server with a lot of database requests and causes vry slow response times. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 14016] New: Due dates in OPAC show 0:00 when it should be 23:59
by bugzilla-daemon＠bugs.koha-community.org 11 May '15

11 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14016 Bug ID: 14016 Summary: Due dates in OPAC show 0:00 when it should be 23:59 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)biblibre.com The due dates on the checkouts tab in the patron account in the OPAC currently show as 04/08/2015 00:00 when the due date is actually 23:59. Staff and database are correct. -- You are receiving this mail because: You are watching all bug changes.

1 16