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

[Bug 5957] New: COiNS in the OPAC search results should be optional
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '11

09 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5957 Bug #: 5957 Summary: COiNS in the OPAC search results should be optional Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org The use of COins / OpenURL / Z3988 in the OPAC search results should be optional, as adds a great deal of processing time per record returned, slowing search. This feature should be disabled by default, so libraries who know they want to use it (and accept the costs) can opt-in -- 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 13

[Bug 6110] New: Callnumber index mistake - UNIMARC Specific
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '11

07 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6110 Bug #: 6110 Summary: Callnumber index mistake - UNIMARC Specific Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org there is no :s (sorting) for callnumber, resulting in callnumber sorting failing typo resulting in zebra error : Local-Classification instead of Local-classification -- 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 6044] New: Authority is deleted when mergeto and mergefrom are the same
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '11

07 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6044 Bug #: 6044 Summary: Authority is deleted when mergeto and mergefrom are the same Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com When using merge_authority.pl with the same values in mergeto and mergefrom, the authority is deleted. -- 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 5881] New: CSV export : deal with control fields to avoid an error (C4/Record.pm)
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '11

05 Sep '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5881 Bug #: 5881 Summary: CSV export : deal with control fields to avoid an error (C4/Record.pm) Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org -- 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 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 6042] New: SIP : Format dates as should be in Koha
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '11

29 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6042 Bug #: 6042 Summary: SIP : Format dates as should be in Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: SIP2 AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: alex.arnaud(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org -- 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 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 5717] New: Some search results appear as "No Title" when zebraqueue is used instead rebuild_zebra.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '11

24 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5717 Summary: Some search results appear as "No Title" when zebraqueue is used instead rebuild_zebra.pl Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 3099 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3099 Adds the record fixing subroutines from rebuild_zebra.pl in zebraqueue_daemon.pl When using zebraqueue to watch our MARC records, we sometimes encountered results showing "No Title". Those records had no biblionumber because they were not returned correctly by Zebra. We also noticed that the problem was only noticeable after a record was modified, which caused it to be reindexed by zebraqueue. I noticed that zebraqueue wasn't using the fix_leader, fix_biblio_ids, fix_authority_id and fix_unimarc_100 subroutines that can be found in rebuild_zebra.pl . I added and used these subroutines in zebraqueue_daemon.pl so zebraqueue would do the same modifications that rebuild_zebra.pl did on the records sent to Zebra. This change seems to have fixed the problem in my Koha instances, the "No Title" records are now shown correctly in the search results. A patch containing my modifications is attached. -- 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 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 5713] New: Intranet - Circulation - Fines
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '11

22 Aug '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5713 Summary: Intranet - Circulation - Fines Change sponsored?: Sponsored Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: ASSIGNED Severity: major Priority: P5 Component: Circulation AssignedTo: brice.sanchez(a)sys-tech.net ReportedBy: brice.sanchez(a)sys-tech.net QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 When a user has fines and we pay them and then we click to reverse them and after the pay them again, the calculation isn't done properly. Adrien Russo (SYS-TECH) provides you a patch to fix this problem: we do not create more new line after paying a fine, we edit it. -- 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