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

[Bug 5505] New: A cataloger assigned to one library can delete all items
by bugzilla-daemon＠bugs.koha-community.org 01 Sep '11

01 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5505 Summary: A cataloger assigned to one library can delete all items Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: spalding(a)senylrc.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 This cataloger has the following permissions catalogue View Catalog (Librarian Interface) borrow Borrow books edit_catalogue Edit catalog (Modify bibliographic/holdings data) edit_items Edit Items fast_cataloging Fast cataloging management Set library management parameters edit_calendar Define days when the library is closed edit_news Write news for the OPAC and staff interfaces inventory Perform inventory (stocktaking) of your catalog label_creator Create printable labels and barcodes from catalog and patron data execute_reports Execute SQL reports While on the normal tab, if they click edit items and get the screen listing items they our limited to edit and deleting their own item. But if they our on the normal tab and click on delete all items they will actually delete all items. -- 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 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 5148] New: Definition with surname won't work
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '11

23 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5148 Summary: Definition with surname won't work Change sponsored?: --- Product: Koha Version: HEAD Platform: All URL: cgi-bin/koha/reports/dictionary.pl?phase=Add New Definition OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2542 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2542 no way to filter on surname I tried to create a report definition filtering on surname but it wouldn't work. I then tried to do firstname and surname and only firstname appeared. Here are the steps: 1. Go to Reports Dictionary and click 'New Definition' 2. Give it a name 3. Choose 'Patrons' as Area 4. Choose 'Surname' as Column 5. See screenshot - there is no field to enter a value for Surname to match on. -- 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 5070] New: zh-Hans-TW languages is not working at all!
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '11

22 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5070 Summary: zh-Hans-TW languages is not working at all! Change sponsored?: --- Product: Koha Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: critical Priority: P5 Component: I18N/L10N AssignedTo: chris(a)bigballofwax.co.nz ReportedBy: leonyang(a)les.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Hi, This is extremely urgent that 3.0.6 is broken due to the zh-Hans-TW is complete now working at all... When enabling the zh-Hans-TW in the i18n setting for opac, then go to the homepage and select the language, it only shows English which is the default. If both zh-Hans-CN and zh-Hans-TW are enabled, only zh-Hans-CN is shown... This problem did not exist on 3.0.1 Please fix this asap, thank you. Leon -- 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 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 5529] New: Staff client shows "Your lists:" and "public lists:" when there are none
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '11

22 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5529 Summary: Staff client shows "Your lists:" and "public lists:" when there are none Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 On the staff client search results page the "Add to" menu offers a list of private and public lists to which results can be added. If there are no private and public lists, the menu still lists the labels, "Your lists:" and "public lists:" In search.pl: if (@pubshelves) { $template->param( addpubshelves => scalar (@pubshelves)); $template->param( addpubshelvesloop => @pubshelves); } if (@barshelves) { $template->param( addbarshelves => scalar (@barshelves)); $template->param( addbarshelvesloop => @barshelves); } The script passes template variables with the list count and list contents if @pubshelves and @barshelves evaluate as true. These variables will evaluate as true even if there are no lists 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 10

[Bug 5363] New: Remove dependency on Cache::Memcached::Fast
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '11

18 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5363 Summary: Remove dependency on Cache::Memcached::Fast Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This is currently not used by Koha, and there are no plans to use it. Will remove the dependency from C4/Cache -- 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 5

[Bug 5098] New: overdue script and csv
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '11

16 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5098 Summary: overdue script and csv Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: nahuel.angelinetti(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When the csv is sent by mail to the librarian, there is no column header. -- 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 12

[Bug 5445] New: Acq: No way back to order from z39.50 result page
by bugzilla-daemon＠bugs.koha-community.org 15 Aug '11

15 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5445 Summary: Acq: No way back to order from z39.50 result page Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: /cgi-bin/koha/acqui/z3950_search.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 1. start a new order from vendor page 2. order from external source 3. search something 4. your title is not in search results And here is the problem: if your search gave you results, but you don't want to order one of them, you are trapped. There is no way back to the order and no way back to the search form. You can use the bread crumbs back to acquisitions start page - but you will have to search for your started order. -- 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 5099] New: Avanced Search page unavailable when OpacGroupResults is used
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '11

05 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5099 Summary: Avanced Search page unavailable when OpacGroupResults is used Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: brice.sanchez(a)sys-tech.net QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I have a fresh install of Koha 3.2 up-to-date with GIT Zebra + Pazpar2 are running But if i use "OpacGroupResults" in System Preferences, i can't go to "Advanced search" page in OPAC, the system return : "No Result found! No results match your search for “ ” in Catalog." instead of the form : "Search for: keyword..." Is it normal ? -- 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