October 2006 - Koha-bugs - lists.koha-community.org

[Bug 1230] On editing marc entry: Publisher fields(tag 260) NOT stored as utf8 in mysql
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Oct '06

23 Oct '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1230 ------- Comment #1 from rhariram(a)gmail.com 2006-10-24 00:33 ------- Sorry. missed something: Setup should be read as: . Ubuntu 6.06 . Apache 2.0.54-5ubuntu2 . mysql 4.1.12-1ubuntu3 . Perl 5.8.7-5ubuntu1 . true for Both koha 2.2.6 & koha 2.2.6RC2 . browser: firefox 1.0.7 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1230] New: On editing marc entry: Publisher fields(tag 260) NOT stored as utf8 in mysql
by bugzilla-daemon＠wilbur.katipo.co.nz 23 Oct '06

23 Oct '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1230 Summary: On editing marc entry: Publisher fields(tag 260) NOT stored as utf8 in mysql Product: Koha Version: unspecified Platform: PC OS/Version: Linux - Other Status: NEW Severity: blocker Priority: P2 Component: Catalogue AssignedTo: paul.poulain(a)free.fr ReportedBy: rhariram(a)gmail.com QAContact: koha-bugs(a)nongnu.org * Situation: - A new record was added thru Catalogue -> Add biblio -> Create empty biblio - Data entered in Unicode (Tamil) - Able to search it - Quering record with mysql client shows correct unicode data So far so good... * Issue: - After retrieving the new biblio record, and making ANY change to record and saving it: * The record's publisher fields (tag 260) and its sub fields get stored in a non-unicode format in mysql (And shows up as junk when viewing with the browser, both from opac and "Normal" tab of intranet) + Displays OK when acessing these fileds thru "Edit biblio" + Atleast author & title tags do not have this issue * Setup: . Ubuntu 6.06 . Apache 2.0.54-5ubuntu2 . 4.1.12-1ubuntu3 . 5.8.7-5ubuntu1 . true for Both koha 2.2.6 & koha 2.2.6RC2 . browser: firefox 1.0.7 ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1229] New: Apache group is not determined properly
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Oct '06

22 Oct '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1229 Summary: Apache group is not determined properly Product: Koha Version: branch 2.4 Platform: PC OS/Version: Linux - Suse Status: NEW Severity: normal Priority: P2 Component: Installation AssignedTo: mjr(a)ttllp.co.uk ReportedBy: christian.kolly(a)bluewin.ch QAContact: koha-bugs(a)nongnu.org The usage of "getgrname" in Install.pm to find the httpd group name is wrong: getgrname($httpduser) don't return the goupe of tho user $httpduser but the GID of the group called "$httpduser". This coul'd work if the user name and the group name are identicals but this is a bug. In Suse, the httpd user is "wwwrun" and httpd group is "www". So the group of directories "/usr/local/koha/*" are not set correctly. Thanks ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1228] New: Cannot delete members without superlibrarian privileges
by bugzilla-daemon＠wilbur.katipo.co.nz 18 Oct '06

18 Oct '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1228 Summary: Cannot delete members without superlibrarian privileges Product: Koha Version: branch 2.4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Members AssignedTo: jmf(a)kados.org ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)nongnu.org We have a staff account set up with these privileges: circulate, catalogue, borrowers, reserveforothers, borrow, reserveforself, updatecharges. If that user tries to delete a borrower they're forwarded to a mostly-blank opac page, even though the browser's location bar says http://[ourhost]/cgi-bin/koha/members/deletemem.pl?member=[membernumber] ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1227] New: Series information not displaying reliably
by bugzilla-daemon＠wilbur.katipo.co.nz 17 Oct '06

17 Oct '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1227 Summary: Series information not displaying reliably Product: Koha Version: branch 2.4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: OPAC AssignedTo: jmf(a)kados.org ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)nongnu.org Many records are not showing their series information in opac-detail.pl. Is it displaying the contents of 440 but not 490? For examples, search for "a series of unfortunate events." ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1226] New: Link for Cataloging home takes user to Aquisitions Home
by bugzilla-daemon＠wilbur.katipo.co.nz 17 Oct '06

17 Oct '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1226 Summary: Link for Cataloging home takes user to Aquisitions Home Product: Koha Version: unspecified Platform: PC URL: http://nealkoha4.liblime.com/ OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Catalogue AssignedTo: paul.poulain(a)free.fr ReportedBy: mccormmachamy(a)hotmail.com QAContact: koha-bugs(a)nongnu.org >From http://nealkoha4.liblime.com/cgi-bin/koha/acqui.simple/addbooks.pl, if I select the Cataloging Home url link, I am routed to http://nealkoha4.liblime.com/cgi-bin/koha/acqui/acqui-home.pl. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1225] Cannot create or add to virtual shelf from popup
by bugzilla-daemon＠wilbur.katipo.co.nz 17 Oct '06

17 Oct '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1225 ------- Comment #1 from oleonard(a)athenscounty.lib.oh.us 2006-10-18 03:48 ------- I think I figured out what's going wrong: 1. Try to add a book to a new private shelf "shelf1" when you're not logged in. The process seems to succeed (because the popup disappears), but when you check the shelves screen you'll see the shelf isn't listed. 2. Log in and try again to add a book to a new private shelf "shelf1". The process fails because in fact the shelf "shelf1" /was/ created, but with a NULL owner. Since you can't add a shelf with the same name as someone else's, the process fails (without displaying any errors). This is problem, since many users will follow exactly the process above when trying to add something to a shelf for the first time: the virtual shelf popup doesn't require the user to log in, so they'll try it first without having logged in. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1225] New: Cannot create or add to virtual shelf from popup
by bugzilla-daemon＠wilbur.katipo.co.nz 17 Oct '06

17 Oct '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1225 Summary: Cannot create or add to virtual shelf from popup Product: Koha Version: branch 2.4 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P2 Component: OPAC AssignedTo: jmf(a)kados.org ReportedBy: oleonard(a)athenscounty.lib.oh.us QAContact: koha-bugs(a)nongnu.org opac-addbookbybiblionumber.tmpl doesn't seem to be working at all. If you try to use it to add an item to a new shelf, the page reloads without doing anything. If you try to add to an existing shelf, the same thing: the page reloads without adding the item to the shelf. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1175] Update Intranet supplemental search API
by bugzilla-daemon＠wilbur.katipo.co.nz 16 Oct '06

16 Oct '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1175 ------- Comment #4 from oleonard(a)athenscounty.lib.oh.us 2006-10-17 03:40 ------- I think this falls under the heading of this bug: The search results page isbnsearch.pl (submitted from addboks.pl) lists only 10 results with no links for additional search results pages. The search seems less accurate than before (compared to the behavior of rel_2_, for instance). Also: isbnsearch.pl says "Search Results for ISBN <searchterm>" regardless of whether you entered a title or an ISBN. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1224] New: subrotine MARChtml2xml merges tags together
by bugzilla-daemon＠wilbur.katipo.co.nz 15 Oct '06

15 Oct '06

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1224 Summary: subrotine MARChtml2xml merges tags together Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: P1 Component: MARC AssignedTo: paul.poulain(a)free.fr ReportedBy: tgarip(a)neu.edu.tr QAContact: koha-bugs(a)nongnu.org If you create more than one of the same tag like 650 this routine merges all 650's together and you end up with one 650 with lots of subfields. This bug is also related to bug 1107 and fixed in head. I do not have any other version but HEAD running so please check and close this bug for other versions. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0