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

[Bug 2700] Keeping Data When Adding Multiple Items
by bugzilla-daemon＠pippin.metavore.com 04 Nov '08

04 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2700 ------- Comment #2 from nicole.engard(a)liblime.com 2008-11-04 08:23 ------- Barcode should only be done if they have autobarcode on - right? And I'm not sure we should make assumptions about Vol numbers - what if they ordered multiple copies of the same volume? If you want to change something - I'd love to see an easier way to add multiple items - people who order hundreds of copies at a time have an issue with the plus :) but I think that's in the works already. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2700] Keeping Data When Adding Multiple Items
by bugzilla-daemon＠pippin.metavore.com 04 Nov '08

04 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2700 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |PATCH-Sent ------- Comment #1 from oleonard(a)myacpl.org 2008-11-04 08:20 ------- I'm submitting a patch to fix this. When cloning the set of inputs, the new js increments the IDs of each form field (to keep them unique) and automatically selects the option that was selected in the cloned group. A couple of other enhancements I wondered about: should we at the same time increment the volume and barcode fields? i.e. Vol. 1 becomes Vol. 2, 27000235 becomes 27000236? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2756] opacbookbag preference turns off the ability to add items to lists in search results
by bugzilla-daemon＠pippin.metavore.com 03 Nov '08

03 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2756 allen.reinmeyer(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2756] New: opacbookbag preference turns off the ability to add items to lists in search results
by bugzilla-daemon＠pippin.metavore.com 03 Nov '08

03 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2756 Summary: opacbookbag preference turns off the ability to add items to lists in search results Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: OPAC AssignedTo: allen.reinmeyer(a)liblime.com ReportedBy: allen.reinmeyer(a)liblime.com QAContact: koha-bugs(a)lists.koha.org When the opacbookbag preference is 'off' the cart is not available, but lists still are. The "Add To" link in the top bar of the search results page also disappears according to the value of the opacbookbag prefs. The "Add To" link should remain on the page with opacbookbag off so that patrons can add items to lists even if the cart/bookbag is not available. references LL Bug #236 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2748] SpecifyDueDate preference doesn't work
by bugzilla-daemon＠pippin.metavore.com 03 Nov '08

03 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2748 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |PATCH-Sent ------- Comment #1 from oleonard(a)myacpl.org 2008-11-03 12:08 ------- Submitting patch that enables the SpecifyDueDate pref. Patch also fixes a bug that was causing the "sticky due date" feature not to work properly. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2755] New: Order advanced search ccode limits by description, not code
by bugzilla-daemon＠pippin.metavore.com 03 Nov '08

03 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2755 Summary: Order advanced search ccode limits by description, not code Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha.org This bug affects system with the 'AdvancedSearchTypes' system pref set to 'ccode.' On the OPAC and staff client's advanced search page, ccodes are listed in seemingly random order. It appears to be in order by authorised_value.id? They should be ordered by authorised_value.lib. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2354] OPACItemsResultsDisplay - "itemdetails" option fails with XSLTResultsDisplay ON
by bugzilla-daemon＠pippin.metavore.com 03 Nov '08

03 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2354 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|OPACItemsResultsDisplay - |OPACItemsResultsDisplay - |"itemdetails" value does not|"itemdetails" option fails |appear to be working |with XSLTResultsDisplay ON ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2753] Hold screen needs to show copy number
by bugzilla-daemon＠pippin.metavore.com 03 Nov '08

03 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2753 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |PATCH-Sent ------- Comment #7 from oleonard(a)myacpl.org 2008-11-03 08:07 ------- Sent a patch that adds a column for copy number to both OPAC and staff client holds interfaces and removes barcode column from OPAC display. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2754] OPAC doesn't show Holds priority
by bugzilla-daemon＠pippin.metavore.com 03 Nov '08

03 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2754 ------- Comment #2 from nicole.engard(a)liblime.com 2008-11-03 07:32 ------- Pending works for me too - just something that isn't 'waiting' ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2754] OPAC doesn't show Holds priority
by bugzilla-daemon＠pippin.metavore.com 03 Nov '08

03 Nov '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2754 ------- Comment #1 from oleonard(a)myacpl.org 2008-11-03 07:22 ------- I agree that this is confusing. It should probably only say "item waiting to be pulled' if you have a hold on an /available/ item since that's the only kind of hold that needs to be "pulled." In dev_week this display says "pending" instead of showing a hold priority. We've found that showing the hold priority causes headaches because if someone sees that they're next in line for a book and it stays that way for 3 weeks they get steamed about the book being overdue. But I'm not entirely comfortable hiding information from the patrons even if it does cause some headaches. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0