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

[Bug 670] "Waiting" status often inaccurate
by bugzilla-daemon＠pippin.metavore.com 25 Dec '07

25 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=670 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #12 from jmf(a)liblime.com 2007-12-25 09:09 ------- Patch for this pushed, it's resolved, from the patch notes: 670 is primarily about the status of a biblio or item that's got a hold on it ... specifically the 'in transit' and 'waiting' status. It applies to the following pages. * request.pl - tested * detail.pl - tested * circulation.pl - tested * moremember.pl - tested * opac-user.pl - doesn't show transit status, but only shows waiting when item has arrived at the pickup library * opac-detail.pl - doesn't show hold statuses I'd suggest that any future bugs related to this area be created as a new ticket specifically referencing one of the above pages, and the scenario in which the status is incorrect. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1057] Indicate or omit lost, cancelled, and waiting items in search results
by bugzilla-daemon＠pippin.metavore.com 25 Dec '07

25 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1057 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED ------- Comment #9 from jmf(a)liblime.com 2007-12-25 07:35 ------- OK, this one is now resolved in 3.0, so I'm closing it, feel free to re-open it if it's not fully addressed. From the commit message: Major bugfixes: * Circulation status in moredetail.pl now correctly displays On loan status and Date due * Bugfixes on Status column in detail.pl * Removed hard-coded English strings from status column in detail.pl * Added missing auth values for lost and damaged statuses, sane defaults if those auth values don't exist * Added missing 'On hold' status and 'Hold waiting' status display ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1057] Indicate or omit lost, cancelled, and waiting items in search results
by bugzilla-daemon＠pippin.metavore.com 25 Dec '07

25 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1057 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|DUPLICATE | ------- Comment #8 from jmf(a)liblime.com 2007-12-25 07:32 ------- This wasn't quite a duplicate of 670 ... opening back up briefly to explain the fix for it ... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1368] FOREIGN KEY on categorycode fails during install
by bugzilla-daemon＠pippin.metavore.com 24 Dec '07

24 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1368 ------- Comment #16 from galen.charlton(a)liblime.com 2007-12-24 14:40 ------- To correct my previous comment, my patch removes use of SET FOREIGN_KEY_CHECKS = *0*. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1368] FOREIGN KEY on categorycode fails during install
by bugzilla-daemon＠pippin.metavore.com 24 Dec '07

24 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1368 galen.charlton(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |galen.charlton(a)liblime.com ------- Comment #15 from galen.charlton(a)liblime.com 2007-12-24 14:39 ------- I have submitted a patch to remove use of SET FOREIGN_KEY_CHECKS = 1 from the web installer and its SQL scripts. I have verified that the current English and French MARC21 and UNIMARC script, plus optional scripts, all load without error. Dependencies between SQL scripts that I'm aware of include (all paths relative to installer/data/mysql): en/optional/sample_patron.sql depends on * en/optional/patron_categories.sql * en/optional/sample_libraries.sql fr/3-LecturePub/sample_itemtypes.sql excludes * fr/4-Conservation/sample_itemtypes.sql fr/3-LecturePub/sample_itemtypes.sql excludes * fr/4-Conservation/sample_itemtypes.sql Even if my patch is accepted, the bug should remain open, albeit at a lower severity, because the installer should handle cases where the user does not select *all* or *no* optional scripts, and thus needs to be smarter about dependencies. For example, nothing currently prevents the user from trying to load sample patrons without loading the sample categories and libraries. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1703] Returning an item on reserve is not causing ModReserveAffect to be called, thus the reserve status is not updated
by bugzilla-daemon＠pippin.metavore.com 23 Dec '07

23 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1703 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |PATCH-Sent ------- Comment #2 from chris.cormack(a)liblime.com 2007-12-23 15:44 ------- Ok, it now honours the reserve even if you return it at a branch other than homebranch. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1704] New: Return an item to the wrong branch doesn't require confirmation of transfer
by bugzilla-daemon＠pippin.metavore.com 23 Dec '07

23 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1704 Summary: Return an item to the wrong branch doesn't require confirmation of transfer Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: critical Priority: P3 Component: Circulation AssignedTo: chris.cormack(a)liblime.com ReportedBy: jmf(a)liblime.com QAContact: koha-bugs(a)nongnu.org With AutomaticItemReturn turned on, the user is told to transfer, but there's no dialog. With AutomaticItemReturn turned off, the user isn't even told to transfer ... the user should be given a dialog and must confirm or deny the transfer of the item. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1703] Returning an item on reserve is not causing ModReserveAffect to be called, thus the reserve status is not updated
by bugzilla-daemon＠pippin.metavore.com 23 Dec '07

23 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1703 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Comment #1 from chris.cormack(a)liblime.com 2007-12-23 15:37 ------- This happens if you are trying to return an item at another branch/library than its home one. This message overrides the reserve, and even though it does update the holdingbranch to where you have just returned it. It doesnt update the reserve. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1703] New: Returning an item on reserve is not causing ModReserveAffect to be called, thus the reserve status is not updated
by bugzilla-daemon＠pippin.metavore.com 23 Dec '07

23 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1703 Summary: Returning an item on reserve is not causing ModReserveAffect to be called, thus the reserve status is not updated Product: Koha Version: HEAD Platform: All URL: /cgi-bin/circulation/returns.pl OS/Version: All Status: NEW Severity: critical Priority: P2 Component: Circulation AssignedTo: chris.cormack(a)liblime.com ReportedBy: chris.cormack(a)liblime.com QAContact: koha-bugs(a)nongnu.org This is happening with ReservesNeedReturns switched on. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1688] search string starting with '*' kills search
by bugzilla-daemon＠pippin.metavore.com 23 Dec '07

23 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1688 jmf(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #3 from jmf(a)liblime.com 2007-12-23 13:00 ------- Ahh, right, the version of ZEbra only matters if you're doing right and left truncation ( *stanbu* for instance ). Need Zebra > 2.0.18 for that. I was missing '*' as a list of things to sanitize from the term, fixed now, thanks for the report. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0