November 2013 - 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 8658] New: Don't display patron attributes which have been limited to another patron category
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8658 Priority: P5 - low Change sponsored?: --- Bug ID: 8658 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Don't display patron attributes which have been limited to another patron category Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Patrons Product: Koha This probably only happens if you enter some data into patron attributes and then later limit entry of that attribute by category. I have a patron who has data stored in an attribute, but that attribute has since been limited to another patron category. Even though the data exists I don't think it should display if it no longer applies to that patron category. Otherwise you can see patron attributes displayed on a record which cannot be edited because the editor honors the limitation by category. -- 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 10654] New: Add featute: export basket in CSV, list of custom formats for various vendors
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10654 Bug ID: 10654 Summary: Add featute: export basket in CSV, list of custom formats for various vendors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P3 Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 19977 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19977&action=edit screenshot of menu Hello, in Koha we can set custom format of CSV for basket export from OPAC. I think that very useful feature can be same option for export from basket in module acquisition. Our vendors accept import of orders in CSV in their e-shops but formats are various. Is possible to add into button "Export this basket as CSV" some pull-down list of vendors and export order in specific CSV format? Thank You. Mike -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 9120] New: Typing the ENTER key when submitting a tag from search results reloads the page
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9120 Bug ID: 9120 Summary: Typing the ENTER key when submitting a tag from search results reloads the page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org If you have TagsInputOnList enabled and you are entering tags from the OPAC search results page, typing ENTER instead of clicking the "Add" button reloads the page without submitting the tag. The tag submission operation should be triggered without affecting the page state. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 11120] New: The date option for the overdue_notices cronjob is broken
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11120 Bug ID: 11120 Summary: The date option for the overdue_notices cronjob is broken 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 7447 introduces the --date option for overdue notices. This option has never worked: the code is waiting for a value but the option is defined as a boolean. The date should be defined as --date:s and the script should correctly manage this option. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 9227] New: items in transit can be checked out without warning
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '15

30 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9227 Bug ID: 9227 Summary: items in transit can be checked out without warning Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you try to check out items with different statuses (on hold for example) you get a warning, but if you try to check out an item that's in transit you don't get that warning and should. See here: http://screencast.com/t/wu3iJMdU -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2