January 2008 - Koha-bugs - lists.koha-community.org

[Bug 1195] Opac detail screen should display 856 tag as holdings
by bugzilla-daemon＠pippin.metavore.com 01 Jan '08

01 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1195 ------- Comment #2 from jmf(a)liblime.com 2008-01-01 06:37 ------- There's a new item field in 3.0: items.uri, that maps to 952 $u, this can be used to add web resource links at the item-level. Currently though, we don't have a place to display these ... should they overlay all other item information on the detail page when present? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1561] z39.50 results do not show search terms
by bugzilla-daemon＠pippin.metavore.com 01 Jan '08

01 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1561 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|chris.cormack(a)liblime.com |rch(a)liblime.com ------- Comment #1 from jmf(a)liblime.com 2008-01-01 06:31 ------- Assigning to Ryan as he's done some cleanup for Z39.50 search for dev_week. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1639] Configure which fields appear in additem.pl's list of existing items
by bugzilla-daemon＠pippin.metavore.com 01 Jan '08

01 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1639 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #1 from jmf(a)liblime.com 2008-01-01 06:31 ------- Just tested the default frameworks, they have all of the fields you mention set to visible from additem.pl, marking this as FIXED. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1371] Auth_with_ldap.pm is out of sync
by bugzilla-daemon＠pippin.metavore.com 01 Jan '08

01 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1371 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #4 from jmf(a)liblime.com 2008-01-01 06:23 ------- Auth_with_ldap.pm is now back in sync with Auth.pm in HEAD. When we re-write Auth.pm, we will incorporate the LDAP stuff directly, thus removing the need to have two separate modules. Marking this as FIXED. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1707] Search for patron '%' returns all results
by bugzilla-daemon＠pippin.metavore.com 01 Jan '08

01 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1707 ------- Comment #3 from oleonard(a)myacpl.org 2008-01-01 05:35 ------- Is it really necessary to allow the user to search using '%' in these contexts? Someone looking for a list of all patrons could use reports. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1707] Search for patron '%' returns all results
by bugzilla-daemon＠pippin.metavore.com 01 Jan '08

01 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1707 ------- Comment #2 from jmf(a)liblime.com 2007-12-31 18:42 ------- The solution here, as with the solution to an identical problem that happens with the circulation search, is to allow paged results of patrons on the request.pl and circulation.pl patron searches. This has been done with the standard patron search (member.pl), and that search should be ported to circ and reserve. Assigning to Chris. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1707] Search for patron '%' returns all results
by bugzilla-daemon＠pippin.metavore.com 01 Jan '08

01 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1707 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Hold Reserve |Search for patron '%' |request.pl?biblionumber= |returns all results |screen crashes with patron | |character % | Version|rel_3_0 |HEAD ------- Comment #1 from oleonard(a)myacpl.org 2007-12-31 17:28 ------- I guess the crux of the problem is that searching for patrons by inputting '%' brings up all results. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 281] Updating a child to an adult registration is diabolical
by bugzilla-daemon＠pippin.metavore.com 01 Jan '08

01 Jan '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=281 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris.cormack(a)liblime.com ------- Comment #15 from oleonard(a)myacpl.org 2007-12-31 17:21 ------- I'm not sure where these comments belong, with all the different bug reports relevant to this issue, but here goes: The new "Update Child to Adult Patron" toolbar menu option is not working for me. I get the javascript confirmation dialog, but them I'm redirected to a blank page. I notice the  variable is not being passed to the template, so the js redirect looks like this: window.location='/cgi-bin/koha/members/update-child.pl?op=update&borrowernumber=60&catcode='; ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0