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

[Bug 670] New: "Waiting" status often inaccurate
by bugzilla-daemon＠wilbur.katipo.co.nz 15 Nov '03

15 Nov '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=670 Summary: "Waiting" status often inaccurate Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: OPAC AssignedTo: chris(a)katipo.co.nz ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net In the OPAC (and in circulation, for that matter), the 'waiting' status often doesn't represent the true status of the item if the item is in transit between branches. The OPAC should only tell a patron that the item is ready for them if the status is both 'WAITING' *and* the holding branch is the same as the pick-up branch. Presently our patrons can log into the OPAC and be told an item is "Waiting for you," when in fact the item hasn't arrived yet. Building in this check of the current branch vs. pick-up branch would solve this problem. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 669] New: Due dates should skip days when library is closed
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Nov '03

13 Nov '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=669 Summary: Due dates should skip days when library is closed Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net Koha should have a system for specifying holidays, etc, when the library will be closed, so items will not be set as due on those dates. Ideally, one should be able to specify some dates as recurring every year. Others would have to be re-entered each year. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 380] KohaDB-MARC mappings
by bugzilla-daemon＠wilbur.katipo.co.nz 13 Nov '03

13 Nov '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=380 ------- Additional Comments From mjr(a)ttllp.co.uk 2003-11-14 02:28 ------- Created an attachment (id=33) Updated patch for bibliosubject mapping ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 202] Branch dropbox always empty even if 2 branches defined
by bugzilla-daemon＠wilbur.katipo.co.nz 12 Nov '03

12 Nov '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=202 oleonard(a)athenscounty.lib.oh.us changed: What |Removed |Added ---------------------------------------------------------------------------- Status|VERIFIED |REOPENED Resolution|FIXED | ------- Additional Comments From oleonard(a)athenscounty.lib.oh.us 2003-11-13 10:24 ------- I think we were all barking up the wrong tree on this one. It turns out that the check for 'IS' was a check for whether a branch is an 'issuing branch,' something that was expected to be set in Branch Categories. This would allow libraries to designate some branches as 'non-issuing' and be confident that they would not show up in places like the OPAC's pick-up branch list. So, I suggest to start we add that 'IS' check back in and be sure to include pre-set options in the edit-branch-categories screen. Hopefully Chris can solicit more input from his colleagues on this issue. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 668] New: Cancelling reserve upon check-out does not work
by bugzilla-daemon＠wilbur.katipo.co.nz 12 Nov '03

12 Nov '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=668 Summary: Cancelling reserve upon check-out does not work Product: Koha Version: CVS Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: Circulation AssignedTo: chris(a)katipo.co.nz ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)lists.sourceforge.net If you try to check out an item which is on reserve (but not yet 'waiting') for another patron, Koha will ask if you really want to check it out. If you answer yes, it will ask if you want to cancel the reserve. If you answer yes to this, it will continue to check the item out, but the reserve will not be cancelled. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 666] Unnecessary use of non-core perl module
by bugzilla-daemon＠wilbur.katipo.co.nz 10 Nov '03

10 Nov '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=666 ------- Additional Comments From mjr(a)ttllp.co.uk 2003-11-11 05:54 ------- Created an attachment (id=32) Patch to use time() instead of Time::HiRes ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 667] New: Cannot upload patches from lynx
by bugzilla-daemon＠wilbur.katipo.co.nz 10 Nov '03

10 Nov '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=667 Summary: Cannot upload patches from lynx Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: bugs.koha.org AssignedTo: chris(a)katipo.co.nz ReportedBy: mjr(a)ttllp.co.uk QAContact: koha-bugs(a)lists.sourceforge.net When trying to create an attachment from lynx, I get an error saying Software error: invalid id: at /usr/lib/cgi-bin/bugzilla/createattachment.cgi line 46, <STDIN> line 21. As koha is used on webservers, being able to upload patches from a console is desirable. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 666] New: Unnecessary use of non-core perl module
by bugzilla-daemon＠wilbur.katipo.co.nz 10 Nov '03

10 Nov '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=666 Summary: Unnecessary use of non-core perl module Product: Koha Version: CVS Platform: All URL: rebuildnonmarc.pl OS/Version: All Status: NEW Severity: major Priority: P2 Component: MARC AssignedTo: paul.poulain(a)free.fr ReportedBy: mjr(a)ttllp.co.uk QAContact: koha-bugs(a)lists.sourceforge.net misc/rebuildnonmarc.pl uses Time::HiRes which does not seem to part of perl 5.6 core. Either apply the attached patch, or file an installer bug that we must require perl 5.8 from now on. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 633] MARC Upload fails silently
by bugzilla-daemon＠wilbur.katipo.co.nz 09 Nov '03

09 Nov '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=633 mjr(a)ttllp.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 633] MARC Upload fails silently
by bugzilla-daemon＠wilbur.katipo.co.nz 09 Nov '03

09 Nov '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=633 ------- Additional Comments From mjr(a)ttllp.co.uk 2003-11-10 11:57 ------- The above patch results from the following test that shows that $marcrecord is never undef even if no valid fields are read from the file. $ perl -MMARC::File::USMARC print MARC::File::USMARC::decode('')."\n"; MARC::Record=HASH(0x813b988) Instead, the following test for number of fields is used instead: $ perl -MMARC::File::USMARC print MARC::File::USMARC::decode('')->fields()."\n"; 0 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0