May 2013 - Koha-bugs - lists.koha-community.org

[Bug 10019] New: Encoding problem with utf8 chars in userid
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10019 Bug ID: 10019 Summary: Encoding problem with utf8 chars in userid Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl CC: dpavlin(a)rot13.org As reported by Karam under 6554: if you create a new staff user named with non latin characters like : كرم " my name in Arabic " when log in there is no problem the name is appears but when you change the page go to any other page " like Circulation" the name is gooing to be like this :( ÙØ±Ù, and if we go back to the main page the name still in these characters ÙØ±Ù If we go the the Global system preferences page there is no problem there -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 10074] New: Encoding problems in templates
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10074 Bug ID: 10074 Summary: Encoding problems in templates Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com We need to revert small change in C4/Templates.pm -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 9951] New: Resolve encoding problems where script parameters are not decoded
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9951 Bug ID: 9951 Summary: Resolve encoding problems where script parameters are not decoded Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl Bug 6554 corrects the handling of UTF-8 in template processing. This may actually reveal some bugs at other places in Koha where cgi parameters are not decoded. (I resolved some of these places with some followups for 6554, but like to freeze that report now.) There is an easy fix. We have two options: 1 Add the -utf8 parameter when using CGI at the start of the script. 2 Decode the parameters individually where utf8 chars are to be expected. For both methods, we could say something. I will send a mail to the dev list also to trigger a discussion and hopefully reach a best [Koha?] practice. I you still find such an instance, add it here and possibly include a patch. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 9374] New: In baskets, prices between 0 and 1 are displayed in red
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9374 Bug ID: 9374 Summary: In baskets, prices between 0 and 1 are displayed in red Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr Very cosmetic bug : In a basket, if some prices are between 0 and 1, they are displayed in red, with class = "number error". For example, a VAT of 0.89 euros is displayed in red. In don't think it is normal. this behavior was introduced by http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7112 M. Saby Rennes 2 university -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 10243] New: Holds queue is making transfer requests that contradict the branch holds policy
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10243 Bug ID: 10243 Summary: Holds queue is making transfer requests that contradict the branch holds policy Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com CC: gmcharlt(a)gmail.com For some reason MapItemsToHoldRequests will, as a last ditch effort, grab what seems to be an arbitrary available item to fill a hold request, even if it will violate the circulation rules for holds. In other words, even if an item matches a "Holds policy by item type" that says "From home library", the a request to transfer that item to another library will be added to the holds queue! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 10271] New: An index containing ns or nb does not work
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10271 Bug ID: 10271 Summary: An index containing ns or nb does not work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com When an index does not contain a structure part, the structure "wrdl" is automatically added and a structure is mandatory to build search query (to convert ':' into '='). But the code that tests that the structure is not already defined looks in entire index string : $index =~ /(st-|phr|ext|wrdl|nb|ns)/ It should look for a comma followed by a structure and in the case of "nb" and "ns" look for an exact match. The consequence is that an index containing ns or nb or phr or etc does not work. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10283] New: Hide "many items" on second tab when using OpacSeparateHoldings
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10283 Bug ID: 10283 Summary: Hide "many items" on second tab when using OpacSeparateHoldings Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: magnus(a)enger.priv.no Depends on: 7674 As noted by Katrin on Bug 7674: "- if there are over 50 items in the holdings or Other holdings tab, the warning and link 'This record has many physical items. Click here to view them all.' is only shown for the first tab." If there are more than a given number of items, they do not display directly in the detail view in the OPAC, but the text and link "This record has many physical items. Click here to view them all." is displayed instead. Activating OpacSeparateHoldings separates holdings into two tabs. If there are manye items the text and link is shown on the first tab (showing the items that belong to the library of the logged in suer), but the second tab (showing items at all other libraries) show the full list, not the text and link. This makes the initial display of the detail page veeery slow, when there are a lot if items (I have tested with ~3000 items). -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 9977] New: OMNIBUS, remove accidental 'merge marker' strings from Koha
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9977 Bug ID: 9977 Summary: OMNIBUS, remove accidental 'merge marker' strings from Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com some files have accidental merge marker strings in them ie: '<<<<<<<<<<<<<<', '>>>>>>>>>>>>>>>>' and '================' we should remove these lines, to increase our ability to detect actual merge errors -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9192] New: UNIMARC_sync_date_created_with_marc_biblio.pl field creation
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9192 Bug ID: 9192 Summary: UNIMARC_sync_date_created_with_marc_biblio.pl field creation Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com in UNIMARC_sync_date_created_with_marc_biblio.pl, if field does not exist, it is created. This creation must be different if it is a control field or not. See http://search.cpan.org/~gmcharlt/MARC-Record-2.0.3/lib/MARC/Field.pm#new%28… -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 8368] New: List email broken for non english templates
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8368 Priority: P5 - low Change sponsored?: --- Bug ID: 8368 Assignee: oleonard(a)myacpl.org Summary: List email broken for non english templates Severity: major Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: OPAC Product: Koha This is the same problem as for bug 8062 only for sending out lists. Copying description with some changes: To reproduce: - Create a list that you can access - Open list in OPAC or staff - log in, if you didn't before - Send list to any email address - Check email text and attachements The mail sent from the translated templates has subject "no subject" and is empty. The marc files are attached. The mail sent from the english templates is all correct. -- You are receiving this mail because: You are watching all bug changes.

1 19