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

[Bug 4398] New: Example notice for 'claims notice' in Serials
by bugzilla-daemon＠kohaorg.ec2.liblime.com 22 Apr '10

22 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4398 Summary: Example notice for 'claims notice' in Serials Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: paul.poulain(a)biblibre.com ReportedBy: katrin.fischer(a)bsz-bw.de Estimated Hours: 0.0 Change sponsored?: --- It would be a nice enhancement to have an example notice for claims in Serials. At the moment you get a link to Tools > Notices from Serials > Claims: No claims notice defined. Please define one. If you create one with Koha module 'Claim Serial Issue' everything is ok. But an example would make it easier. -- 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 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 4397] New: display problems (umlauts, ß ) with scan index in advanced search
by bugzilla-daemon＠kohaorg.ec2.liblime.com 22 Apr '10

22 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4397 Summary: display problems (umlauts, ß) with scan index in advanced search Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de Estimated Hours: 0.0 Change sponsored?: --- Created an attachment (id=1812) --> (http://bugs.koha.org/cgi-bin/bugzilla3/attachment.cgi?id=1812) scan index with fußball When using scan index in advanced search with Fußball the ß is not displayed correctly. Fußball (soccer) -> Fu@@ball Umlauts are reduced to the basic character (ä to a, ü to u). Währung (currency) -> Wahrung (see screenshots) -- 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 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 4395] New: Debian packaging does not start Zebra, or run cronjobs
by bugzilla-daemon＠kohaorg.ec2.liblime.com 21 Apr '10

21 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4395 Summary: Debian packaging does not start Zebra, or run cronjobs Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz CC: chris(a)bigballofwax.co.nz Estimated Hours: 0.0 Change sponsored?: --- The Debian packaging does not start the Zebra server, or run cron jobs related to Koha. (Putting this into the bug tracker so it does not get lost, since I do not have time to fix this today.) -- 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 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 4393] New: Searching with scan indexes and sort by title fails
by bugzilla-daemon＠kohaorg.ec2.liblime.com 21 Apr '10

21 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4393 Summary: Searching with scan indexes and sort by title fails Product: Koha Version: rel_3_2 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Change sponsored?: --- When doing a scan indexes search in the staff client with any sort method other than relevance or popularity, the search will fail to return results. Error: Can't locate object method "sort" via package "ZOOM::ScanSet" at /home/koha/kohaclone/C4/Search.pm line 388. This is particularly troublesome when a different default sort method is checked, since the option to change it back to relevance is at the very bottom of the 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 0

[Bug 4294] New: required fields on funds page should be red
by bugzilla-daemon＠kohaorg.ec2.liblime.com 20 Apr '10

20 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4294 Summary: required fields on funds page should be red Product: Koha Version: HEAD Platform: PC OS/Version: All Status: ASSIGNED Severity: enhancement Priority: PATCH-Sent Component: Templates AssignedTo: nengard(a)gmail.com ReportedBy: nengard(a)gmail.com Estimated Hours: 0.0 Change sponsored?: --- On the funds adding page there are required fields, but they are not red like on other pages. -- 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 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 4390] New: Notices missing fields in menu on left
by bugzilla-daemon＠kohaorg.ec2.liblime.com 20 Apr '10

20 Apr '10

http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4390 Summary: Notices missing fields in menu on left Product: Koha Version: HEAD Platform: PC URL: cgi- bin/koha/tools/letter.pl?op=add_form&module=circulation& content= OS/Version: All Status: NEW Severity: major Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com CC: cnighswonger(a)foundations.edu Estimated Hours: 0.0 Change sponsored?: --- The new way notices are handled is by putting a line like this: <item>"<<biblio.title>>" by <<biblio.author>>, <<items.itemcallnumber>>, Barcode: <<items.barcode>> </item> It used to be just <<items.content>> but I think it was Chris that wrote a patch to change it. The problem is that items.itemcallnumber and items.barcode do not appear in the list of fields on the left hand menu. If those fields can be used in notices they should appear on the left - along with any other fields that can now be used (that weren't before). And if I remember wrong about who wrote the update - maybe you can CC that person on this bug. -- 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