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

[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

[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 5454] New: Resolve BiblioAddAuthorities Name Conflict in addbiblio.pl
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '13

03 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5454 Summary: Resolve BiblioAddAuthorities Name Conflict in addbiblio.pl Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 cataloguing/addbiblio.pl has a routine BiblioAddAuthorities which is almost identical to the subroutine of that name imported from Search. Name clash should be resolved. If code exists in two places at least one is bound to be wrong -- 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 4

[Bug 5432] New: Duplicate patron feature
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '13

03 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5432 Summary: Duplicate patron feature Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Duplicate_card_but ton OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 New button to duplicate patron card. A new form with the duplicated values will open up and when the librarian will put his cursor on a field, the value will be erased so that he can write what he wants. Then the librarian save the new card. -- 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 33

[Bug 5290] New: Problems after issuing a "norforloan" item
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '13

24 Mar '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5290 Summary: Problems after issuing a "norforloan" item Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation 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 2679 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2679 a screen copy of the message In our Koha, we have created several status for not for loan items. These status are in a list of authorized values (0 : authorized loan, other values = not authorized loan). You can force the issuing of a not for loan item. When the value is "1" (normal value for not for loan), you have a message, you force the issuing, and after every thing go right. If the notforloan value is different (< 1), you can force the issuing, but after you have the same message for forcing the issuing everytime even for authorized items, until the unauthorized item is back. -- 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