March 2013 - Koha-bugs - lists.koha-community.org

[Bug 8937] New: Translation process removes CDATA in HTML
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '15

29 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8937 Priority: P5 - low Change sponsored?: --- Bug ID: 8937 Assignee: gmcharlt(a)gmail.com Summary: Translation process removes CDATA in HTML Severity: normal Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha The translation process seams to manage CDATA tags in JS but not in HTML directly. This exists in RSS feed 'opac-opensearch.tt' : <description><![CDATA[ Search results [% IF ( query_desc ) %]for '[% query_desc |html %]'[% END %][% IF ( limit_desc ) %] with limit(s): '[% limit_desc |html %]'[% END %] at [% LibraryName |html %]]]></description> is translated in fr-FR : <description> Search results [% IF ( query_desc ) %]for '[% query_desc |html %]'[% END %][% IF ( limit_desc ) %] with limit(s): '[% limit_desc |html %]'[% END %] at [% LibraryName |html %]</description> This is another cause of bug 8936. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 5560] New: pagination option for lists
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '15

26 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5560 Summary: pagination option for lists Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Right now lists show 20 items per page and this is not changeable. I would like to see an option at list creation that lets me say how many items I want to show per page. -- 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 7789] New: Add translations of item type and authorized value descriptions
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '15

25 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7789 Priority: P5 - low Change sponsored?: --- Bug ID: 7789 Assignee: frederic(a)tamil.fr Summary: Add translations of item type and authorized value descriptions QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: oleonard(a)myacpl.org Hardware: All Status: NEW Version: master Component: I18N/L10N Product: Koha Created attachment 8471 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8471&action=edit Mockup of a possible implementation for Item Types Since descriptions of item types and authorized values are stored in the database, there is no way to translate them. This creates a problem if the descriptions in the database are in one language but your user has switched to another. I propose that we add a language column to the itemtypes and authorised_values tables. For existing installations the existing data would remain with an empty "language" value, and this option would be displayed by default. If a library adds a set of language-specific translations that set will be displayed when that language is chosen. I think the entry form would not require extensive updating, but the display of existing values in Administration might. I'm thinking that each language's values might be displayed in a separate tab. See the attached mockup. The tabs could be displayed based on enabled languages. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 9768] New: Problem with grace period calculation and fine intervals >1
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9768 Bug ID: 9768 Summary: Problem with grace period calculation and fine intervals >1 Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com With a fine interval > 1 there is currently no way to avoid a effective grace period. Fines can not start the day after the due date. Configuration: With grace period = 1 fine interval 5 (= weekly, the library is closed Sunday and Saturday) Result: The first fine ist set 7 days after the item was due. Monday, checkout Tuesday, item due Wednesday Thursday Friday Saturday, holiday Sunday, holiday Monday, Tuesday, first fine Grace period for fine intervals > 1 should describe the days between the due date and the day the first fine is set. CalcFines() in Overdues.pm: 266 my $days_minus_grace = $daystocharge - $data->{'firstremind'}; 267 if ($data->{'chargeperiod'} > 0 && $days_minus_grace > 0 ) { 268 $amount = int($daystocharge / $data->{'chargeperiod'}) * $data->{'fine'}; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 6874] New: File upload in MARC
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '15

23 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6874 Bug #: 6874 Summary: File upload in MARC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Add a plugin for uploading a file and link to it in MARC. -- 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 433

[Bug 7560] New: Self Check $10 Threshhold for Not Being able to Check Out Books
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '15

22 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7560 Bug #: 7560 Summary: Self Check $10 Threshhold for Not Being able to Check Out Books Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: kyle.m.hall(a)gmail.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com On our self checks, if you have over $10.00 in fines, you should not be able to check out items. Currently patrons are not stopped from checking out items. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 63

[Bug 8417] New: date acquired is shipping date
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8417 Priority: P5 - low Change sponsored?: --- Bug ID: 8417 Assignee: koha-bugs(a)lists.koha-community.org Summary: date acquired is shipping date Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha When receiving orders, Koha is using the shipping date as the date acquired but it should probably be using the date you're actually adding the items (which might be after the shipping date). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 8970] New: MARC import gives error under Starman/Plack
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8970 Priority: P5 - low Change sponsored?: --- Bug ID: 8970 Assignee: gmcharlt(a)gmail.com Summary: MARC import gives error under Starman/Plack Severity: major Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: MARC Bibliographic record staging/import Product: Koha When trying to import records under Starman/Plack (this probably does not happen with Plack alone), one gets an error "Failed to submit form: parsererror" with the following in the error log: Subroutine redo_matching redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 142. Subroutine create_labelbatch_from_importbatch redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 186. Subroutine import_batches_list redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 206.Subroutine commit_batch redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 234.Subroutine revert_batch redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 263.Subroutine put_in_background redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 292. Subroutine progress_callback redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 327. Subroutine add_results_to_template redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 337. Subroutine add_saved_job_results_to_template redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 343. Subroutine import_records_list redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 351. Subroutine batch_info redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 413. Subroutine add_matcher_list redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 445. Subroutine add_page_numbers redefined at /home/jcamins/kohaclone/tools/manage-marc-import.pl line 458. -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 6146] New: In Auth.pm the var OPACBaseURL ignores the syspref OPACBaseURL
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6146 Bug #: 6146 Summary: In Auth.pm the var OPACBaseURL ignores the syspref OPACBaseURL Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: PATCH-Sent Component: Authentication AssignedTo: juan.sieira(a)xercode.es ReportedBy: juan.sieira(a)xercode.es QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org Created attachment 3839 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3839 proposed patch In Auth.pm the var OPACBaseURL ignores the syspref OPACBaseURL. If this syspref is set, its value must be included in this param. A patch was submitted -- 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 7

[Bug 5010] New: Incomplete links in carts and lists sent from the staff client
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '15

20 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5010 Summary: Incomplete links in carts and lists sent from the staff client Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If you send a cart or a list to an email address from the staff client, each record contains an incomplete link: In the online catalog: /cgi-bin/koha/opac-detail.pl?biblionumber=306 Assuming a link back to the OPAC is correct*, the scripts should use the OPACBaseURL variable to form a complete link. * One could argue that a cart/list sent from the staff client should link back to the staff client, but I think there is enough of a potential that staff will be sending carts/lists to patrons that it should be a link to the OPAC. -- 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 148