August 2008 - Koha-bugs - lists.koha-community.org

[Bug 2467] New: Opac advance search options not as staff client advance search options
by bugzilla-daemon＠pippin.metavore.com 05 Aug '08

05 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2467 Summary: Opac advance search options not as staff client advance search options Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux - Debian Status: NEW Severity: major Priority: P1 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: ccslibrary(a)gmail.com QAContact: koha-bugs(a)lists.koha.org when click on the advance search and also more options in Opac it have not all options as staff client advance search :( no boolean searching , no Limit-by-date , no Limit-by-language , no Subtype limits ) thanks and best regards Michael Raouf Hanna L.D of coptic catholic seminary ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2466] New: can't remove value in item modif
by bugzilla-daemon＠pippin.metavore.com 05 Aug '08

05 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2466 Summary: can't remove value in item modif Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: blocker Priority: P3 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: paul.poulain(a)free.fr QAContact: koha-bugs(a)lists.koha.org If you enter a value in a field that is mapped to a items.field, you can't remove the value here after. Investigating the code, it appears that additem.pl calls ModItemFromMarc ModItemFromMarc calls calls ModItem ModItem calls _koha_modify_item _koha_modify_item UPDATE only fields that have a value. fields that have no values remains unchanged. Possible solution = don't use > for my $key ( keys %$item ) { but hardcode all items fields. This could have some side effect, so is that a correct solution ? I'm not completly sure. Let me know if you have an idea... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2465] New: availability of a reserved book
by bugzilla-daemon＠pippin.metavore.com 05 Aug '08

05 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2465 Summary: availability of a reserved book Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: paul.poulain(a)free.fr QAContact: koha-bugs(a)lists.koha.org A reserved book, that is marked "Waiting for pickup" (so, that is no more in the shelves, but in a specific place for holds waiting for pickup) appear "available" on Koha. Thus, a patron can search in the shelves, and won't find it. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2453] (very) large biblio/item handling
by bugzilla-daemon＠pippin.metavore.com 05 Aug '08

05 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2453 ------- Comment #2 from paul.poulain(a)free.fr 2008-08-05 02:45 ------- Hi Ryan, good suggestion, but it don't work. I get : 11:40:26-05/08 zebraidx(16823) [warn] 422:0:XML error: junk after document element 11:40:26-05/08 zebraidx(16823) [log] add grs.xml /home/paul/koha.dev/local/LecturePub/dracenie/export//biblio/exported_records 0 11:40:26-05/08 zebraidx(16823) [warn] 1:0:XML error: syntax error Here is the line 420+ : <controlfield tag="001">10633</controlfield> </record> <?xml version="1.0" encoding="UTF-8"?> <<<<<<< LINE 422 <record xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/MARC21/slim http://www.loc.gov/ standards/marcxml/schema/MARC21slim.xsd" xmlns="http://www.loc.gov/MARC21/slim"> I've read : # FIXME - when more than one record is exported and $as_xml is true, # the output file is not valid XML - it's just multiple <record> elements # strung together with no single root element. zebraidx doesn't seem # to care, though, at least if you're using the GRS-1 filter. It does # care if you're using the DOM filter, which requires valid XML file(s). in rebuild_zebra, but I don't think I should care, as I don't use the DOM filter I think Any idea welcomed... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2464] New: The 'Itemtype' field should respect the item-level_itypes syspref
by bugzilla-daemon＠pippin.metavore.com 05 Aug '08

05 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2464 Summary: The 'Itemtype' field should respect the item- level_itypes syspref Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: critical Priority: P3 Component: Label printing AssignedTo: chris.nighswonger(a)liblime.com ReportedBy: chris.nighswonger(a)liblime.com QAContact: koha-bugs(a)lists.koha.org The data printed for the 'itemtype' field on labels should respect the item-level_itypes syspref and not always default to biblioitems.itemtype ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2463] New: 'Subtitle', 'Classification', and 'Subclass' relationships to db are broken
by bugzilla-daemon＠pippin.metavore.com 05 Aug '08

05 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2463 Summary: 'Subtitle', 'Classification', and 'Subclass' relationships to db are broken Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: critical Priority: P3 Component: Label printing AssignedTo: chris.nighswonger(a)liblime.com ReportedBy: chris.nighswonger(a)liblime.com QAContact: koha-bugs(a)lists.koha.org 'Subtitle', 'Classification', and 'Subclass' are not related to any current fields in the items, biblioitems, or biblio tables. Thus selecting them results in no data being printed for those fields on labels. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2461] tmpl_process3.pl fails on single input file
by bugzilla-daemon＠pippin.metavore.com 05 Aug '08

05 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2461 ------- Comment #1 from joe.atzberger(a)liblime.com 2008-08-04 16:16 ------- The "assertion" that fails is: substr($input, 0, length($in_dir) + 1) eq "$in_dir/" when $input = "./tmp/in/fake.tmpl" and $in_dir appears to be empty? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2462] New: Holds may be placed on items with not-for-loan set at itemtype.
by bugzilla-daemon＠pippin.metavore.com 04 Aug '08

04 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2462 Summary: Holds may be placed on items with not-for-loan set at itemtype. Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P3 Component: Circulation AssignedTo: galen.charlton(a)liblime.com ReportedBy: rch(a)liblime.com QAContact: koha-bugs(a)lists.koha.org holds are allowed on items with itype set to a not-for-loan itemtype ( and bib-level holds are allowed when all items are not loanable according to itype). conditions: item-level_itypes = ON . Holds in Koha 3.0 imply circulation, and so this should not be allowed ( despite overloading of items.notforloan with its -1 value ). ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2411] cannot add new tag to authority framework
by bugzilla-daemon＠pippin.metavore.com 04 Aug '08

04 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2411 galen.charlton(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|paul.poulain(a)free.fr |galen.charlton(a)liblime.com Status|ASSIGNED |NEW ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2411] cannot add new tag to authority framework
by bugzilla-daemon＠pippin.metavore.com 04 Aug '08

04 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2411 galen.charlton(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Priority|P3 |PATCH-Sent ------- Comment #1 from galen.charlton(a)liblime.com 2008-08-04 14:40 ------- Patch submitted. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0