June 2015 - Koha-bugs - lists.koha-community.org

[Bug 14402] New: Add --fees option to cleanup_database.pl to purge all 0 balance fees and payments older than the given number of days
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '15

09 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14402 Bug ID: 14402 Summary: Add --fees option to cleanup_database.pl to purge all 0 balance fees and payments older than the given number of days Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Work to be done: Goal: Add ability to purge paid fees and payments that are older than a given number of days. Course of action: Add new option --fees to cleanup_database.pl to purge all 0 balance fees and payments older than the given number of days -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 14391] New: admin permissions
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '15

09 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14391 Bug ID: 14391 Summary: admin permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I think administration permissions should be like tools, each one should have its own permissions so you can allow catalogers access to some of the cataloging admin but not the system preferences for example. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 12285] New: Allow easy printing of patron's fines
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '15

07 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12285 Bug ID: 12285 Summary: Allow easy printing of patron's fines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There should be an easy way to print a slip of patron's fines. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 9920] New: Randomly generated suggested passwords are too weak
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '15

07 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9920 Bug ID: 9920 Summary: Randomly generated suggested passwords are too weak Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: peterAtKohaBugzilla(a)pck.co.nz CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the koha/members/member-password.pl I asked it to suggest a password, and it suggested one with four characters. For the reasons discussed in bug 9885, that seems too few. The suggestion accepted there was twelve characters. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 12142] New: option to automatically add a processing fee when an item is marked lost
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '15

07 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12142 Bug ID: 12142 Summary: option to automatically add a processing fee when an item is marked lost 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if there was a sys pref or something in the circ matrix that let you define a procession fee for when an item is marked lost. So if the item is marked lost either manually or automatically (with the cron) the system can charge a fee in addition to the lost item fee. Right now libraries are doing this manually. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 13540] New: Item's permanent_location is set to CART if an Item is edited when it's location is CART.
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '15

07 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13540 Bug ID: 13540 Summary: Item's permanent_location is set to CART if an Item is edited when it's location is CART. 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com :-:TEST SETUP:-: 0a. System preference "ReturnToShelvingCart" must be 'Move'. 0b. Find any Item (I69) 0c. Set I69's location to "Book Cart" (BC) or anything but empty. :-:REPLICATE ISSUE:-: 1. Check-in the I69 and the location should turn to 'CART' (returned today). 2. Go to the "Edit Item"-view for I69, don't change anything, simply click "Save changes" 3. Observe that the permanent_location has changed to 'CART'. This is not good since now the location data is forever lost again (Bugg 7817). The "cart_to_shelf.pl --hours 24"-script cannot return the Item to the proper place ;( -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 10477] New: Increased flexibility for upload of Staged MARC records
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '15

07 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10477 Bug ID: 10477 Summary: Increased flexibility for upload of Staged MARC records Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com Increased flexibility for upload of Staged MARC records. When uploading bulk MARC records against existing records - need further option to allow the process to just add/merge extra MARC tags rather than having to completely overwrite an existing record or just leave the existing record unchanged. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 7646] New: Printing w/o the SQL Code showing
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '15

07 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7646 Priority: P5 - low Change sponsored?: --- Bug ID: 7646 Assignee: gmcharlt(a)gmail.com Summary: Printing w/o the SQL Code showing QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: ssammons(a)npelem.com Hardware: All Status: NEW Version: rel_3_6 Component: Reports Product: Koha I have made modifications to the template file. It added a text link to remove the SQL statement from the print view. Thus saving the need to use CSV/TSV exports. The print text will not show on the print out as is. I added a little .noprint class to the template file. Then I added my text with a print dialog and class change JS. Please see: http://pastebin.com/LWR3BqiW for the changes specifically lines 22-26 & line 501 -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 5264] New: Retain additional bibliographic subfields when merging authorities
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '15

06 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5264 Summary: Retain additional bibliographic subfields when merging authorities Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: PATCH-Sent Component: Cataloging AssignedTo: m.de.rooy(a)rijksmuseum.nl ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 The current code in AuthoritiesMarc.pm rewrites all subfields from the report tag in the authority record to fields in related bibliographic records when merging authorities. Additional subfields in the biblio records (e.g. relator code or term) are lost in the process. The patch retains the original algorithm but restores the additional subfields from the original biblio record when rewriting the linked marc fields. The problem also exists in 3.0. Two separate patches have been 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 3

[Bug 14202] New: Unexpected parameter for window.open in marc21_linking_section plugin
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '15

06 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14202 Bug ID: 14202 Summary: Unexpected parameter for window.open in marc21_linking_section plugin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Code contains: window.open(\"/cgi-bin/koha/cataloguing/plugin_launcher.pl?plugin_name=marc21_linking_section.pl&index=\" + i + \"&result=\"+defaultvalue,\"marc21_field_7\"+i+\"\",'width=900,height=700,toolbar=false,scrollbars=yes'); The part ,\"marc21_field_7\"+i+\"\", is somewhat unexpected. If I am correct, js could interpret this as the name parameter of window.open. Note that this name is not the title. I propose to remove it. -- You are receiving this mail because: You are watching all bug changes.

1 8