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

[Bug 3516] Display picture of patrons in OPAC
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '12

17 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3516 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- 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. You are watching all bug changes.

1 0

[Bug 3516] Display picture of patrons in OPAC
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '12

17 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3516 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1380|0 |1 is obsolete| | --- Comment #3 from Owen Leonard <oleonard(a)myacpl.org> 2012-02-17 14:06:25 UTC --- Created attachment 7710 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=7710 Bug 3516 - Display picture of patrons in OPAC This patch adapts the patron image display script from the self-checkout module to optionally display the image of the logged-in user on their personal information page (opac-userupdate.pl). The script changes the method choosing which image to display from using a passed cardnumber to using the borrowernumber of the logged-in user. A system preference is added, OPACpatronimages, to control whether these images are displayed. -- 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. You are watching all bug changes.

1 0

[Bug 4222] Nonpublic note not appearing in the staff client
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '12

17 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4222 Kyle M Hall <kyle.m.hall(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Patch doesn't apply CC| |kyle.m.hall(a)gmail.com -- 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. You are watching all bug changes.

1 0

[Bug 7532] New: opac-ics depends on Date::ICal which is largely unmaintained
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '12

17 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7532 Bug #: 7532 Summary: opac-ics depends on Date::ICal which is largely unmaintained Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha.sekjal(a)gmail.com Date::ICal is no longer really maintained, and is being dropped by Debian at least: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653301 We should probably consider replacing it with DateTime::Format::ICal. Date::ICal is only used in one place: opac/opac-ics.pl: $ grep -ri 'Date::ical' * C4/Installer/PerlDependencies.pm: 'Date::ICal' => { INSTALL.fedora7:Date::ICal opac/opac-ics.pl:use Date::ICal; opac/opac-ics.pl: my $datestart = Date::ICal->new( opac/opac-ics.pl: my $dateend = Date::ICal->new( It's likely to make it hard to deploy the packages on a Debian testing system, and also upsets my build process which uses a testing chroot. -- 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 9

[Bug 7509] New: Create index for items.itemcallnumber
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '12

17 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7509 Bug #: 7509 Summary: Create index for items.itemcallnumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha.sekjal(a)gmail.com Create index on items itemcallnumber. It will facilitate efficient search. -- 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 10

[Bug 7246] New: rebuild_zebra.pl --limit option to allow partial re-indexing
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '12

17 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7246 Bug #: 7246 Summary: rebuild_zebra.pl --limit option to allow partial re-indexing Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: dpavlin(a)rot13.org QAContact: ian.walls(a)bywatersolutions.com Partial re-indexing is mostly useful when experimenting with Zebra configuration and your test database is too large to be re-indexed for each trial. I'm submitting it after I added this twice to source code of rebuild_zebra.pl and I hope it might prove useful to others also. -- 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 28

[Bug 7173] New: Detect duplicates when creating items while receiving
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '12

17 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7173 Bug #: 7173 Summary: Detect duplicates when creating items while receiving Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: julian.maurice(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com This development permit to detect duplicate barcodes, stocknumber, and copynumber, when creating items while receiving. It check in the database, and in the page itself, and prevent receiving if there are duplicate values. BibLibre infos: Repository: git://git.biblibre.com/koha_biblibre.git Branch: stetienne/ft/MT6524 -- 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 5

[Bug 3916] Batch Modify tool overwrites dropdown fields - no option for "no change"
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '12

16 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3916 Ian Walls <koha.sekjal(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |In Discussion -- 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. You are watching all bug changes.

1 0

[Bug 3516] Display picture of patrons in OPAC
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '12

16 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3516 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |ASSIGNED Version|unspecified |master -- 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. You are watching all bug changes.

1 0

[Bug 3264] Uncloning a dropdown list in MARC authorities/biblio editor may clear all subfields (see comment 17)
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '12

16 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3264 Paul Poulain <paul.poulain(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master --- Comment #23 from Paul Poulain <paul.poulain(a)biblibre.com> 2012-02-16 18:00:16 UTC --- OK, now I remember: it was when AixMarseille univ tested bulk item modifications. We discovered that, for firefox, no value selected in a SELECT was ignored in the array returned if the select was an array, while chrome was returning a blank. Example: choose <select name="sel" values="a list including empty|option1|option2"><input name="val" value="value1"> choose <select name="sel" values="a list including empty|option1|option2"><input name="val" value="value2"> choose <select name="sel" values="a list including empty|option1|option2"><input name="val" value="value3"> If the user select empty/option1/option1 in the select, the arrays in perl, if you call the page from chrome was: @sel = ('','option1','option1') @val = ('value1','value2','value3') so $sel[x] is related to $val[x] but if you run from FF, you get @sel = ('option1','option1') @val = ('value1','value2','value3') so trying to match $sel[x] with $val[x] result in an epic fail !!! This patch address another case of this strange behaviour -- 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 0