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

[Bug 2047] Allow icons to be associated with authorized values
by bugzilla-daemon＠pippin.metavore.com 09 May '08

09 May '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2047 ------- Comment #2 from Andrew.moore(a)liblime.com 2008-05-09 10:34 ------- This feature caused a bug which Paul patched here: http://lists.koha.org/pipermail/koha-patches/2008-May/000309.html or I patched here: http://lists.koha.org/pipermail/koha-patches/2008-May/000349.html either is fine, and I'm hopeful that one of them gets accepted. -A ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2098] New: Searching for numbers (ISBN) seems to find the wrong results
by bugzilla-daemon＠pippin.metavore.com 09 May '08

09 May '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2098 Summary: Searching for numbers (ISBN) seems to find the wrong results Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: critical Priority: P3 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: nicole.engard(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: galen.charlton(a)liblime.com When searching for 014100018X (an ISBN that wasn't indexed in my system) I came up with results for many unrelated titles. After some testing, Galen found that this happens with several similar searches. See the chat below to follow our testing of the problem: <nengard> search question - I entered an ISBN that wasn't in my system and instead of getting no results I got a bunch of results that were unrelated ... i know it's a keyword search - but where were those numbers that i got the results i got? <gmcharlt> nengard: what search string, specifically/ <gmcharlt> ? <nengard> 014100018X <nengard> ... is it the X? <gmcharlt> 018X by itself gets the same result set <nengard> um - should it? <nengard> I would think not <gmcharlt> no, it shouldn't; just narrowing down the problem <nengard> i just have to say that i hate finding things like this :( I know we want to get 3.0 out!! <gmcharlt> also, there's another problem - look at the first hit in the results list - no title <nengard> uh huh - should it not show up? it was one of my import tests - probably ... <gmcharlt> more that I'm curious how the 245 $a and $c came to be blank <gmcharlt> http://opac-nce.dev.kohalibrary.com/cgi-bin/koha/opac-MARCdetail.pl?biblion… <gmcharlt> nengard: I'm able to reproduce the search bug with just the 20-record sample - things like 016x, 017x, etc. are giving the same results <nengard> is it not supposed to save if they're blank? <gmcharlt> nengard: file a bug on that, please - give it at least major severity <nengard> a bug on the search? or the 245 <nengard> or both? <gmcharlt> the search, for now <nengard> k ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2097] Extra bar after subject headings in OPAC
by bugzilla-daemon＠pippin.metavore.com 09 May '08

09 May '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2097 ------- Comment #1 from nicole.engard(a)liblime.com 2008-05-09 07:54 ------- Created an attachment (id=260) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=260&action=view) subject headings ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2097] New: Extra bar after subject headings in OPAC
by bugzilla-daemon＠pippin.metavore.com 09 May '08

09 May '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2097 Summary: Extra bar after subject headings in OPAC Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: trivial Priority: P3 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nicole.engard(a)liblime.com QAContact: koha-bugs(a)lists.koha.org There probably shouldn't be a bar after the last subject heading - see screenshot ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2096] Descriptions Tab on OPAC hard to read
by bugzilla-daemon＠pippin.metavore.com 09 May '08

09 May '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2096 ------- Comment #2 from nicole.engard(a)liblime.com 2008-05-09 07:46 ------- Created an attachment (id=259) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=259&action=view) cataloging view ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2096] Descriptions Tab on OPAC hard to read
by bugzilla-daemon＠pippin.metavore.com 09 May '08

09 May '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2096 ------- Comment #1 from nicole.engard(a)liblime.com 2008-05-09 07:46 ------- Created an attachment (id=258) --> (http://bugs.koha.org/cgi-bin/bugzilla/attachment.cgi?id=258&action=view) opac view ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2096] New: Descriptions Tab on OPAC hard to read
by bugzilla-daemon＠pippin.metavore.com 09 May '08

09 May '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2096 Summary: Descriptions Tab on OPAC hard to read Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P3 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nicole.engard(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: galen.charlton(a)liblime.com You'll have to see my screenshots, but with Amazon content turned on the descriptions coming from the catalog get long. Along with that, it's hard to tell where the different descriptions are coming from. In my screenshots, it's the 520, 522, and 586. Maybe we can put bold labels on each 5xx that comes from the catalog so that we know what each is. So for 586 it could say <b>Awards:</b> or something like that. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2094] Allow lost items report to filter on the authorised value that specifies the lost status
by bugzilla-daemon＠pippin.metavore.com 09 May '08

09 May '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2094 Andrew.moore(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Comment #1 from Andrew.moore(a)liblime.com 2008-05-09 07:30 ------- It looks like this requires a few small steps: * write or find a function to produce the list of authorised_values that represent lost. I suspect that a function like this exists. * Add a drop-down to the search page for the authorised values found above. * write some tests for C4::Items::GetLostItems to preserve current functionality * augment that function to take the new lost item type specified in the drop-down. This appears to me to be the kind of thing I could get done within a day. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2095] New: 520 $a shouldn't have character limit
by bugzilla-daemon＠pippin.metavore.com 09 May '08

09 May '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2095 Summary: 520 $a shouldn't have character limit Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: nicole.engard(a)liblime.com QAContact: koha-bugs(a)lists.koha.org 520 $a is the summary field and should not be limited in the number of characters. Right now it's cutting off at 134 characters (which seems like a weird number). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2094] New: Allow lost items report to filter on the authorised value that specifies the lost status
by bugzilla-daemon＠pippin.metavore.com 09 May '08

09 May '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2094 Summary: Allow lost items report to filter on the authorised value that specifies the lost status Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: Reports AssignedTo: Andrew.moore(a)liblime.com ReportedBy: Andrew.moore(a)liblime.com QAContact: koha-bugs(a)lists.koha.org People would like to be able to narrow down the /cgi-bin/koha/reports/itemslost.pl list based on the lost status. I'll put a dropdown on the search page for authorised_values where category = 'LOST', and then limit the search based on that. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0