April 2013 - Koha-bugs - lists.koha-community.org

[Bug 8767] New: Failed to import patrons details from CSV file
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8767 Priority: P5 - low Change sponsored?: --- Bug ID: 8767 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Failed to import patrons details from CSV file Severity: enhancement Classification: Unclassified OS: All Reporter: vimal0212(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Patrons Product: Koha I got the following error when I tried to import patron details from csv file using the option, Tools > Import Patrons "Gateway Time-out The gateway did not receive a timely response from the upstream server or application." A small amount of patron details imported and process broken and showed the above message. CSV file contained 10000 patrons details. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 8807] New: add Carton support to Koha
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8807 Priority: P5 - low Change sponsored?: --- Bug ID: 8807 Assignee: gmcharlt(a)gmail.com Summary: add Carton support to Koha Severity: normal Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Installation and upgrade (command-line installer) Product: Koha using Carton, we can select specific versions of perl packages from CPAN -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8830] New: authority cataloging errors not helpful
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8830 Priority: P5 - low Change sponsored?: --- Bug ID: 8830 CC: jcamins(a)cpbibliography.com, m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: authority cataloging errors not helpful Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha Created attachment 12532 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12532&action=edit missing fields error See attached. When cataloging an authority record it pops up to tell you the fields you didn't fill in, but unlike in cataloging it doesn't give you field numbers, so I'm not really sure what fields I need to go back and find and fill in. This pop up should be like the one in cataloging that tells you the field numbers. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8902] New: shelving location not showing on batch modification
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8902 Priority: P5 - low Change sponsored?: --- Bug ID: 8902 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: shelving location not showing on batch modification Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_10 Component: Circulation Product: Koha In the table at the top of the batch item modification tool there is no column for shelving location anymore ... that needs to be there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 9081] New: Opac news not output on check in and check out notices
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9081 Priority: P5 - low Change sponsored?: --- Bug ID: 9081 Assignee: koha-bugs(a)lists.koha-community.org Summary: Opac news not output on check in and check out notices Severity: major Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Notices Product: Koha When creating a template for check in and check out notices the list of fields offered includes: ---OPAC_NEWS--- <<opac_news.idnew>> <<opac_news.title>> <<opac_news.new>> <<opac_news.lang>> <<opac_news.expirationdate>> <<opac_news.number>> I added news unser tools > news for: - OPAC (en) - OPAC (DE-de) - Slips For testing I created a check out and check in notice that included: OPAC NEWS idnew <<opac_news.idnew>> title <<opac_news.title>> new <<opac_news.new>> lang <<opac_news.lang>> expirationdate <<opac_news.expirationdate>> number <<opac_news.number>> None of the news made it into my generated notices. I am not sure if the content should display or if we need to remove the OPAC_NEWS fields from the notices tool, because it's not intended to use them on those notices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10097] New: If importing authority records, don't show text relating to bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10097 Bug ID: 10097 Summary: If importing authority records, don't show text relating to bibliographic records Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au Currently, when importing authority records using the "Manage staged MARC records" tool, it will show the text "Add new bibliographic records into this framework:" followed by a drop-down menu of possible frameworks. Since these are bibliographic frameworks and we're importing authority records which do not use them, we have no need to show this information. I'm proposing just a little patch to display this info only for bibliographic records. From my tests, everything seems to work fine without this text and the drop-down, although I've only uploaded one MARC21 authority record at a time. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 9153] New: Problem with config file for qa-test-tools
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '15

01 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9153 Bug ID: 9153 Summary: Problem with config file for qa-test-tools Classification: Unclassified 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: magnus(a)enger.priv.no The README for qa-test-tools says: 2/ copy perlcriticrc file to your home dir (important!) $ cp /path/to/your/koha-qa-tools/perlcriticrc ~/ And koha-qa.pl checks for the existence of this file: my $pc_rc = File::HomeDir->my_home . '/perlcriticrc'; die "your ~/perlcriticrc file is missing..." unless ( -e $pc_rc ) However, after copying the rc file as described in the README, I get errors complaining about "missing strictures before code", even though I am using "use Modern::Perl". After renaming ~/perlcriticrc to ~/.perlcriticrc those errors go away. So it looks like the script is picking up ~/.perlcriticrc but not ~/perlcriticrc (Side note: Would it be better to recommend linking koha-qa-tools/perlcriticrc to ~/.perlcriticrc, so that any future changes to koha-qa-tools/perlcriticrc takes effect immediately, without the user having to copy the rc file again?) -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 10071] New: language improvement for holds
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10071 Bug ID: 10071 Summary: language improvement for holds Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com Created attachment 17511 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17511&action=edit patron's holds So on the holds screen on the item it says 'Item being transferred' On the patron's holds screen it says 'hasn't been transferred yet' which is true and is the same thing as above just said differently. I think they should both say 'hasn't been transferred yet' because the status on the item holds screen implies that it is 'in transit' and has caused some confusion. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 8198] New: Need to track the call to "C4::Context->userenv->{'xxxx'} without check if it is undefined
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8198 Priority: P5 - low Change sponsored?: --- Bug ID: 8198 Assignee: gmcharlt(a)gmail.com Summary: Need to track the call to "C4::Context->userenv->{'xxxx'} without check if it is undefined Severity: normal Classification: Unclassified OS: All Reporter: christophe.croullebois(a)biblibre.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha linked with bug 8197, all the lines like that will return a koha error if session cookies have been deleted. It would be nice to correct all the relevant lines. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8361] New: Issuing rule if no rule is defined
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8361 Priority: P5 - low Change sponsored?: --- Bug ID: 8361 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Issuing rule if no rule is defined Severity: major Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha If we reach a case where no issuing rule is defined, Koha always grant issuing. Koha should refuse any check-out if no rule is found (validating the issuing is silent, while rejecting the check-out will clearly show that something is missing in your configuration) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3