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

[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 7938] New: The -v option to the translate script is not documented
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '13

04 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7938 Priority: P5 - low Change sponsored?: --- Bug ID: 7938 Assignee: frederic(a)tamil.fr Summary: The -v option to the translate script is not documented QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: I18N/L10N Product: Koha Bug 7780 introduced the -v option to the misc/translator/translate script, but this option is not documented in the POD of that script, so it's not mentioned in the documentation you get when you run "perl translate". -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 9498] New: Update encoding for Norwegian sample Z39.50 servers
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '13

04 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9498 Bug ID: 9498 Summary: Update encoding for Norwegian sample Z39.50 servers Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no CC: gmcharlt(a)gmail.com As described in Bug 9497 the encoding for BIBSYS should be ISO 8859-1. I'll check if other Norwegian sample servers need updating too. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 9497] New: Add ISO 8859-1 to the list of possible encodings for Z39.50 servers
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '13

04 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9497 Bug ID: 9497 Summary: Add ISO 8859-1 to the list of possible encodings for Z39.50 servers Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Cataloging Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no CC: m.de.rooy(a)rijksmuseum.nl At least the Norwegian BIBSYS Z39.50 server delivers records in ISO 8859-1, but that is not an option when you edit Z39.50 servers. Patch coming in a moment! -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 9431] New: Use DataTables on Patron Category Administration page
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '13

03 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9431 Bug ID: 9431 Summary: Use DataTables on Patron Category Administration page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org The Patron Category Administration page 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 24

[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