October 2007 - Koha-bugs - lists.koha-community.org

[Bug 668] Cancelling reserve upon check-out does not work
by bugzilla-daemon＠pippin.metavore.com 05 Oct '07

05 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=668 paul.poulain(a)free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|chris.cormack(a)liblime.com |paul.poulain(a)free.fr Priority|P2 |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 1223] Empty author column values populated with value from latest return
by bugzilla-daemon＠pippin.metavore.com 05 Oct '07

05 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1223 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #2 from oleonard(a)myacpl.org 2007-10-05 06:52 ------- Tested: Seems not to be a problem in 3.0 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1208] Add search-by-barcode field to addbooks.pl
by bugzilla-daemon＠pippin.metavore.com 05 Oct '07

05 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1208 ------- Comment #4 from oleonard(a)myacpl.org 2007-10-05 06:48 ------- No one has added a specific search-by-barcode script. I thought the default search would search by barcode (even though it's not an exact search), but my test didn't bring up any results for a known barcode. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1193] Detail screens don't display hyperlinked URLs for 856 tags
by bugzilla-daemon＠pippin.metavore.com 05 Oct '07

05 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1193 ------- Comment #3 from oleonard(a)myacpl.org 2007-10-05 06:44 ------- Now the intranet detail screen doesn't display the 856 tag at all ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1373] Please send no-cache headers
by bugzilla-daemon＠pippin.metavore.com 05 Oct '07

05 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1373 ------- Comment #3 from devin(a)freeshell.org 2007-10-05 06:33 ------- This is repeatable, yes. No, there is no special case; it's all pages. If you don't send cache-control directives then all returned pages MAY be cached. Just because your browser is liberal with refreshes and mine is less, doesn't mean that my browser is wrong. Read the HTTP spec and you'll see that you MUST send cache-control headers. Do not make it a syspref! To send back user-specific pages without specifying that they shouldn't be publically cached is wrong! And I don't mean to use Expires. Of course, most images should be sent with cache-control set to cache them publically. See HTTP 13.1.1: Cache Correctness A correct cache must respond to a request with the most up-to-date response held by the cache that is appropriate to the request (see Sections 13.2.5, 13.2.6, and 13.12) which meets one of the following conditions: * It is "fresh enough" (see Section 13.2). In the default case, this means it meets the least restrictive freshness requirement of the client, origin server, and cache (see Section 14.9); if the origin server so specifies, it is the freshness requirement of the origin server alone. If a stored response is not "fresh enough" by the most restrictive freshness requirement of both the client and the origin server, in carefully considered circumstances the cache may still return the response with the appropriate Warning header (see Section 13.1.5 and 14.46), unless such a response is prohibited (e.g., by a "no-store" cache-directive, or by a "no-cache" cache-request-directive; see Section 14.9 See also section 13.4: Unless specifically constrained by a cache-control (Section 14.9) directive, a caching system may always store a successful response (see Section 13.8) as a cache entry, may return it without validation if it is fresh, and may return it after successful validation. If there is neither a cache validator nor an explicit expiration time associated with a response, we do not expect it to be cached, but certain caches may violate this expectation (for example, when little or no network connectivity is available). A client can usually detect that such a response was taken from a cache by comparing the Date header to the current time. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1171] Reserve script useless for larger libraries
by bugzilla-daemon＠pippin.metavore.com 05 Oct '07

05 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1171 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #3 from oleonard(a)myacpl.org 2007-10-05 06:16 ------- I'd say yes, this is fixed. 3.0 offers reports for holds that need to be pulled, and holds waiting to be picked up. The report has a date filter. The only thing I'd change if it were up to me would be a way to look at a holds list for a different branch, but you can get around that by logging out and back in. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1152] "Add criteria" breaks MARC-search
by bugzilla-daemon＠pippin.metavore.com 05 Oct '07

05 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1152 ------- Comment #2 from oleonard(a)myacpl.org 2007-10-05 05:46 ------- Doesn't this refer to the old MARC search? That has gone away. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1119] Issuing Waiting item to another patron cancels the original reserve
by bugzilla-daemon＠pippin.metavore.com 05 Oct '07

05 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1119 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #7 from oleonard(a)myacpl.org 2007-10-05 05:44 ------- Tested: Fixed in 3.0 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1056] Bring back output of search terms on intranet search results page
by bugzilla-daemon＠pippin.metavore.com 05 Oct '07

05 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1056 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #4 from oleonard(a)myacpl.org 2007-10-05 05:36 ------- Fixed in 3.0 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 935] Show MARC tag range on tabs in addbiblio.pl
by bugzilla-daemon＠pippin.metavore.com 05 Oct '07

05 Oct '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=935 ------- Comment #2 from oleonard(a)myacpl.org 2007-10-05 05:33 ------- If we keep the tabbed interface to addbiblio.pl, then this bug is still relevant. In the past, the tabs have been simple numbers, 0-9. This doesn't help you very much if you can't remember which tab has which tag. My idea was to pass information to the template about the tag range for each tab so that the tabs could be labelled accordingly. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0