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

[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 28 Apr '10

28 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 24 Apr '10

24 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 24 Apr '10

24 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 4074] New: The 'Subject(s)' link(s) are malformed resulting in no search results
by bugzilla-daemon＠kohaorg.ec2.liblime.com 21 Apr '10

21 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4074 Summary: The 'Subject(s)' link(s) are malformed resulting in no search results Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: blocker Priority: PATCH-Sent Component: OPAC AssignedTo: cnighswonger(a)foundations.edu ReportedBy: cnighswonger(a)foundations.edu Estimated Hours: 0.0 Change sponsored?: Sponsored These links are rendered with the wrong syntax. ie. 'q=su:foo' This results in a search for 'su:foo' rather than a search for 'foo' with an index of 'su.' This patch corrects the code so that the syntax conforms to current parsing methods. ie. 'idx=su&q=foo' NOTE: The change to the underlying C4::Biblio->GetMarcSubjects() does not need to be ported to any other calling code. -- 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 8

[Bug 4250] New: cart missing print button
by bugzilla-daemon＠kohaorg.ec2.liblime.com 20 Apr '10

20 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4250 Summary: cart missing print button Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1675) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1675) cart without print button I don't know if this is a template issue - but the cart used to have a print button in the OPAC - but there is no link to print the cart anymore. -- 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 4039] New: Firefox plugin not working with 3.2
by bugzilla-daemon＠kohaorg.ec2.liblime.com 19 Apr '10

19 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4039 Summary: Firefox plugin not working with 3.2 Product: Koha Version: HEAD Platform: Macintosh OS/Version: Mac OS X Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: jeanandre.santoni(a)biblibre.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Jean-André, Have you tested the Offline Circ FF Plugin on HEAD? How about on Mac? I'm asking because I'm on a Mac an using HEAD, but I can't seem to get the plugin to save the items I'm trying to checkout. It may just be my settings, but I thought I'd check with you >>REPLY: I tested this on one of our local version of Koha, and you're right. The plugin says that the operations have been sent and Koha don't get/display them. Can you please fill a bug report? Thanks, Jean-André -- 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 4262] New: changing matching rule add big message box
by bugzilla-daemon＠kohaorg.ec2.liblime.com 19 Apr '10

19 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4262 Summary: changing matching rule add big message box Product: Koha Version: HEAD Platform: PC URL: /cgi-bin/koha/tools/manage-marc-import.pl OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1688) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1688) large message box See attached. When managing a staged marc file if I change the selection in 'New matching rule' and then click apply it adds a message box that covers the entire form. -- 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 5