September 2010 - Koha-bugs - lists.koha-community.org

[Bug 4975] New: process_koc.pl terminates with NaN%
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '13

17 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4975 Summary: process_koc.pl terminates with NaN% Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal 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 Created attachment 2332 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2332 Progress terminates with NaN% I have a .koc-file that I am trying to upload and process. Uploading it works fine, but the processing was terminating with a progress of NaN% (see attached screenshot). The file has about 360 returns in it. I split it into two files, with about 180 returns in each. The first one got through ok, but the second one resulted in NaN% several times. When the process has terminated with NaN% my session seems to be terminated to, and I have to log in again. When I uploaded and processed the first file, logged out and in again and then uploaded and processed the second file both of them were processed correctly. -- 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 5241] New: Add a button on the page "members/moremember.pl?borrowernumber=xxxx"
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '13

15 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5241 Summary: Add a button on the page "members/moremember.pl?borrowernumber=xxxx" Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: pascale.nalon(a)ensmp.fr QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 2643 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2643 the page where the button should be add When adding several member, one after one, it should be nice to have a direct button "add a member", when you finish one. For instance, you go back to the members page and choose "add" and then choose what kind of member you want to add. It's not very "ergonomic". -- 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 5173] New: Allow the discount to be editable
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '13

14 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5173 Summary: Allow the discount to be editable Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 We have a situation where a vendor gives a different discount depending on who the publisher is that you're getting the books from. As such, we need the discount to be changeable on a per-order basis. -- 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 17

[Bug 4806] New: circ/circulation.tmpl: Add "reservenumber" in the reserved table
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4806 Summary: circ/circulation.tmpl: Add "reservenumber" in the reserved table Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Circulation AssignedTo: gmcharlt(a)gmail.com ReportedBy: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Add "reservenumber" the "reserved" table which is used for delete or update reserved items. -- 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 8

[Bug 5103] New: Dates in MARC details not formatted correctly
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5103 Summary: Dates in MARC details not formatted correctly Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: /cgi-bin/koha/catalogue/MARCdetail.pl?biblionumber=xx OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2483 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2483 Screenshot shows acq date in MARC details. Date formats in catalogue > MARC > items are not formatted according to sys pref dateformat. Tested with Koha version 3.01.00.145 and different settings for dateformat. -- 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 5012] New: bulkmarcimport.pl throws uninitialized value error if no ISBN
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5012 Summary: bulkmarcimport.pl throws uninitialized value error if no ISBN Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: MARC Bibliographic record staging/import AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 When importing records with bulkmarcimport.pl -b, records that have a ISBN field, but not a value in subfield 'a', return an uninitialized value error on line 209. This occurs when there is a 020, but not a subfield 'a' (or 010 in UNIMARC). This occurs during the '-' scrubbing section of the script, and may or may not block the import of the record (further testing required). Since not having a 020a (or 010a in UNIMARC) does not invalidate the record, import should succeed, and the import status display should not be interrupted with this error message. -- 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 3

[Bug 5087] New: Option to not show CSV profiles in OPAC
by bugzilla-daemon＠bugs.koha-community.org 13 Apr '13

13 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5087 Summary: Option to not show CSV profiles in OPAC Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2450 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2450 download option in opac's cart Currently CSV profiles defined in staff are shown in the pull down of download options in opac's cart. I would like an option to only show those CSV profiles in staff. More complex but even better would be a system where I can define for each CSV profile wether it will be shown in OPAC or only in staff. -- 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 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