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

[Bug 1652] New: Reordering of a repeated subfield
by bugzilla-daemon＠pippin.metavore.com 13 Dec '07

13 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1652 Summary: Reordering of a repeated subfield Product: Koha Version: 2.2.9 Platform: Macintosh URL: http://cgi-bin/koha/acqui.simple/addbiblio.pl? OS/Version: All Status: NEW Severity: minor Priority: P3 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: pascale.nalon(a)ensmp.fr QAContact: koha-bugs(a)nongnu.org In Unimarc cataloging, it's very difficult to re-order a repeated subfield. For instance if you have : 200$a (title), then 200$h (part number), then 200$i (part title) and once more time 200$h, 200$i, then 200f (the author of the second title). Actually it's not possible to get this order, when you try to move the second $h or $i, it's the first, which move...and not the second one It's possible to trick the system ... but most of catalogers are not very fund of that. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1651] New: problèmes dans la liste des bulletins reçus
by bugzilla-daemon＠pippin.metavore.com 13 Dec '07

13 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1651 Summary: problèmes dans la liste des bulletins reçus Product: Koha Version: rel_2_2 Platform: Macintosh URL: http://koha/bull/statecollection.pl? OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Serials AssignedTo: paul.poulain(a)free.fr ReportedBy: pascale.nalon(a)ensmp.fr QAContact: koha-bugs(a)nongnu.org Dans certains cas, au moment d'enregistrer le bulletinage qui vient d'être fait, des informations supplémentaires s'ajoutent dans la zone "bulletins reçus". Cela arrive en général lorsque des modifications ont été faites dans la colonne "numéroté" sur un bulletin antérieur (erreur ou modification ponctuelle de la numérotation). Dans ce cas, les informations du bulletin modifié semble s'ajouter de façon quasi systématique aux références des données bulletinées par la suite. Cela oblige à une correction manuelle systématique dans la zone "bulletins reçus". Ce qui exaspère les personnes chargées du bulletinage et engendre un certain nombre d'erreurs... ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1650] New: Place hold on all the items in a book bag
by bugzilla-daemon＠pippin.metavore.com 12 Dec '07

12 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1650 Summary: Place hold on all the items in a book bag Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: OPAC AssignedTo: jmf(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org At NPL, the Book Bag is disabled because the patron's hated it. They couldn't figure out what it was for. To them, the Book Bag should be like a shopping cart: you look for the things you want, and put them in your Book Bag as you go. To continue the metaphor, what is the final step? To our patrons, the final step was to place holds on all the items they'd chosen. For us, the Book Bag will remain disabled until we can get this feature. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1014] moremember.pl should show error message if borrowernumber was not found
by bugzilla-daemon＠pippin.metavore.com 12 Dec '07

12 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1014 ------- Comment #5 from henridamien(a)koha-fr.org 2007-12-12 06:31 ------- This problem is owed to the change in dates management : Invalid date of birth. Should be managed by the person in charge of C4::Dates ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 437] 'Browse Members' function should return paged results
by bugzilla-daemon＠pippin.metavore.com 12 Dec '07

12 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=437 henridamien(a)koha-fr.org changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |PATCH-Sent ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1649] nozebra advanced search fails, with adv. keywords
by bugzilla-daemon＠pippin.metavore.com 12 Dec '07

12 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1649 mason.james(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #2 from mason.james(a)liblime.com 2007-12-12 02:24 ------- PATCHED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1649] nozebra advanced search fails, with adv. keywords
by bugzilla-daemon＠pippin.metavore.com 12 Dec '07

12 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1649 ------- Comment #1 from paul.poulain(a)free.fr 2007-12-12 00:21 ------- > in nozeb searches like 'ti= starwars', or 'au= smith' work as expected > but advanced search like 'ti wrdl= starwars', or 'au,phr= smith' fail the DB structure can't handle easily phr, and, in fact all searches are automatically done on wrdl. > Any ideas on how to handle this. Nope, I think it's impossible with NoZebra. And that's one of the reason why we also have zebra ;-) > should nozebra search simply strip and ignore the advanced wrdl and phr type > search keywords and turn them into a simple-search??, I vote yes. > my $results; > # strip adv, zebra keywords, currently not handled in nozebra: > # wrdl, ext, phr... > $left =~ s/[ ,].*$//; sound correct. don't hesitate so send this patch. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1649] New: nozebra advanced search fails, with adv. keywords
by bugzilla-daemon＠pippin.metavore.com 12 Dec '07

12 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1649 Summary: nozebra advanced search fails, with adv. keywords Product: Koha Version: rel_3_0 Platform: Macintosh OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: mason.james(a)liblime.com QAContact: koha-bugs(a)nongnu.org Hi Joshua and Paul. Some of the newer zebra searches, arent handled in nozebra? in nozeb searches like 'ti= starwars', or 'au= smith' work as expected but advanced search like 'ti wrdl= starwars', or 'au,phr= smith' fail Any ideas on how to handle this. should nozebra search simply strip and ignore the advanced wrdl and phr type search keywords and turn them into a simple-search??, my current workaround is this regex to strip out the advanced keyword before the search, in NZanalyze() my $results; # strip adv, zebra keywords, currently not handled in nozebra: # wrdl, ext, phr... $left =~ s/[ ,].*$//; # automatic replace for short operators $left='title' if $left =~ '^ti$'; $left='author' if $left =~ '^au$'; $left='publisher' if $left =~ '^pb$'; $left='subject' if $left =~ '^su$'; $left='koha-Auth-Number' if $left =~ '^an$'; $left='keyword' if $left =~ '^kw$'; any better ideas guys Cheers, Mason. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1647] Renewal from circulation.pl fails, probably due to C4::Dates
by bugzilla-daemon＠pippin.metavore.com 11 Dec '07

11 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1647 joe.atzberger(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Comment #4 from joe.atzberger(a)liblime.com 2007-12-11 10:29 ------- Problem was that Dates->new(xxxx,'iso') was being called when xxxx was not really in iso format. This bug became evident today because renewal dates started appearing in January, like "2008-1-1". Single digit M and D are not ISO format. Patch submitted affecting 2 calls in Circulation.pm. Patch: "Circulation.pm - Bugfix invalid constructor calls to Dates (single digit Mon. and Day)" ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1648] New: Specifying a due date results in empty date due
by bugzilla-daemon＠pippin.metavore.com 11 Dec '07

11 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1648 Summary: Specifying a due date results in empty date due Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: critical Priority: P3 Component: Circulation AssignedTo: chris.cormack(a)liblime.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)nongnu.org If I use the "specify due date" calendar in circulation.pl to set a custom date due, the date_due column in the issues table ends up as NULL. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0