July 2011 - Koha-bugs - lists.koha-community.org

[Bug 6561] New: Koha Can not Find SMS::Send Perl module Installed by RPM or by CPAN on openSUSE 11.4
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '12

26 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6561 Bug #: 6561 Summary: Koha Can not Find SMS::Send Perl module Installed by RPM or by CPAN on openSUSE 11.4 Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Installation and upgrade (web-based installer) AssignedTo: henridamien(a)koha-fr.org ReportedBy: andi(a)opensuse-id.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 4572 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4572 An image captured of 'Perl Modules' page on Koha Web Administration that Koha can not find SMS::Send Perl module installed (by RPM) OVERVIEW: After Koha 3.4.02 installation on openSUSE 11.4 is complete, Koha can not find SMS::Send Perl module though it is already installed by RPM[0] (perl-SMS-Send) or CPAN[1] [0] https://picasaweb.google.com/lh/photo/QocVK9BwLL2ddv5GYa6O_g?feat=directlink , or see the attachment. > rpm -ql perl-SMS-Send /usr/lib/perl5/vendor_perl/5.12.3/SMS /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/AU /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/AU/Test.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/Driver.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/Test.pm /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/SMS /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/SMS/Send /usr/share/doc/packages/perl-SMS-Send /usr/share/doc/packages/perl-SMS-Send/Changes /usr/share/doc/packages/perl-SMS-Send/MANIFEST /usr/share/doc/packages/perl-SMS-Send/README /usr/share/man/man3/SMS::Send.3pm.gz /usr/share/man/man3/SMS::Send::AU::Test.3pm.gz /usr/share/man/man3/SMS::Send::Driver.3pm.gz /usr/share/man/man3/SMS::Send::Test.3pm.gz The package comes from devel:languages:perl[1] repository: > rpm -qi perl-SMS-Send | grep Distribution Distribution: devel:languages:perl / openSUSE_11.4 [1] https://picasaweb.google.com/lh/photo/y3_qGSkXtxu4FryOXWWPQA?feat=directlink KOHA_CONF and PERL5LIB environment variables: # env | grep KOHA KOHA_CONF=/etc/koha/koha-conf.xml # env | grep PERL5LIB PERL5LIB=/usr/share/koha/lib openSUSE release/architecture: > cat /etc/SuSE-release openSUSE 11.4 (x86_64) VERSION = 11.4 CODENAME = Celadon STEPS TO REPRODUCE: 1. Follow all steps described on the wiki[2], including install SMS::Send Perl module (from RPM Package or via CPAN). 2. After the installation is complete, go to Koha Administration page (fill the Koha Admin user & its password), then open 'About Koha' page, and see tab: 'Perl Modules'. [2] http://wiki.koha-community.org/wiki/Koha_3.0.0_on_openSUSE_11.3 ACTUAL RESULT: Koha Administration Web can not find SMS::Send Perl module. EXPECTED RESULT: Koha Administration Web should find SMS::Send Perl module installed by RPM or CPAN. -- 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 6369] New: Formatting problems on some items when printing an order form (PDF).
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '12

20 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6369 Bug #: 6369 Summary: Formatting problems on some items when printing an order form (PDF). Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4174 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4174 Correct a formatting problem in the pdf generation of basketgroup.pl In /acqui/basketgroup.pl : When printing an order form for a basketgroup, some items appeared incorrectly in the resulting pdf file. The formatting problem happens if $ord->{itemtype} has a value, but $bib->{itemtype} does not. Patch attached to correct this problem. -- 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 15

[Bug 6620] New: Sip Server Output may be buffered
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '12

16 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6620 Bug #: 6620 Summary: Sip Server Output may be buffered Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Bug fix 5586 correctly removed the linefeed from sipserver output. However as the server writes to stdout which is by default buffered this means that we cannot guarantee that responses are being returned in a timely fashion. In practice this can be perceived as extremely slow performance by the self-check unit or a cease of functioning altogether (the unit timesout). In practice reverting 5586 fixes this but as 5586 'does the right thing' this is not a good solution. The proposed solution is that autoflush is specifically set on the output filehandle, to ensure the response message is not buffered. Note because of the nature of the problem it is hard to reproduce the bug consistently, -- 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 11

[Bug 5017] New: can enter multiple funds with the same code
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '12

15 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5017 Summary: can enter multiple funds with the same code Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2375 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2375 codes Code is not unique when adding funds - you can enter multiples with the same code - so why have a code? -- 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

[Bug 5018] New: amount encumbered not showing on budgets
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '12

15 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5018 Summary: amount encumbered not showing on budgets Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 fund (cgi-bin/koha/admin/aqbudgets.pl?budget_period_id=3) not showing what is encumbered only what was spent - so it’s misleading to what is left in the budget - but it does show it on this page: cgi-bin/koha/acqui/acqui-home.pl -- 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 6211] New: SubscriptionHistory doesn't have default value set
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '12

15 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6211 Bug #: 6211 Summary: SubscriptionHistory doesn't have default value set Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org I'm not sure how else to title this bug. When you do a fresh install your SubscriptionHistory preference says it's set to 'full' but when you view the OPAC it's not the full history it's the brief. When you change it to brief it doesn't change the display - but if you change it back to full after changing to brief you finally get the full history. I think this is because the value showing by default is just there because of the order it appears in the list and not because the value is actually set in the database. -- 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 7

[Bug 5798] New: SubscriptionHistory default not applied
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '12

15 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5798 Bug #: 5798 Summary: SubscriptionHistory default not applied Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org On a new install SubscriptionHistory is set to full history, but the default display is not full. To get it to show full you have to set it to 'a summary' and then save and then set it back to 'full' -- 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 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 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