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

[Bug 9459] New: Use DataTables on hold ratios report page
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '13

07 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9459 Bug ID: 9459 Summary: Use DataTables on hold ratios report page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/circ/reserveratios.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org The hold ratios report uses the old tablesorter plugin. It should use the DataTables plugin instead. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 9382] New: Bold necessary permissions for staff client access.
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '13

07 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9382 Bug ID: 9382 Summary: Bold necessary permissions for staff client access. Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz CC: gmcharlt(a)gmail.com The View Catalogue permission is required for staff client access, but neither the description nor the name of it indicate that it is required. I propose changing the description and making it bold to indicate it's importance to staff client access. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 6945] New: Add a link to show a MARC preview in the normal view
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '13

05 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6945 Bug #: 6945 Summary: Add a link to show a MARC preview in the normal view Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: pelletiermaxime(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Created attachment 5651 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5651 Screenshot showing the new link MARC Preview Adds a link MARC Preview to show the MARC in a greybox in the Normal view of catalogue/detail.pl. Sponsored by our client http://www.ccsr.qc.ca/ -- 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 46

[Bug 7455] New: Authority subfields are cloned in the wrong field
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '13

05 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7455 Bug #: 7455 Summary: Authority subfields are cloned in the wrong field Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P4 Component: MARC Authority data support AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com Plan to reproduce : 1) If we have a repeatable field (containing repeatable subfields) in an authority, let's repeat it at least once. 2) The first occurence will behave ok. But the following will function badly. If we clone a subfield from the second repeated field for example, the new subfield won't be created in the second field, but in the first one! In fact, any subfield cloned within any occurence of this field will be created in the first field on the list. (I'll attach screenshots) -- 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 66

[Bug 6619] New: pressing enter when hold found at checkin causes issues
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '13

05 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6619 Bug #: 6619 Summary: pressing enter when hold found at checkin causes issues Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Circulation AssignedTo: oleonard(a)myacpl.org ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com if you hit enter when presented with a "confirm hold" dialog, it doesn't confirm or ignore the hold, but it does close the transfer. There is also the issue presented in this discussion on IRC: http://stats.workbuffer.org/irclog/koha/2011-04-26#i_654179 which is: scanning a 2nd item (with a barcode scanner CR) while a "confirm hold" dialog is present doesn't check in the 2nd item *or* confirm or ignore the hold. The net result of this is as follows: An item that has an incoming transfer and a hold will have the transfer closed but the hold will go into oblivion (unless it is rescanned and confirmed through clicking). An item that doesn't have an incoming transfer and only a hold will go into oblivion, unless properly processed by clicking. -- 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 7089] New: lost status on add item
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '13

05 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7089 Bug #: 7089 Summary: lost status on add item Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com The new function to remove the lost status from the item edit form is confusing to librarians because they can still mark and item lost on the add item form. I know this can be hidden in the framework, but it seems like this should be hidden from both the add and the edit item form by default if we want to make it clear that you can't mark an item lost this way anymore. -- 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 8228] New: Koha Offline Circulation screen does not render correctly in Ubuntu
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '13

05 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8228 Priority: P5 - low Change sponsored?: --- Bug ID: 8228 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Koha Offline Circulation screen does not render correctly in Ubuntu Severity: normal Classification: Unclassified OS: All Reporter: bob(a)calyx.net.au Hardware: All Status: NEW Version: rel_3_6 Component: Circulation Product: Koha -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 7056] New: Selection of item type not working in Guided Reports Wizard
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '13

05 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7056 Bug #: 7056 Summary: Selection of item type not working in Guided Reports Wizard Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: glawson(a)rhcl.org QAContact: koha-bugs(a)lists.koha-community.org Koha version 3.05.00.011 When using the Guided Reports Wizard, Select Criteria to Limit On, the builder shows the item type selected, but it does not show up in the sequel statement. Instead, <<itype|itemtype>> appears where the item type should be. -- 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 7589] New: Package sites unable to display the wysiwig News Editor
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '13

04 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7589 Bug #: 7589 Summary: Package sites unable to display the wysiwig News Editor Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: thatcher.rea(a)bywatersolutions.com QAContact: koha.sekjal(a)gmail.com I suspect it may be related to paths issues in the package installs, but all of the ones we have checked do not load the WYSIWYG editor for creating new news items, regardless of browser, as well as the standard stable packages, and packages built off of master. -- 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 27

[Bug 9554] New: single quot not escaped by TT URL filter
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '13

04 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9554 Bug ID: 9554 Summary: single quot not escaped by TT URL filter Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com When using "url" or "uri" template toolkit filters, I noticed that double quotes are escaped (%22), but not single quotes. This causes sometimes a problem when URL is written in JavaScript code, in a string delimited by single quotes. -- You are receiving this mail because: You are watching all bug changes.

1 14