September 2009 - Koha-bugs - lists.koha-community.org

[Bug 2505] enable Perl warnings in all modules and scripts
by bugzilla-daemon＠kohaorg.ec2.liblime.com 24 Sep '09

24 Sep '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2505 --- Comment #16 from Garry Collum <gcollum(a)gmail.com> 2009-09-24 15:42:45 --- Created an attachment (id=1166) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1166) Patch for members/setstatus.pl and members/members-home.pl -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2629] Diacritics not being ignored when searching
by bugzilla-daemon＠kohaorg.ec2.liblime.com 24 Sep '09

24 Sep '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2629 Brian Harrington <brian(a)jhu.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |brian(a)jhu.edu --- Comment #3 from Brian Harrington <brian(a)jhu.edu> 2009-09-24 15:14:16 --- Should we switch default.idx over to icuchain indexing to take advantage of ICU's Unicode normaliztion? I think that the yaz/zebra issues with it have been fixed. The following word.xml is working for me, but could use more non-diacritic special characters. <icu_chain locale="en"> <transform rule="[:Control:] Any-Remove" /> <casemap rule="l" /> <tokenize rule="w" /> <transliterate rule="\- > ' '" /> <transform rule="NFKD; [[:WhiteSpace:][:Punctuation:][:Diacritic:]] Remove" /> <transliterate rule="ø > o"/> <transliterate rule="ð > th"/> <transliterate rule="ʒ > z"/> <transliterate rule="ȝ > g"/> <transliterate rule="æ > ae"/> <transliterate rule="œ > oe"/> <transliterate rule="þ > th"/> <display /> </icu_chain> -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2629] Diacritics not being ignored when searching
by bugzilla-daemon＠kohaorg.ec2.liblime.com 24 Sep '09

24 Sep '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2629 Nicole C. Engard <nengard(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gmcharlt(a)gmail.com -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2478] Nothing is output to the .csv file for the "Overdues" circulation report
by bugzilla-daemon＠kohaorg.ec2.liblime.com 24 Sep '09

24 Sep '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2478 --- Comment #7 from Cab Vinton <bibliwho(a)gmail.com> 2009-09-24 14:03:06 --- The patch has not fixed the problem. We have 131 overdues & the downloaded file is only showing the first 51. Also, it would be great if the downloaded report included phone numbers as well as email addresses -- many of our patrons either don't have an email address or decline to provide one. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2629] Diacritics not being ignored when searching
by bugzilla-daemon＠kohaorg.ec2.liblime.com 24 Sep '09

24 Sep '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2629 Cab Vinton <bibliwho(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bibliwho(a)gmail.com --- Comment #2 from Cab Vinton <bibliwho(a)gmail.com> 2009-09-24 13:45:46 --- Wow, it's been a year since this "major" P1 bug was submitted ... any updates? Fixed in 3.2? -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3656] New: Specify fields to be omitted from the patron record
by bugzilla-daemon＠kohaorg.ec2.liblime.com 24 Sep '09

24 Sep '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3656 Summary: Specify fields to be omitted from the patron record Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: henridamien(a)koha-fr.org ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- I had a request from one site to remove the Street Number field from the patron address record, so that staff would be forced to use the Address field. I was thinking about a syspref to turn on/off the Street Number field in patron edit. After discussion on the IRC, Henri-Damien Laurent said he'd done a patch to list fields that should be omitted from patron edit, which sounds like a more comprehensive solution than a syspref just for Street Number. He asked me to open a bug report so that he could submit that patch. (Thanks!) -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 3625] New: Untranslatable strings in opac-shelves.tmpl
by bugzilla-daemon＠kohaorg.ec2.liblime.com 23 Sep '09

23 Sep '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3625 Summary: Untranslatable strings in opac-shelves.tmpl Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: katrin.fischer(a)bsz-bw.de ReportedBy: katrin.fischer(a)bsz-bw.de Estimated Hours: 0.0 Change sponsored?: --- Some strings in opac-shelves.tmpl are not translatable: Select All Clear All Place Hold Tag To get there: Create a new list and click on list name in OPAC account > my lists. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 3524] New: Display of item type image/description when placing holds (broken image / no description)
by bugzilla-daemon＠liblime.com 23 Sep '09

23 Sep '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3524 Summary: Display of item type image/description when placing holds (broken image / no description) Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: katrin.fischer(a)bsz-bw.de Estimated Hours: 0.0 Change sponsored?: --- When placing a hold in OPAC with syspref OpacItemHolds ON the item type is not displayed correctly. When no image is defined for the item type, the description of the item type from alt-attrbute is displayed, but you see a 'broken-link-image'. After adding an image to the item type, the image is displayed correctly, but the description is missing. (see screenshots) HTML from template: <td> <img src="" alt="normale Ausleihe" title="normale Ausleihe" /> </td> <td> <img src="/opac-tmpl/prog/itemtypeimg/npl/Non-fiction.gif" alt="normale Ausleihe" title="normale Ausleihe" /> </td> -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 3657] New: Editing MARC Authority Subfield Structure - Librarian Text is Mandatory
by bugzilla-daemon＠kohaorg.ec2.liblime.com 23 Sep '09

23 Sep '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3657 Summary: Editing MARC Authority Subfield Structure - Librarian Text is Mandatory Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: colin.campbell(a)ptfs-europe.com Estimated Hours: 0.0 Change sponsored?: --- When adding or editing subfields in Administration/Authority MARC Structure changes or additions are not saved unless there is content in the Text for librarians field. Otherwise the insert/delete silently fails. People think this is a bug as there is no indication of this requirement other than in the code. Will be submitting a patch to remove the requirement for text to be input in this field -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 3481] New: In Processing/Shelving Cart locations
by bugzilla-daemon＠liblime.com 23 Sep '09

23 Sep '09

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3481 Summary: In Processing/Shelving Cart locations Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: Sponsored Created an attachment (id=987) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=987) In Processing/Shelving Cart display screenshot Sponsored by Middletown Township Public Library, Middletown, NJ, USA and East Brunswick Public Library, East Brunswick, NJ, USA. Allows temporary locations corresponding to 'in processing' and 'shelving' so that newly-created items and newly-returned items do not show immediately as a available. Three new system preferences govern the usage of these features. Create authorized values under LOC for PROC and CART; description can vary according to site (In Processing, Shelving Cart would be standard). NewItemsDefaultLocation. If system pref NewItemsDefaultLocation is set to a location code (PROC), all newly catalogued items will be set to the location set in this preference. Location code must be a valid LOC authorized value type. Enter permanent location when creating items; it will be retained and set when item is shelved. When the item is finished being processed, check it in. InProcessingToShelvingCart. if the system pref InProcessingToShelvingCart is turned on, any items run through returns.pl with a location code for 'PROC' sill be modified to have a new location code of 'CART'. The permanent location is saved and will be reset when the item comes off the cart. ReturnToShelvingCart. If the syspref ReturnToShelvingCart is turned on, all items returned other than confirmed holds will have a new location code of 'CART'. Any item issued is automatically taken of the shelving cart. Adds a cron script shelf_to_cart.pl which should be run hourly; amount of time the item should be in shelving cart can be specified as a parameter in hours. Updates all items with a location of CART to the item's permanent location. The original location code is stored in the new items column 'permanent_location'. Patch sent July 26, 2009. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 8