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

[Bug 2894] Routing list holds are broken
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

1 0

[Bug 3763] Errors when running make test
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3763 --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- There has been a lot of work done on the test suite since this bug was files - can it be closed? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7262] New: No calendar present in holidays module when there are quotes in title or description
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7262 Bug #: 7262 Summary: No calendar present in holidays module when there are quotes in title or description Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Holidays AssignedTo: henridamien(a)koha-fr.org ReportedBy: juan.sieira(a)xercode.es QAContact: ian.walls(a)bywatersolutions.com Using the holidays module, if a user inserts quotes under title or description of a holiday, the calendar does not appear, because of javascript errors. -- 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 7

[Bug 6581] New: Can't create calendar event
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6581 Bug #: 6581 Summary: Can't create calendar event Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: hend.eleraky(a)bibalex.org QAContact: koha-bugs(a)lists.koha-community.org When i try to create a calendar event for example a week holiday and then save nothing is shown in the interface and no data added is inserted in database in "repeatable_holidays" table. So i tried to insert a weekly holiday manually in the database [repeatable_holidays table] and i found the results shown in the interface without any problems. I don't know why it's not created directly when using the calendar tool. I use koha 3.2.9. -- 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 6339] New: ExtendedPatronAttributes to allow for a DatePicker (JS Calendar) style field
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6339 Bug #: 6339 Summary: ExtendedPatronAttributes to allow for a DatePicker (JS Calendar) style field Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: indradg(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 4111 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4111 Screenshot of the desired functionality ExtendedPatronAttributes fields presently allow for Repeatable, Searchable, Unique ID, text type input box as well as auth_val driven select lists. It would be nice to have a date picker calendar pop-up facility and ValidateDate() function for the field as its parameters Possibly lib/C4/Members/AttributeTypes.pm, intranet/cgi-bin/admin/patron-attr-types.pl, intranet/htdocs/intranet-tmpl/prog/en/modules/admin/patron-attr-types.tmpl would require some functional changes I've attached a screenshot of the feature. Right now I'm doing it with an ugly jquery hack via intranetuserjs (http://pastebin.com/BPQw43tY) -- 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 2959] Enhancements for link checker
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2959 Frédéric Demians <frederic(a)tamil.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |7963 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7762] New: Exporting Overdue Report to CSV leaves empty "Name" Column
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7762 Priority: P5 - low Change sponsored?: --- Bug ID: 7762 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Exporting Overdue Report to CSV leaves empty "Name" Column QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: Windows Reporter: lzuares(a)collsk12.org Hardware: PC Status: NEW Version: rel_3_6 Component: Circulation Product: Koha Created attachment 8365 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8365&action=edit Staff Client output is on top, CSV is below Generating Overdue Report from Circulation module yields results under Patron column; however, when same report is exported to CSV, the name column is empty. *Please see attached screenshots. Koha version: 3.06.02.003 Perl version: 5.010001 MySQL version: mysql Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (i486) using readline 6.1 Apache version: Server version: Apache/2.2.16 (Debian) Zebra version: Zebra 2.0.44 (C) 1994-2010, Index Data ApS Zebra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. SHA1 ID: 419ad759807269fdfa379799a051ed3a551c6541 Using ICU -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 5647] New: Enhanced Notices are using name and not id
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5647 Summary: Enhanced Notices are using name and not id Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 According to bug 5646 the messaging preferences can't be translated because the code queries the name and not the id. I am opening a new bug here because that bug has been "resolved" with a work around. Instead I think the code should be updated to check for the primary key (id) instead of the name. This is necessary for translations and so that we can make changes to those labels. >From Bug 5646 (reported by Katrin) If you tranlate the message names in the installer sql files your messages will stop working, because the code relies on those have a specific value. - advance_notices.pl - C4/Members/Messaging.pm - C4/Form/MessagingPreferences.pm ... In C4/Members/Messaging.pm I found following lines: 47 my $preferences = C4::Members::Messaging::GetMessagingPreferences( { borrowernumber => $borrower->{'borrowernumber'}, 48 message_name => 'DUE' } ); 50 my $preferences = C4::Members::Messaging::GetMessagingPreferences( { categorycode => 'LIBRARY', 51 message_name => 'DUE' } ); We don't have DUE as a message name in the en file. Bug? -- 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 5854] New: lists should print call numbers
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5854 Bug #: 5854 Summary: lists should print call numbers Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In the OPAC when you print a list it includes the call number, but in the staff client it's missing this important piece of information, both in the printed version and on the screen. -- 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 5793] New: parameters in guided reports are lost when changing result page
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5793 Bug #: 5793 Summary: parameters in guided reports are lost when changing result page Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: jmlongo(a)uncu.edu.ar QAContact: koha-bugs(a)lists.koha-community.org When a guided report that needs a run time parameter is executed it works fine, but if the results are presented in more than one page, clicking either a page number or the 'next page' link (>) executes the report as if it was the first time. It asks for the run time parameter again and presents the first page of results. Tests show that this is fixed adding 'sql_param=[runtime parameter here]' to the link to the other results pages. -- 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