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

[Bug 8397] New: Can import patrons with duplicate userids
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8397 Priority: P5 - low Change sponsored?: --- Bug ID: 8397 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Can import patrons with duplicate userids Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Patrons Product: Koha If you use the "import patrons" tool to upload a CSV file of patron records it is possible to create more than one patron with the same userid. This should not be possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 8423] New: Koha/SearchEngine/Zebra/Search.pm fails 'perl -c' test
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8423 Priority: P5 - low Change sponsored?: --- Bug ID: 8423 Assignee: gmcharlt(a)gmail.com Summary: Koha/SearchEngine/Zebra/Search.pm fails 'perl -c' test Severity: blocker Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha and here is the error... $ perl -c Koha/SearchEngine/Zebra/Search.pm Can't locate Data/SearchEngine/Zebra.pm in @INC (@INC contains: /home/mason/git/head /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at Koha/SearchEngine/Zebra/Search.pm line 5. BEGIN failed--compilation aborted at Koha/SearchEngine/Zebra/Search.pm line 5. a missing Data/SearchEngine/Zebra.pm file? -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8471] New: loading an sql file into mysql, often fails when loading the 'letter' table
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8471 Priority: P5 - low Change sponsored?: --- Bug ID: 8471 Assignee: gmcharlt(a)gmail.com Summary: loading an sql file into mysql, often fails when loading the 'letter' table Severity: trivial Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Database Product: Koha loading an sql file into mysql, often fails when loading the 'letter' table i have no idea why. the quick-fix is to drop - then create the database $ mysql koha_test < koha.sql ERROR 1005 (HY000) at line 3237: Can't create table 'koha_test.letter' (errno: 150) http://koha.1045719.n5.nabble.com/MySQL-Database-Restoring-Problem-from-3-4… -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8504] New: patron import explains attributes import wrong
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8504 Priority: P5 - low Change sponsored?: --- Bug ID: 8504 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: patron import explains attributes import wrong Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha On the Import patrons page there are notes on the right side of the screen. The fourth bullet displays incorrect information regarding the import of multiple patron type and value pairs in the patron_attributes field. If you are importing more than one patron_attribute pair then the entire comma-separated list of attribute types and value pairs must be surrounded by double quotes. I am not sure if this applies to the "second syntax" as mentioned in the last sentence in the bullet. Instead of STARTDATE:January 1 2010,TRACK:Day it should be "STARTDATE:January 1 2010,TRACK:Day" I don't know if this is a bug or a template change and I don't know about the second example given on that page yet. "STARTDATE:January 1, 2010","TRACK:Day" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7770] New: usage of OPACBaseURL
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7770 Priority: P5 - low Change sponsored?: --- Bug ID: 7770 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: usage of OPACBaseURL QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: laurence.lefaucheur(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: System Administration Product: Koha System preferences OPACBaseURL is used at different places in koha, for instance : - CAS authentication (7745) - OAI - file upload (6874) Description of the syspref indicates that http:// will automatically be added. We tested that for oai biblio url and for CAS, it is not the case, and we have to fill http:// in the syspref. The usage of this syspref in Koha and how it should be really filled should be precised so that it is consistent everywhere -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 7650] New: total not always right on checkout summary
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '15

30 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7650 Priority: P5 - low Change sponsored?: --- Bug ID: 7650 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: total not always right on checkout summary QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Created attachment 8024 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8024&action=edit total not matching the sum of above lines See attached. Every once in a while I'm noticing that the total shown does not add up the items above it - but I can't figure out what's making it not work or where the extra money is coming from. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 6505] New: purchase order not populating all fields
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '15

27 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6505 Bug #: 6505 Summary: purchase order not populating all fields Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org The purchase order PDF is not pulling info from the libraries. There are labels for Phone number Fax Billing address Email But they're not printing that info. Also, the library name is coming from the system preference for libraryname and not from the libraries admin area - all the info on the purchase order should comes from the data you enter in admin > libraries -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 1

[Bug 6579] New: getalert SQL invalid for KOHA_USER
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '15

27 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6579 Bug #: 6579 Summary: getalert SQL invalid for KOHA_USER Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: ohiocore(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org The code for getalert in C4::Letters fails to account for one important case. While the POD says "all parameters NON mandatory", the result of NO arguments produces invalid SQL. The errors in the log look like: [error] [client 71.64.0.171] [Mon Jul 11 19:54:12 2011] opac-user.pl: DBD::mysql::st execute failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 at /usr/share/koha/lib/C4/Letters.pm line 197, <DATA> line 522., referer: https://my.koha.edu/cgi-bin/koha/opac-user.pl [error] [client 71.64.0.171] [Mon Jul 11 19:54:12 2011] opac-user.pl: DBD::mysql::st fetchall_arrayref failed: fetch() without execute() at /usr/share/koha/lib/C4/Letters.pm line 198, <DATA> line 522., referer: https://my.koha.edu/cgi-bin/koha/opac-user.pl If you look at the logic, you'll agree that "SELECT * FROM alert WHERE" is not a valid SQL query. Code should assemble bind name/value pairs in a hash instead of appending to the query and pushing onto an array. Then build the WHERE clause at the end only when hash is populated. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 2

[Bug 6614] New: CSV Basket Export gives blank lines
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '15

27 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6614 Bug #: 6614 Summary: CSV Basket Export gives blank lines Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org If an order note contains "\n", that line will not print in the exported CSV basket, because "\n" is an invalid character to Text::CSV->combine(). -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 11

[Bug 6731] New: amounts not changing if budgeted amount changed
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '15

27 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6731 Bug #: 6731 Summary: amounts not changing if budgeted amount changed Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org If I'm adding an order and I change the budgeted price it does not update the total, but if I change the amount then the total is updated. The total should be updated with any changes to the money fields. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 2