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

[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 10328] New: Rename opaccolorstylesheet to OpacColorStyleSheet
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10328 Bug ID: 10328 Summary: Rename opaccolorstylesheet to OpacColorStyleSheet Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 26

[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

[Bug 8389] New: BEGIN considered harmful
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '15

31 Mar '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8389 Priority: P5 - low Change sponsored?: --- Bug ID: 8389 Assignee: gmcharlt(a)gmail.com Summary: BEGIN considered harmful Severity: minor Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha Right now we are using BEGIN { } blocks in a lot of C4, including for database access in C4::Context. This means that any script that uses C4::Context, even if it doesn't actually need the database or is not being run, just compiled, will not function without a database present. -- You are receiving this mail because: You are watching all bug changes.

1 1

[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