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

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '13

07 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 --- Comment #18 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- The QA script reports problems: * misc/cronjobs/runreport.pl FAIL pod OK forbidden patterns OK valid FAIL "my" variable $sql masks earlier declaration in same scope "my" variable $type masks earlier declaration in same scope "my" variable $report_name masks earlier declaration in same scope Continuing testing for now. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 9976] New: QueryAutoTruncate can break search when ICU is activated
by bugzilla-daemon＠bugs.koha-community.org 07 Apr '13

07 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9976 Bug ID: 9976 Summary: QueryAutoTruncate can break search when ICU is activated Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de Created attachment 17149 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17149&action=edit screenshot of configuration settings To reproduce: Make sure Koha is installed to use ICU indexing. Configuration settings: IncludeSeeFromInSearches = Don't include QueryAutoTruncate = automatically QueryFuzzy = Try QueryStemming = Try QueryWeightFields = Enable UseIcu = Using UseQueryParser = Do not try With this settings, search will work. Now switch QueryAutoTruncate = only when * is added Search won't work at all now. -- You are receiving this mail because: You are watching all bug changes.

1 5

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

06 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 9990] New: search toolbar disappears when filtering on author
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '13

06 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9990 Bug ID: 9990 Summary: search toolbar disappears when filtering on author Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com See this video for details: http://www.screencast.com/t/tETuccHQ -- You are receiving this mail because: You are watching all bug changes.

1 8

[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 04 Apr '13

04 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 04 Apr '13

04 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 04 Apr '13

04 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