June 2010 - Koha-bugs - lists.koha-community.org

[Bug 4841] New: Advanced search returns 0 results if the itemtype have no items
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '11

26 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4841 Summary: Advanced search returns 0 results if the itemtype have no items Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: altiraboschi(a)yahoo.com.ar QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When you specify the item type of that you’re searching, advanced search seeks on the subfield 952$y. So, if you do not have items, the search returns 0 results. You can modify two templates in such a way that the criteria of search were the subfield 942$c: /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/modules/catalogue/advsearch.tmpl /usr/share/koha/opac/htdocs/opac-tmpl/prog/en/modules/opac-advsearch.tmpl In these files you should change mc- with itemtype -- 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 6

[Bug 4873] New: Debian packaging should avoid /var/run and /var/lock in the package
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '11

20 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4873 Summary: Debian packaging should avoid /var/run and /var/lock in the package Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Debian policy allows the system to have /var/run and /var/lock on ramdisks. It is thus not acceptable for a package to include subdirectories in those directories. Instead, the directories should be created in init.d scripts. -- 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 8

[Bug 4828] New: Erroneous SIP2 behaviour with non ascii characters
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '11

26 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4828 Summary: Erroneous SIP2 behaviour with non ascii characters Change sponsored?: --- Product: Koha Version: unspecified 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 Estimated Hours: 0.0 The underlying bug is as much in the sip2 specification and implementation as in Koha, Symptom text in a sip request or response with a non-ascii character causes "undefined" behaviour in the client. (Usually an error and reset) Cause: The standard specifies that the sip character set is defined by an old dos codepage. I know of no client implementation which adheres to this most use a windows characterset. In Koha we send the text as retrieved from the database (i.e. utf-8) this is ok if the client is utf-8 or data is purely anglophone lacking special characters and diacritics. For some client devices we need a mechanism to protect them from scary non-ascii characters or to present them in a form they can display. In general the suppliers of client devices are a bit reticent about their machines character set limitations. This enhancement will probably be addressed when we have a case who want it fixed. This bug has been reported before but was closed without this specific problem being addressed -- 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 4803] New: Error for some query next pages in Koha-Intranet
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '11

22 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4803 Summary: Error for some query next pages in Koha-Intranet Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: dubyk(a)library.lviv.ua QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Koha 3.0.6 Debian Lenny Unimarc no_zebra sax_parser OK rebuld_nozebra OK For some searching in Koha-Intranet I got error when trying go to next page in search results. Error: Can't call method "as_usmarc" on an undefined value at /usr/share/koha3/lib/C4/Search.pm line 2334. I look on this line http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=blob;f=C4/Search.pm;h=cadab… and make editing in my installation: replace $result_hash->{'RECORDS'}[$counter] = GetMarcBiblio( $result_hash->{'RECORDS'}[$counter] )->as_usmarc; TO $result_hash->{'RECORDS'}[$counter] = GetMarcBiblio( $result_hash->{'RECORDS'}[$counter] )->as_usmarc if $result_hash->{'RECORDS'}[$counter]; After this all Ok! P.S. The error appeared very rarely and often disappeared by selecting a different sorting... -- 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 4810] New: parcel.pl: Fix a bug with applying a filter on pending orders displaying
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '11

05 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4810 Summary: parcel.pl: Fix a bug with applying a filter on pending orders displaying Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When we apply a filter and click on "Click here to show x items" link, there are duplicates orders which are display. -- 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 4846] New: Pending Holds/Reserves lists undefined item
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '11

01 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4846 Summary: Pending Holds/Reserves lists undefined item Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All URL: http://10.100.30.53:8080/cgi-bin/koha/circ/pendingrese rves.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: cbrannon(a)cdalibrary.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 In 3.0.6, if I have an item listed in the "Holds to pull", it adds a second item in the list called "undefined". The link for this item is http://10.100.30.53:8080/cgi-bin/koha/catalogue/detail.pl?biblionumber=unde…. This listing disappears when there are no items in the list. -- 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 4863] New: Bookfund.pm lacks use C4::Context
by bugzilla-daemon＠bugs.koha-community.org 19 Jul '11

19 Jul '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4863 Summary: Bookfund.pm lacks use C4::Context Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: evelio(a)masmedios.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 After installing koha community 3.0.6 we have a 500 error invoking the following URL on our internal server http://koha2:8088/cgi-bin/koha/acqui/acqui-home.pl change the exchange rate and save, it redirects to http://koha2:8088/cgi-bin/koha/acqui/currency.pl?type=change&CAD=1.29540&ty… and then get the 500 error. Logs says [Wed Jun 09 10:53:36 2010] [error] [client 192.168.x.y] Can't locate object method "dbh" via package "C4::Context" (perhaps you forgot to load "C4::Context"?) at /home/www/koha_bage/lib/C4/Bookfund.pm line 399., referer: http://koha2:8088/cgi-bin/koha/acqui/acqui-home.pl [Wed Jun 09 10:53:36 2010] [error] [client 192.168.x.y] Premature end of script headers: currency.pl, referer: http://koha2:8088/cgi-bin/koha/acqui/acqui-home.pl we have fixed adding the following line at the begining of the file Bookfund.pm use C4::Context; -- 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 4843] New: Hold Over tab broken
by bugzilla-daemon＠bugs.koha-community.org 17 May '11

17 May '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4843 Summary: Hold Over tab broken Change sponsored?: --- Product: Koha Version: unspecified Platform: All URL: http://10.100.30.53:8080/cgi-bin/koha/circ/waitingrese rves.pl#holdsover OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: cbrannon(a)cdalibrary.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 When trying to view information on holds that have ended (have not been picked up), the page never shows. Firefox 3.6.3 does not show a problem, and just doesn't do anything when the link is clicked. IE8 shows an error: Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 1.1.4322; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Timestamp: Tue, 1 Jun 2010 14:35:58 UTC Message: Exception thrown and not caught Line: 324 Char: 21 Code: 0 URI: http://10.100.30.53:8080/intranet-tmpl/prog/en/lib/jquery/plugins/ui.tabs.js Message: Exception thrown and not caught Line: 324 Char: 21 Code: 0 URI: http://10.100.30.53:8080/intranet-tmpl/prog/en/lib/jquery/plugins/ui.tabs.js -- 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 4842] New: Receiving serials double encode the receive history.
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '11

30 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4842 Summary: Receiving serials double encode the receive history. Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: nahuel.angelinetti(a)biblibre.com ReportedBy: nahuel.angelinetti(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 -- 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 4811] New: suggestion.pl: display borrowers name in suggestion information filters (Suggested By, Managed by, Accepted by)
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '11

05 Apr '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4811 Summary: suggestion.pl: display borrowers name in suggestion information filters (Suggested By, Managed by, Accepted by) Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Acquisitions AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Actually, the name of borrowers in 'Suggested By', 'Managed by' and 'Accepted by' lists are not display. -- 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 9