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

[Bug 2566] New: Limit on language = French not working - searching on fr not fre
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2566 Summary: Limit on language = French not working - searching on fr not fre Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: debra.denault(a)liblime.com QAContact: koha-bugs(a)lists.koha.org When doing a search limit in advanced search - more options in the staff client on language = French, the code being passed through to limit on is fr instead of fre (which is the code that would exist in the 008 pos 35-37 and 041$a. It appears this is the cause of limits on French not working. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2565] New: CalcFine mistached in fines.pl, fines questionable in 3.0
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2565 Summary: CalcFine mistached in fines.pl, fines questionable in 3.0 Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Command-line Utilities AssignedTo: jmf(a)liblime.com ReportedBy: joe.atzberger(a)liblime.com QAContact: koha-bugs(a)lists.koha.org In the release version of fines.pl, there is a mismatch in the number of returned values expected from CalcFine: my ($amount,$type,$printout,$daycounttotal,$daycount)= CalcFine($data->[$i], $borrower->{'categorycode'}, $branchcode,undef,undef, $datedue ,$today); In my patch, changed to: my ($amount,$type,$daycounttotal,$daycount)= CalcFine($data->[$i], $borrower->{'categorycode'}, $branchcode,undef,undef, $datedue, $today); Because CalcFine returns only 4 things: return ($amount, $data->{'chargename'}, $days_minus_grace, $daystocharge); I also added "FIXME: chargename is NEVER populated anywhere" for the obvious reason. Note this appears to be a mismatch in the vestigial fines-ll.pl also! ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2564] Koha does not seem to be indexing see authorities (4xx)
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2564 ------- Comment #2 from debra.denault(a)liblime.com 2008-08-27 09:10 ------- I tried every possible search their was in the authority search window to no avail. It may be a zebra config issue but I cannot tell that and need someone to investigate. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2564] Koha does not seem to be indexing see authorities (4xx)
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2564 ------- Comment #1 from henridamien(a)koha-fr.org 2008-08-27 08:59 ------- as far as i can tell, you are doing a search on main heading form ($a) (mainmainentry) and not on all the fields in authorities, causing the bug. It could also be a problem of zebra configuration. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2564] New: Koha does not seem to be indexing see authorities (4xx)
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2564 Summary: Koha does not seem to be indexing see authorities (4xx) Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: debra.denault(a)liblime.com QAContact: koha-bugs(a)lists.koha.org CC: galen.charlton(a)liblime.com Koha does not seem to be indexing see authorities contained as 4xx headings in an authority record. See example on Carthage http://carthage-staff.kohalibrary.com/cgi-bin/koha/authorities/authorities-… This search on Single women shows that there are two see headings in this authority - Spinsters and Unmarried women. If you try to search on either term you get no results. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2419] Adding a Vendor crashes Koha (error in updateseller.pl file)
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2419 ------- Comment #4 from galen.charlton(a)liblime.com 2008-08-27 07:58 ------- Patch pushed. If you're tracking git master, please test and verify that the problem is fixed in your Perl 5.10 setup. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2419] Adding a Vendor crashes Koha (error in updateseller.pl file)
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2419 joe.atzberger(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |PATCH-Sent ------- Comment #3 from joe.atzberger(a)liblime.com 2008-08-27 07:34 ------- Patch sent, as hdl recommended. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2563] New: Problems filling in position 7-10 and 11-14 in marc field 008
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2563 Summary: Problems filling in position 7-10 and 11-14 in marc field 008 Product: Koha Version: rel_3_0 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P3 Component: Cataloging AssignedTo: galen.charlton(a)liblime.com ReportedBy: kimtall(a)gmail.com QAContact: koha-bugs(a)lists.koha.org Pointing the mouse to the blank form in 7-10 and 11-14 in marc field 008; nothing happens e.g. we are not able to fill in data and have to leave them empty. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 2562] New: SYSPREFS: 'languages' and 'opaclanguages' sysprefs *dont* set default languages
by bugzilla-daemon＠pippin.metavore.com 27 Aug '08

27 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2562 Summary: SYSPREFS: 'languages' and 'opaclanguages' sysprefs *dont* set default languages Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: I18N/L10N AssignedTo: jmf(a)liblime.com ReportedBy: mason.loves.sushi(a)gmail.com QAContact: koha-bugs(a)lists.koha.org Hi All, from a koha3-stable install, 'languages' and 'opaclanguages' sysprefs *dont* set default languages. they actually set the *available* languages for selection. to fix - We need to make another pair of sysprefs OpacLangDefault OpacLangAvailable LangDefault LangAvailable or whatever names you prefer... is this the best way? Josh, this is your area, any preferences?? 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 2561] New: Searches on possesive names require apostrophe to be entered and this should not be required
by bugzilla-daemon＠pippin.metavore.com 26 Aug '08

26 Aug '08

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2561 Summary: Searches on possesive names require apostrophe to be entered and this should not be required Product: Koha Version: rel_3_0 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Searching AssignedTo: jmf(a)liblime.com ReportedBy: debra.denault(a)liblime.com QAContact: koha-bugs(a)lists.koha.org Searches on possesive names require apostrophe to be entered and this should not be required. For example .. search http://carthage-staff.kohalibrary.com/cgi-bin/koha/catalogue/search.pl first on Kiplingers then on Kiplinger's The first search fails but the second search succeeds. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0