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

[Bug 4974] New: process_koc.pl fails to display date and time of return
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4974 Summary: process_koc.pl fails to display date and time of return Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 On a successful return, process_koc.pl displays something like this: Checked in TITLE (BARCODE) from PERSON (PATRONBARCODE): The date and time is supposed to be displayed after the trailing colon. On lines 276, 297, 318 and 344 the script tries to assign datetime to @output: datetime => $circ->{ 'datetime' } but in the function parse_command_line on line 189 the timestamp from the .koc-file is split into $date, $time and $id, and date and time are returned seperately. A couple of solutions spring to mind: - Returning the timestamp from parse_command_line and assigning that to datetime in @output - Concatenating date and time in the assignment to datetime. Not sure which makes most sense... -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1

[Bug 4871] New: Debian packaging should use start-stop-daemon, not daemon
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4871 Summary: Debian packaging should use start-stop-daemon, not daemon Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 start-stop-daemon is the canonical tool in Debian for init.d scripts to start and stop server processes. daemon is used less. It would be good for Koha packaging to follow mainstream here. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 2

[Bug 4875] New: koha-remove, koha-restore should have options similar to --request-db
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4875 Summary: koha-remove, koha-restore should have options similar to --request-db Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 koha-create has the --request-db option, which allows the part of Koha instance creation that requires administrative database server access to be done outside the script. koha-remove and koha-restore should get a similar option so they, too, do not require administrative database access. This is necessary in situations where the person installing and administering Koha does not have admin access on the db server. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 2

[Bug 4879] New: lint-like tool for Koha database contents
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4879 Summary: lint-like tool for Koha database contents Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 It would be really cool to have a tool that checks that the contents of a Koha database are correct. For example, it might check that the MARC records are at least syntactically correct. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1

[Bug 4855] New: Tools/Export does not tell browser file size
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4855 Summary: Tools/Export does not tell browser file size Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When exporting the catalogue via tools/export, the download works fine, but if the catalogue is large, the user does not know how long it will take. Koha does not tell the browser the size of the file (Content-Length HTTP header I assume), so the browser cannot estimate the remaining time. It would be nice if it did. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1

[Bug 4824] New: Planning showing a -0
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4824 Summary: Planning showing a -0 Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2174 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2174 showing -0 There is no such thing as -0 - but see attached. This happened after I edited the auto-filled amount. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1

[Bug 8844] New: UNIMARC_sync_date_created_with_marc_biblio.pl creates a modification log
by bugzilla-daemon＠bugs.koha-community.org 12 Apr '13

12 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8844 Priority: P5 - low Change sponsored?: --- Bug ID: 8844 Assignee: gmcharlt(a)gmail.com Summary: UNIMARC_sync_date_created_with_marc_biblio.pl creates a modification log Severity: normal Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Command-line Utilities Product: Koha When using UNIMARC_sync_date_created_with_marc_biblio.pl script with CataloguingLog on, you get a modification log on all catalog. Script should not call ModBiblio() when dates are already synchronized. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 8886] New: Uninitialized variable triggers error log entry in z3950_search.pl
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '13

11 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8886 Priority: P5 - low Change sponsored?: --- Bug ID: 8886 Assignee: koha-bugs(a)lists.koha-community.org Summary: Uninitialized variable triggers error log entry in z3950_search.pl Severity: minor Classification: Unclassified OS: All Reporter: mtompset(a)hotmail.com Hardware: All Status: NEW Version: unspecified Component: Acquisitions Product: Koha If $frameworkcode and $op are not defined, it generates an error log entry. I confirmed that "|| q{}" was safe for $op, as there was only one place it was used. It is also safe for $frameworkcode, because it is impossible to enter nothing as a frameworkcode in biblio_framework. I checked back to biblio_framework because of the loop that does the "eq $frameworkcode" which floods the error log. The hashes are ultimately built from a select statement. This bug was discovered in 3.8.5, it applies to 3.6.x, 3.8.x, and master. Test Plan --------- 1) Login to staff client 2) Acquisitions 3) Search for a vendor (should exist) 4) enter a new basket (or existing basket) 5) "From an external source" 6) check error log file. There will be several errors like: [Sat Oct 06 20:09:37 2012] [error] [client 192.168.100.2] [Sat Oct 6 20:09:37 2012] z3950_search.pl: Use of uninitialized value $frameworkcode in string eq at /usr/share/koha/intranet/cgi-bin/acqui/z3950_search.pl line 100. And one like: [Sat Oct 06 20:09:37 2012] [error] [client 192.168.100.2] [Sat Oct 6 20:09:37 2012] z3950_search.pl: Use of uninitialized value $op in string ne at /usr/share/koha/intranet/cgi-bin/acqui/z3950_search.pl line 116. 7) apply patch 8) repeat steps, and those errors will not be generated. Patch(es) to follow. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 6736] New: totals incorrect
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '13

10 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6736 Bug #: 6736 Summary: totals incorrect Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/acqui/basket.pl?basketno=5 OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org See attached. When you have a basket on the screen the total is showing the total from the RRP column under the Total column. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 5

[Bug 6101] New: Debian packaging error on koha-create second and next instances
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '13

10 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6101 Bug #: 6101 Summary: Debian packaging error on koha-create second and next instances Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: dubyk(a)library.lviv.ua QAContact: koha-bugs(a)lists.koha-community.org It was installed koha-common on Debian Squeezy. Creating of first instance by koha-create --create-db ukr_unimarc was ok and web-installer started After next creating koha-create --create-db rus_unimarc in web installer was next error { Software error: Can't call method "param" on an undefined value at InstallAuth.pm line 243. For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the erro } (but the corresponding OPAC-page started without error) I also tried to create another 3 and 4 instances but obtain similar errors for web-installer (OPAC-web-pages appear without error (System Maintenance...)) P.S. Also tried this on Debian testing machine with similar results. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 6