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

[Bug 10927] New: C4::Utils becomes useless
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '13

03 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10927 Bug ID: 10927 Summary: C4::Utils becomes useless Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 10925 removes the last use to C4::Utils. We can remove it. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 5573] New: delete lists when patron deleted
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '13

03 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5573 Summary: delete lists when patron deleted Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 When a patron is deleted from Koha any private lists they created should be deleted as well. Otherwise you're potentially left with a lot of junk data in your system. -- 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 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '13

02 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 --- Comment #51 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Just another question in this regard: dbrev 3.01.00.066: should the delete statement of maxreserves here be undone? Or would that present problems for those upgrading from below this dbrev to some version without this patch? Looks like we offer the choice bad or worse?? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2172] Cart attaches an iso2709 file, which confuses 99% of patrons.
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '13

02 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2172 --- Comment #1 from Koha Team Lyon 3 <koha(a)univ-lyon3.fr> --- Does anyone works in this ? Almost nobody can read files iso2709 except for the IT librarians... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '13

02 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 M. de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #50 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Global symbol "$warnings" requires explicit package name at /usr/share/koha/testclone/reserve/request.pl line 132. Global symbol "$messages" requires explicit package name at /usr/share/koha/testclone/reserve/request.pl line 166. Global symbol "$warnings" requires explicit package name at /usr/share/koha/testclone/reserve/request.pl line 168. Execution of /usr/share/koha/testclone/reserve/request.pl aborted due to compilation errors. Failed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '13

02 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 --- Comment #49 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Created attachment 21713 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21713&action=edit Bug 4045: Followup for optional insertion of maxreserves Adds IGNORE to the INSERT statement. Since this is in the mysql folder, that should be allowed ;) Also: Do the version check via CheckVersion. Test plan: Run webinstaller updatestructure step. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '13

02 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 M. de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.de.rooy(a)rijksmuseum.nl --- Comment #48 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> --- trivial rebase -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4045] No check for maximum number of allowed holds.
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '13

02 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045 M. de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #21200|0 |1 is obsolete| | --- Comment #47 from M. de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Created attachment 21712 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=21712&action=edit Bug 4045 - No check for maximum number of allowed holds. Re-add the system preference maxreserves. All the code using maxreserves is still in place. Though it is not used in the Reserves module, it is used in all the scripts where holds are placed. Also adds a check so that a borrower cannot exceed the maximum number of allowed holds by using the multi-hold feature via the opac. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3206] OAI repositry deleted record support
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '13

02 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3206 --- Comment #5 from Frédéric Demians <frederic(a)tamil.fr> --- > Something to check into would be how biblios are deleted when a batch > import is reverted...we'll need to make sure that the bibs are logged > in the deletedbiblio table and not just nuked. Yes, there may be some intricacies here, and some new added by OAI Sets. What will happen if a SET definition is modified in Koha? As it is, harvesters must be notified to re-harvest Koha repository from scratch. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10399] New: rebuild_zebra.pl should reset the indexes with -r even if zebraqueue empty
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '13

01 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10399 Bug ID: 10399 Summary: rebuild_zebra.pl should reset the indexes with -r even if zebraqueue empty Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com Currently, the only way to get indexes reset is to run the zebraidx... init by hand on each database (authorities or biblios). This leads to several problems: ownership, permission, wrong paths, etc. -- You are receiving this mail because: You are watching all bug changes.

1 4