August 2011 - Koha-bugs - lists.koha-community.org

[Bug 3674] Creating users with empty password
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '11

22 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3674 Bug 3674 depends on bug 6224, which changed state. Bug 6224 Summary: New patrons created with an OPAC login but no password are assigned a default password http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6224 What |Old Value |New Value ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED -- 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 0

[Bug 6224] New: New patrons created with an OPAC login but no password are assigned a default password
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '11

22 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6224 Bug #: 6224 Summary: New patrons created with an OPAC login but no password are assigned a default password Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com To reproduce: 1. Open the patron entry form. 2. Add data to required fields. 3. Add an OPAC login 4. Leave password blank. The patron record will be created with a default password. -- 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 10

[Bug 3674] Creating users with empty password
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '11

22 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3674 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #10 from Owen Leonard <oleonard(a)myacpl.org> 2011-08-22 13:35:41 UTC --- This seems to be working as expected: If I create a patron with no password, the password column in the database is set to "!", which will not match any password submission. -- 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 0

[Bug 5529] New: Staff client shows "Your lists:" and "public lists:" when there are none
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '11

22 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5529 Summary: Staff client shows "Your lists:" and "public lists:" when there are none Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 On the staff client search results page the "Add to" menu offers a list of private and public lists to which results can be added. If there are no private and public lists, the menu still lists the labels, "Your lists:" and "public lists:" In search.pl: if (@pubshelves) { $template->param( addpubshelves => scalar (@pubshelves)); $template->param( addpubshelvesloop => @pubshelves); } if (@barshelves) { $template->param( addbarshelves => scalar (@barshelves)); $template->param( addbarshelvesloop => @barshelves); } The script passes template variables with the list count and list contents if @pubshelves and @barshelves evaluate as true. These variables will evaluate as true even if there are no lists in the database. -- 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 10

[Bug 5658] New: can't delete subfields in frameworks
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '11

22 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5658 Summary: can't delete subfields in frameworks Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 I tried today on two installs of HEAD to delete a subfield from a framework and nothing happened. I didn't get any error messages and I didn't see it get deleted. -- 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 17

[Bug 4221] defaultSortField & OPACdefaultSortField non functioning
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '11

22 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4221 Fridolyn SOMERS <fridolyn.somers(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolyn.somers(a)gmail.com --- Comment #6 from Fridolyn SOMERS <fridolyn.somers(a)gmail.com> 2011-08-22 09:20:19 UTC --- (In reply to comment #5) > Ian, I agree with you, there are probably 2 problems : > * the default value set to NULL. My patch address just this > * the sort order is not respected. I've checked on biblibre/master, and confirm > we also have the problem, so it's not a new one. Hie, In patch, default value is "desc", but the choices are "dsc|asc". Default value should be "dsc", without "e". Regards, -- 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 0

[Bug 6749] New: Use insert_fields_ordered instead of insert_grouped_fields in C4::Biblio::ModBiblioMarc
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '11

19 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6749 Bug #: 6749 Summary: Use insert_fields_ordered instead of insert_grouped_fields in C4::Biblio::ModBiblioMarc Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: MARC Bibliographic record staging/import AssignedTo: gmcharlt(a)gmail.com ReportedBy: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com When importing biblio records (i.e via a migration script ), the biblionumber field (001 in unimarc) is inserted at the end of marcxml because C4::Biblio::ModBiblioMarc use insert_grouped_fields instead of insert_fields_ordered. This causes an error when we want to show a record which is very long (Serials with lot of items for example). -- 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 4221] defaultSortField & OPACdefaultSortField non functioning
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '11

19 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4221 stephane.delaune(a)biblibre.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane.delaune(a)biblibre.c | |om Patch Status|Needs Signoff |Signed Off -- 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 0

[Bug 3495] Fast bib record add at circulation
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '11

19 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3495 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |6748 -- 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 0

[Bug 5363] New: Remove dependency on Cache::Memcached::Fast
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '11

19 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5363 Summary: Remove dependency on Cache::Memcached::Fast Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This is currently not used by Koha, and there are no plans to use it. Will remove the dependency from C4/Cache -- 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 5