3 Bugs Making Librarian's Job a Challenge
Sorry to post yet again, but I've been working all afternoon to try and make Koha operational for our organisation...Version 2.2.9 1. In Cataloging, librarians are: A) Unable to edit a biblio's 'item values' and update/save them - the stored values are not even loaded into the from fields from the DB B) Unable to delete a biblio's 'items'. Clicking delete, nothing happens. 2. In Cataloging, when changing updating values in field 942c (itemtypes) in the Marc editor screen it does not update the new value in the biblioitems table. 3. When Deleting a book from Koha, the Biblio Subtitle (245b) is not erased from the subtitle database. When new books are added then the subtitles of the other books get all screwed up, Wrong, random subtitles for the books. Only solution is command line or phpmyadmin. Spooky! Not sure if I can present such a system to our library workers as yet. Bu then I have high hopes that the answers to the above can be found via the venerable readers of this list. Regards, Bo
Further to my earlier post on this topic I have now discovered that actually *none* of the marc fields can be edited and updated in the EDIT MARC form. This applies to my own install as well as the Liblime demo site. Starting to pull my hair and tug my ears....has anyone else noticed? Bo
Further to my earlier post on this topic I have now discovered that actually *none* of the marc fields can be edited and updated in the EDIT MARC form. This applies to my own install as well as the Liblime demo site.
Starting to pull my hair and tug my ears....has anyone else noticed? The LibLime demo is periodically 'refreshed', and the frameworks are 'fixed' automatically. Since the last refresh, I haven't been able to reproduce the bug you're reporting; I suspect it was a problem with the
Hi Bo, ----- "Bo Schafers" <bo@weavebrain.com.au> wrote: framework you were using. Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf@liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS
Hi Joshua! Ok. I've checked on the Liblime installation and -yes- I'm wrong- the behaviour is not present there. My Bad! Hmm, what could be wrong, I've been through every thing and the linkages seem to be identical to Liblime framework. I've just tried running rebuildnonmarc.pl and have some errors. The script actually goes through each record and spits out the following at the end of each record (same message with each one): </collection> at /usr/local/koha/intranet/modules/C4/Biblio.pm line 597. .DBD::mysql::db do failed: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 at ./rebuildnonmarc.pl line 98. DBD::mysql::st execute failed: Column 'biblionumber' cannot be null at /usr/local/koha/intranet/modules/C4/Biblio.pm line 1924. XML : <?xml version="1.0" encoding="UTF-8"?> <collection Could this be a useful pointer to why the marx and biblio don't get synced? I am on MySQL 5.00 using version 2.2.9 Thanks a lot! Bo Joshua M. Ferraro wrote:
Hi Bo,
----- "Bo Schafers" <bo@weavebrain.com.au> wrote:
Further to my earlier post on this topic I have now discovered that actually *none* of the marc fields can be edited and updated in the EDIT MARC form. This applies to my own install as well as the Liblime demo site.
Starting to pull my hair and tug my ears....has anyone else noticed?
The LibLime demo is periodically 'refreshed', and the frameworks are 'fixed' automatically. Since the last refresh, I haven't been able to reproduce the bug you're reporting; I suspect it was a problem with the framework you were using.
Cheers,
Sorry to post yet again, but I've been working all afternoon to try and make Koha operational for our organisation...Version 2.2.9
1. In Cataloging, librarians are: A) Unable to edit a biblio's 'item values' and update/save them - the stored values are not even loaded into the from fields from the DB B) Unable to delete a biblio's 'items'. Clicking delete, nothing happens.
2. In Cataloging, when changing updating values in field 942c (itemtypes) in the Marc editor screen it does not update the new value in the biblioitems table. These two issues would appear to be problems in the way you have defined your Bibliographic Frameworks. Could you double-check that you have mapped items fields to the items table in your framework? More
Hi Bo, See comments below: ----- "Bo Schafers" <bo@weavebrain.com.au> wrote: details on these issues would be useful to determine what the problem might be.
3. When Deleting a book from Koha, the Biblio Subtitle (245b) is not erased from the subtitle database. When new books are added then the subtitles of the other books get all screwed up, Wrong, random subtitles for the books. Only solution is command line or phpmyadmin. Spooky! Nice catch, this definitely was a bug, it was logged in bugzilla as #1346: http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1346
Thanks to Henri-Damian, it has been fixed in CVS (added two lines to Biblio.pm. Here's the changelog: http://cvs.savannah.nongnu.org/viewvc/koha/C4/Biblio.pm?view=log&root=koha&pathrev=rel_2_2
Not sure if I can present such a system to our library workers as yet. Bu then I have high hopes that the answers to the above can be found via the venerable readers of this list. Thanks for your feedback thusfar, and keep it coming!
Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf@liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS
Hi, Bo, Let's see if we can get you back on track some. On 5/27/07, Bo Schafers <bo@weavebrain.com.au> wrote:
Sorry to post yet again, but I've been working all afternoon to try and make Koha operational for our organisation...Version 2.2.9
What are your other specs? Operating system and version of mysql. Include those in your messages helps folks get a quicker read on what might be happening.
1. In Cataloging, librarians are: A) Unable to edit a biblio's 'item values' and update/save them - the stored values are not even loaded into the from fields from the DB B) Unable to delete a biblio's 'items'. Clicking delete, nothing happens.
2. In Cataloging, when changing updating values in field 942c (itemtypes) in the Marc editor screen it does not update the new value in the biblioitems table.
Koha gives you lots of room to configure your system exactly how you want. It's powerful, but a whole lot of work once you start making changes from the default. Leave yourself a good bit of time to completely configure your system. Be sure to do the MARC check before importing records. It won't catch everything but will notice the major errors. Any time you make a change to your framework or the other parameters in the check, run the MARC check again. My best advice here would be to carefully follow the guide here: http://www.kohadocs.org/usersguide/ I skimmed through it once before following it step by step to get an overview of the whole system. If you run into something particular that you don't understand, let the list know specifics and someone should have an idea how to proceed.
3. When Deleting a book from Koha, the Biblio Subtitle (245b) is not erased from the subtitle database. When new books are added then the subtitles of the other books get all screwed up, Wrong, random subtitles for the books. Only solution is command line or phpmyadmin. Spooky!
Thank you for confirming this bug affected someone else. I reported this bug (1346) and it appears to be fixed in CVS. I applied a patch to my 2.2.8 based on latest CVS and it now works for me.
Not sure if I can present such a system to our library workers as yet. Bu then I have high hopes that the answers to the above can be found via the venerable readers of this list.
Stick with it. Setting things up how you want them takes some time, but you'll end up with just the system your location needs. And do continue to report possible bugs. When you report a bug that helps get something fixed for you, you're also helping the whole Koha community. take care, --Jason
participants (3)
-
Bo Schafers -
Jason Ronallo -
Joshua M. Ferraro