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

[Bug 3435] New: Support 3M smart chute extensions
by bugzilla-daemon＠liblime.com 27 Apr '10

27 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3435 Summary: Support 3M smart chute extensions Product: Koha Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: SIP2 AssignedTo: joe.atzberger(a)liblime.com ReportedBy: galen.charlton(a)liblime.com Estimated Hours: 0.0 Change sponsored?: Sponsored At the request of the Northeast Kansas Library system, we're enhancing the SIP2 server to return additional information to support the 3M Smart Chute devies. -- 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 3

[Bug 3503] New: Automatic rollover of patron category codes based on birth date
by bugzilla-daemon＠liblime.com 27 Apr '10

27 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3503 Summary: Automatic rollover of patron category codes based on birth date Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: gmcharlt(a)gmail.com ReportedBy: beverly.church(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- For those libraries with patron categories based on age, it would help to have these codes automatically changed based on the patron's birth date. The patron category code has the minimum and maximum age. However, it's missing a field where the library can enter the "rollover" code which needs to be entered in the patron record once the patron has exceeded the maximum age for his/her current category. -- 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 6

[Bug 3792] New: Checking out on-hold item to someone else replaces item-level hold with next available
by bugzilla-daemon＠kohaorg.ec2.liblime.com 27 Apr '10

27 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3792 Summary: Checking out on-hold item to someone else replaces item- level hold with next available Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P3 Component: Hold requests AssignedTo: gmcharlt(a)gmail.com ReportedBy: jwagner(a)ptfs.com Estimated Hours: 0.0 Change sponsored?: --- Here's the scenario. A patron places an item-level hold on a particular copy of a title and is first in line (priority 1). Another patron brings that particular item up to the desk and wants to check it out; library policy allows that even though it's on hold for other people. When the item is checked out, the screen warns that it's on hold for patron A and do you want to proceed with the checkout. If you click Yes, the item is checked out, but the item-level hold for patron A is now replaced by a "next available" hold. I replicated this on latest Koha head. The system should retain the item-level link when putting Patron A back in the holds queue. This may be related to the problem described in Bug 2830 -- it's not the same problem, but that's the only similar report I found. Any ideas on how to fix? -- 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 3

[Bug 3567] New: Display Alternate Graphic Representation (MARC21 880) in OPAC
by bugzilla-daemon＠kohaorg.ec2.liblime.com 23 Apr '10

23 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3567 Summary: Display Alternate Graphic Representation (MARC21 880) in OPAC Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: wolfgang.heymans(a)bsz-bw.de ReportedBy: wolfgang.heymans(a)bsz-bw.de CC: katrin.fischer(a)bsz-bw.de Estimated Hours: 0.0 Change sponsored?: --- Extend XSL template for OPAC detail and results to display MARC21 fields 880 containing Alternate Graphic Representation for title, author et al. Fields in right-to-left languages like Hebrew will be displayed floating right to their latin counterparts, fields in left-to-right scripts like Cyrillic together with the latin ones. Example: MARC21 record =245 10$6880-02$aSidur tefilah Tselota de-Avraham :$bʻal pi nusaḥ ṿe-seder she-hitpalel ... Avraham ... Landa ... /$cmevorar ʻa. p. ha-halakhah ṿeha-Ḳabalah ʻa. y. ... Menaḥem Mendil Ḥayim ... Landa ṿe-nikra shemo Shomeʻa tefilah ... ; ṿa-ʻalehem nilṿah Sheruta di-tselota, heʻarot, heʾarot u-meḳorot li-tefilah u-minhageha ba-halakhah, be-agadah uve-Ḳabalah me-et Yaʻakov b.k.R. Yiśraʾel Ḥanokh Ṿerdiger. =260 \\$6880-03$a[Ḥ.m. :$bḥ. mo. l.,$c716]-<753 > [1956-<1992 >]$e(Tel Aviv :$fDefus "Grafiḳah") =300 \\$av. <1-5 > ;$c25 cm. =500 \\$aCover title: Sidur Tselota de-Avraham. =500 \\$aVol. 3-5 edited by Avraham Ṿerdiger. =500 \\$aVol. 2 published: [Jerusalem?] : Ṿaʻad le-hotsaʾat ha-sidur Tselota de-Avraham; v. 3-5 published: Yerushalayim : Gal-ʻEd. =500 \\$aAshkenazic and Sephardic rites are included. =500 \\$aVol. 3-4 also numbered 1-2. =505 1\$aḥeleḳ 1. Mekhil tefilat Shaḥarit shel ḥol u-Musaf shel rosh ḥodesh -- ḥeleḳ 2. [without special title] -- ḥeleḳ 3. ʻAl ʻinyene Shabat ḳodesh ṿe-sidur tefilah le-lel Shabat ḳodesh -- ḥeleḳ 4. Sidur tefilah le-lel Shabat ḳodesh -- ḥeleḳ 5. Sidur tefilah le-yom Shabat ḳodesh ṿe-ʻinyene Shabat ḳodesh. =650 \0$aSiddurim$xTexts. =650 \0$aJudaism$xLiturgy$xTexts. =650 \0$aJudaism$xSephardic rite$xLiturgy$xTexts. =630 00$6880-04$aSiddur. =700 1\$6880-05$aLandau, Abraham ben Raphael,$d1789-1875. =700 0\$6880-06$aMenaḥem Mendil Ḥayim,$ca.b.d. ḳ.ḳ. Zaṿyertsye. =700 1\$6880-07$aṾerdiger, Yaʻaḳov ben Yiśraʾel Ḥanokh,$d1901-1981. =700 1\$6880-08$aṾerdiger, Avraham. =730 02$aSiddur (Sephardic).$f1956. =740 0\$6880-09$aTselota de-Avraham. =740 0\$6880-10$aSidur Tselota de-Avraham. =740 0\$6880-11$aShomeʻa tefilah. =740 0\$6880-12$aSheruta di-tselota. =880 0\$6130-01/(2/r$aסדור. =880 10$6245-02/(2/r$aסדור תפלה צלותא דאברהם :$bעל פי נוסח וסדר שהתפלל ... אברהם ... לנדא ... /$cמבורר ע״פ ההלכה והקבלה ע״י ... מנחם מנדיל חיים ... לנדא ונקרא שמו שומע תפלה ... ; ועליהם נלוה שירותא דצלותא, הערות, הארות ומקורות לתפלה ומנהגיה בהלכה, באגדה ובקבלה מאת יעקב בכ״ר ישראל חנוך ורדיגר. =880 \\$6260-03/(2/r$a[ח״מ :$bחמו״ל,$c> [716]-<753 > [1956-<1992$e(תל אביב :$fדפוס ״גרפיקה) =880 04$6630-04/(2/r$aסדור. =880 1\$6700-05/(2/r$aלנדא, אברהם. =880 1\$6700-06/(2/r$aלנדא, מנחם מנדיל חיים. =880 1\$6700-07/(2/r$aורדיגר, יעקב בן ישראל חנוך. =880 1\$6700-08/(2/r$aורדיגר, אברהם. =880 0\$6740-09/(2/r$aצלותא דאברהם. =880 0\$6740-10/(2/r$aסדור צלותא דאברהם. =880 0\$6740-00/(2/r$aסידור תפלה צלותא דאברהם. =880 0\$6740-00/(2/r$aסידור צלותא דאברהם. =880 0\$6740-11/(2/r$aשומע תפלה. =880 0\$6740-12/(2/r$aשירותא דצלותא. -- 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 13

[Bug 3672] New: labels of <optgroups> not translatable
by bugzilla-daemon＠kohaorg.ec2.liblime.com 23 Apr '10

23 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3672 Summary: labels of <optgroups> not translatable Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: katrin.fischer(a)bsz-bw.de Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1180) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1180) Screenshot of 'sort by' in opac Labels of <optgroups> seem to be not translatable in po-files. Lists using optgroups: memberentry.pl (patron categories) resort_form.inc (sort by on OPAC results page) -- 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 3

[Bug 3171] New: Problem due to internationalization in label-create-template.tmpl in de-DE and possibly others
by bugzilla-daemon＠liblime.com 23 Apr '10

23 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3171 Summary: Problem due to internationalization in label-create- template.tmpl in de-DE and possibly others Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Label printing AssignedTo: mason.james(a)liblime.com ReportedBy: ulli.brennenstuhl(a)fs.ei.tum.de Estimated Hours: 0.0 If the form is submitted the operation parameter passed in the query is currently directly tied to the submit button in the form ( <input type="submit" name="op" value="Anlegen"> ) Because of the translations this leads to the following error, as the cgi-script expects op=Create: Can't call method "output" on an undefined value at /usr/share/koha/intranet/cgi-bin/labels/label-create-template.pl line 103, <DATA> line 275. Solution: Change the submit line to: <input type="submit" name="submit" value="Anlegen"> and add following line <input type="hidden" name="op" value="create"> This is the case for de-DE and from looking at the file the same problem should occur with the fr-FR version, but I did not investigate on the other translations Regards, Ulli Brennenstuhl -- 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 5

[Bug 3705] New: field 700 problem
by bugzilla-daemon＠kohaorg.ec2.liblime.com 22 Apr '10

22 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3705 Summary: field 700 problem Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux - Debian Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: mah_mehidy(a)live.com Estimated Hours: 0.0 Change sponsored?: --- i have koha version 3.00.00.094 and used fields(100 & 700)to authors field(700)repeated when save for first time it save all fields good but when making editing field , all repeated fields values for field 700 are changed,the problem when making editing this is example about what is happen when save for first time it okey like this 100 $a :mohammed ahmed 100$e :author 700$a :nader galal700$e :author 700$a :sameh fahmy700$e :author 700$a:hala gamal700$e:author when editing any field(300=2C773=2C245) any field field 100 and first field 700 still good =2Cbut repeated field 700 have unknown values like this 100 $a :mohammed ahmed 100$e :author 700$a :nader galal 700$e :e-- 700$ a :e--- 700$e :e-- 700$a:ee-- 700$e:--- -- 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 3326] New: xml entity refs display incorrectly in results page if exported and indexed as xml
by bugzilla-daemon＠liblime.com 22 Apr '10

22 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3326 Summary: xml entity refs display incorrectly in results page if exported and indexed as xml Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- If rebuild_zebra.pl is used with the 'as xml' switch, the XSLT processing on opac-results.pl does not handle xml entity refs properly. Symptoms: A record may display like this in search results: Standard & Poor's research insight.Report & chart library (North America) by Standard & Poor's Compustat Services. yet display correctly in the details page. Steps to reproduce: * edit a record, adding an ampersand to the title. * rebuild zebra: without -x , the title displays properly in search results. * repeat, this time running rebuild_zebra.pl -x * the '&' now displays as '&' in opac-results only. opac-details is not affected. -- 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 7

[Bug 3154] New: OPAC Search refining by facets is wrong
by bugzilla-daemon＠liblime.com 19 Apr '10

19 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3154 Summary: OPAC Search refining by facets is wrong Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: frederic(a)tamil.fr Estimated Hours: 0.0 OPAC facets are now generated based on current page biblio records not the whole result set. For example, if your search found 1000 records, on the first page, facets are created based on biblio record 1 to 20. Facets SHOULD be generated using Zebra facets functionnalties: http://www.indexdata.dk/zebra/doc/special-retrieval.tkl -- 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 9

[Bug 3293] New: XSLT Display Incorrect for MU
by bugzilla-daemon＠liblime.com 16 Apr '10

16 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3293 Summary: XSLT Display Incorrect for MU Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nicole.engard(a)liblime.com Estimated Hours: 0.0 Change sponsored?: --- Per the comments on this document: http://koha.org/documentation/manual/3.2/opac/xslt/item-type-display Take a look at http://www.loc.gov/marc/bibliographic/bd006.html For MU (music), only codes i and j are designated as sound recordings. Codes c and d are actually "notated music" or scores. Right now a sound icon is displayed for all - making it misleading to patrons looking for sheet music. -- 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 13