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

[Bug 2397] New: Lists Needs to Say What Lists You're Viewing
by bugzilla-daemon＠pippin.metavore.com 24 Jul '08

24 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2397 Summary: Lists Needs to Say What Lists You're Viewing Product: Koha Version: HEAD 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 When you're on koha/virtualshelves/shelves.pl it's showing only public lists, but there is way to know that you're not seeing all lists unless you click the private lists link ... it's a bit misleading and could be designed better. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2396] New: Add a syspref to block the ability to place next available hold in OPAC on titles that only have lost items.
by bugzilla-daemon＠pippin.metavore.com 24 Jul '08

24 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2396 Summary: Add a syspref to block the ability to place next available hold in OPAC on titles that only have lost items. Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: debra.denault(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: rch(a)liblime.com, galen.charlton(a)liblime.com Currently in Koha 3.0, if a bib record has items with a lost status linked to it, when a hold is placed on that title, whether in the staff client or OPAC, item specific holds are prevented from being placed on the items with the lost status by way of not being able to click on them in the list of items. If there are other items of various statuses then the user can place a "next available" hold. The problem is when the bib only has a single or a couple of items and they all have a lost status. You are still permitted to place a "next available" hold on the title, even though all the items are lost. This makes sense from the staff perspective so that they can trap lost items at checkin if they are returned but it does not make sense to allow a patron to do this via the OPAC. It is even more confusing for them because right now the way it works, after the hold is placed and the user brought to their list of holds, the hold on the lost item title shows as "waiting to be pulled" It would be nice / almost essential to have a sys pref to prevent the ability to place title level holds in the OPAC on titles whose items are all lost. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2395] serials/serials-edit.pl broken
by bugzilla-daemon＠pippin.metavore.com 24 Jul '08

24 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2395 henridamien(a)koha-fr.org changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |PATCH-Sent ------- Comment #1 from henridamien(a)koha-fr.org 2008-07-24 09:41 ------- [PATCH] Bug fixing : the link between serial and item wasnot used when editing an issue ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2395] New: serials/serials-edit.pl broken
by bugzilla-daemon＠pippin.metavore.com 24 Jul '08

24 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2395 Summary: serials/serials-edit.pl broken Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: blocker Priority: P3 Component: Serials AssignedTo: paul.poulain(a)free.fr ReportedBy: chris.nighswonger(a)liblime.com QAContact: koha-bugs(a)lists.koha.org It seems that serials-edit.pl should present the caller with a pre-populated form containing an/the item record for that serial which can then be edited and saved. What happens is that the caller is presented with a summary of the serial and a link just below it "Click to add item." When this link is clicked, the caller is presented with a form for adding an item. If the form is filled in an additional item is added. There is no provision on this screen for editing an existing serials item. Perhaps the "Click to add item" link should change to "Click to edit item" and link back to cataloguing/additem.pl?op=edititem&biblionumber=foo&itemnumber=bar ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2394] New: canreservefromotherbranches preference not working
by bugzilla-daemon＠pippin.metavore.com 24 Jul '08

24 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2394 Summary: canreservefromotherbranches preference not working Product: Koha Version: rel_3_0 Platform: Macintosh OS/Version: All Status: NEW Severity: normal Priority: P3 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: beverly.church(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: nicole.engard(a)liblime.com Patrons can place holds on titles where all attached items belong to other libraries even if the "canreservefromotherbranches" preference is set to OFF. If patrons search the catalogue before logging in they can see all titles. If they find a title where all attached items belong to other libraries, they are allowed to place a hold. The same applies to the staff client. Staff are also able to access patron records belonging to other libraries. The IndependentBranches preference is set to ON. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1987] Opt In for Circulation History
by bugzilla-daemon＠pippin.metavore.com 24 Jul '08

24 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1987 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|chris(a)bigballofwax.co.nz |paul.poulain(a)free.fr ------- Comment #1 from paul.poulain(a)free.fr 2008-07-24 04:53 ------- see also: http://wiki.koha.org/doku.php?id=en:development:rfcs3.2:rfc32_readingrecord… Should be done by BibLibre in the next months ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2224] Filtering Acq Report Changes Results
by bugzilla-daemon＠pippin.metavore.com 24 Jul '08

24 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2224 chris.nighswonger(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|galen.charlton(a)liblime.com |chris.nighswonger(a)liblime.co | |m ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2393] ENHANCEMENT: SearchMember() uses "cardnumber%" wildcard - if other search-types fail
by bugzilla-daemon＠pippin.metavore.com 24 Jul '08

24 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2393 ------- Comment #2 from rch(a)liblime.com 2008-07-23 21:01 ------- I would have to say that most in the US expect %cardnumber , since common practice for cardnumbers is an institution-id-prefixed fixed-length number. Wouldn't that make more sense, if anything ? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2393] ENHANCEMENT: SearchMember() uses "cardnumber%" wildcard - if other search-types fail
by bugzilla-daemon＠pippin.metavore.com 24 Jul '08

24 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2393 mason.loves.sushi(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Priority|P3 |PATCH-Sent ------- Comment #1 from mason.loves.sushi(a)gmail.com 2008-07-23 19:56 ------- patch sent ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2393] New: ENHANCEMENT: SearchMember() uses "cardnumber%" wildcard - if other search-types fail
by bugzilla-daemon＠pippin.metavore.com 24 Jul '08

24 Jul '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2393 Summary: ENHANCEMENT: SearchMember() uses "cardnumber%" wildcard - if other search-types fail Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: Patrons AssignedTo: galen.charlton(a)liblime.com ReportedBy: mason.loves.sushi(a)gmail.com QAContact: koha-bugs(a)lists.koha.org This is a little usability tweak i've been meaning to commit. This patch does a wildcard search on the cardnumber if all other search-types fail, which is what most users would expect Currently you can do the same thing using a 'cardnumber%' search query, but most users dont know that trick, so this patch does it for them ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0