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

[Bug 8491] New: Warning of Modern::Perl raised by koha_perl_deps script
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '14

27 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8491 Priority: P5 - low Change sponsored?: --- Bug ID: 8491 Assignee: gmcharlt(a)gmail.com Summary: Warning of Modern::Perl raised by koha_perl_deps script Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: NEW Version: master Component: Command-line Utilities Product: Koha The actual error is (with perl 5.14.2 and Modern::Perl==1.20120130): [Fri Jul 20 16:37:07 2012] koha_perl_deps.pl: Use of uninitialized value $version in numeric lt (<) at /usr/local/share/perl5/Modern/Perl.pm line 25. [Fri Jul 20 16:37:07 2012] koha_perl_deps.pl: Use of uninitialized value $version in numeric lt (<) at /usr/local/share/perl5/Modern/Perl.pm line 25. As Jonathan Druart pointed out in bug 7368, it is caused by the way this module handles version numbers. So it seems like an error in Modern::Perl although its docs state that it is not necessary to pass a version or a year to Modern::Perl. AFAIK we are not passing numbers to Modern::Perl in our Koha use statements. But when I test that in a simple script, I do not even raise this warning. What makes koha_perl_deps do raise that warning? -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 5439] New: 3M RFID sensitization
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '14

27 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5439 Summary: 3M RFID sensitization Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Hook-up_with_3M_se nsitization_solution OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Hook-up with 3M sensitivity solutions so that when you checkout an item in Koha it sends a code (LL) to the 3M system to switch it to Sensitize OFF, and when you checkin an item in Koha it sends a code (RR) to switch the 3M hardware to Sensitize ON. Note : some other sensitivity tools seems underway. Need some clarification ! -- 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 10170] New: non translatable strings in manage-marc-import (actions and table values)
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '14

26 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10170 Bug ID: 10170 Summary: non translatable strings in manage-marc-import (actions and table values) 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: adrien.saurat(a)biblibre.com Created attachment 17880 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17880&action=edit non translatable strings The bug 9215 enabled the translation of the "Status" information in the manage-marc-import page. But the same problem remains with other strings in this page. See screenshot. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 9222] New: manual history reversed in subscription-detail.pl
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '14

26 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9222 Bug ID: 9222 Summary: manual history reversed in subscription-detail.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com CC: colin.campbell(a)ptfs-europe.com Edit a subscription and check manual history : in subscription-detail.pl, manual history shows "disabled". Edit a subscription and uncheck manual history : in subscription-detail.pl, manual history shows "enabled". Manual history is reversed in subscription-detail.tt. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 7608] New: Manual history is always 'enabled'
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '14

26 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7608 Bug #: 7608 Summary: Manual history is always 'enabled' Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha.sekjal(a)gmail.com To reproduce: - Enter a new subscription in serials, make sure the manual history checkbox is not touched and no data is entered in that section. - The serial summary page will show 'Manual history: Enabled' - Editing the subscription will always show the manual history fields expanded. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 9061] New: DataTables date sort does not work with date in uk format (dd/mm/yyyy)
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '14

26 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9061 Priority: P5 - low Change sponsored?: --- Bug ID: 9061 Assignee: oleonard(a)myacpl.org Summary: DataTables date sort does not work with date in uk format (dd/mm/yyyy) Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: Templates Product: Koha With the older tablesorter plugin you could specify the UK date format: $("#issuest").tablesorter({[% IF ( dateformat_metric ) %] dateFormat: 'uk',[% END %]... It doesn't look like DataTables has this option built in. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 7515] New: authorized value code showing in opac for public note
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '14

24 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7515 Bug #: 7515 Summary: authorized value code showing in opac for public note Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com See: http://screencast.com/t/PoGPO0PB If you have an authorized value for the public notes field on the item record it shows the description when editing items, but when you view the normal view in the opac and the staff client it shows the authorized value code and that means nothing to the public - it should show the description for authorized values. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 34

[Bug 6404] New: patron bulk delete by patron category
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '14

24 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6404 Bug #: 6404 Summary: patron bulk delete by patron category Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In schools it would be very handy to have the ability to use the patron bulk delete to delete based on patron category in addition to the fields that are already on there. -- 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 9626] New: can't pay FU fines without messing things up
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '14

24 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9626 Bug ID: 9626 Summary: can't pay FU fines without messing things up Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The glitch happens when a patron pays their overdue fine before the item is checked in. When they pay their fine and we mark it down as paid, Koha marks the fine as paid--but as soon as their overdue item is checked in, Koha pops up with a notice that a) the fine was not paid off, and b) is now twice the amount it originally was. Sounds to me like if you pay off a fine that is FU it's changing it to PAID instead of leaving it as FU. Maybe we need the code to look at the code and not change the accounttype if it's FU - only if it's F or something else. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9474] New: filter overdues with fines
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '14

22 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9474 Bug ID: 9474 Summary: filter overdues with fines Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com It would be nice if there was a filter/sort the Overdues with Fines. So either clickable columns or a sort option with filters on the left like we have on the Overdues report. -- You are receiving this mail because: You are watching all bug changes.

1 2