- Koha - lists.katipo.co.nz

Koha - rebuild_zebra.pl -b -x -r -v cleaning but not rebuilding
by Linda Culberson 08 Feb '12

08 Feb '12

All, We have had an instance using rebuild_zebra.pl -b -x -r -v where it emptied the zebra bibliographic database but didn't rebuild it. Has anyone else had that happen before? Know the reason or the solution? We have compared the scripts and the configuration files with the other instances which are running correctly and have found no differences. Any help would be appreciated. Thanks. -- Linda Culberson lculber(a)mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives & History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873

2 1

3.06.02 LDAP Problem
by Barry Cannon 08 Feb '12

08 Feb '12

Hello, I have a new site running 3.06.02. I have configured LDAP as authentication and it seems to connect, authenticate and create the new patron correctly. The problem is though, that once the user logs in for the first time (and hence creates the Patron record) they are met with a "Error 500" screen. The actual Patron record is created and if they click the login button and login again then it will display the patron page correctly (and does for all subsequent logins). There isn't much in the logs except for a "Malformed Header - opac-user.pl" error. If I add a "Content-type" header to the opac-user.pl script (and not rely on the template to add the header) the first time user can login fine and the page shows correctly. (so this leads me to think the problem is in the page header but only on LDAP creation as a manual Patron creation is fine for first time login) I also noticed that the LDAP auto creation doesn't add an expiration date, even though it assigns the correct Parton Category. So, does anyone gave any ideas before I log a bug and start debugging it? I have used LDAP before on pre 3.06.02 sites with no problems. Thanks Barry

2 2

Anonymize checkout history
by Tom Hanstra 08 Feb '12

08 Feb '12

Does anyone successfully use the Anonymize Checkout History tool in Koha? We have found it not to work as we would expect and I'm not sure if we are attempting to use it improperly or the tool just does not work. Thanks, Tom -- ----------------------------------------------------------------------------- Tom Hanstra Systems Administrator University Libraries of Notre Dame Phone: (574)631-4686 213 Hesburgh Library Email: tom(a)nd.edu Notre Dame, IN 46556 Time flies like an arrow. Fruit flies like a banana. -----------------------------------------------------------------------------

1 0

Re: [Koha] 3.06.02 LDAP Problem
by Scott Owen 08 Feb '12

08 Feb '12

I have noticed this exact same behavior. The expiration date is the most disconcerting to me. After users log in successfully 1 time, all is well, but the first initial login is a bit confusing. -S >>> Barry Cannon<barry(a)oslo.ie> 2/8/2012 12:32 PM >>> Hello, I have a new site running 3.06.02. I have configured LDAP as authentication and it seems to connect, authenticate and create the new patron correctly. The problem is though, that once the user logs in for the first time (and hence creates the Patron record) they are met with a "Error 500" screen. The actual Patron record is created and if they click the login button and login again then it will display the patron page correctly (and does for all subsequent logins). There isn't much in the logs except for a "Malformed Header - opac-user.pl" error. If I add a "Content-type" header to the opac-user.pl script (and not rely on the template to add the header) the first time user can login fine and the page shows correctly. (so this leads me to think the problem is in the page header but only on LDAP creation as a manual Patron creation is fine for first time login) I also noticed that the LDAP auto creation doesn't add an expiration date, even though it assigns the correct Parton Category. So, does anyone gave any ideas before I log a bug and start debugging it? I have used LDAP before on pre 3.06.02 sites with no problems. Thanks Barry _______________________________________________ Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

1 0

[Discussion Tech] Cache handling in koha
by Tomas Cohen Arazi 08 Feb '12

08 Feb '12

Hi, I'm just starting a thread to discuss this topic so we make some decisions and we can continue improving Koha in this aspect. As far as I can remember there are a few issues with this: 1) The use of ENV vs. koha-conf.xml vs. DB/systempreferences to store memcached configuration. I introduced the use of ENV (from Apache vhost definition) for storing memcached servers configuration data on Bug 6193. This was done for being able to cache the koha-conf.xml configuration variables (prior to that, memcached info was saved in koha-conf.xml itself and thus not-cacheable). When coding that I realized that memcached was being initialized everywhere we needed it. And namespaces where not always consistent (KOHA and koha alternatively, this might not be a problem if this happens to be case insensitive, anyway, it looked bad to me). I then exported the object memcached and the ismemcached variable in C4::Context. This first patch (koha-conf.xml in memcache, and memcached object available for every other lib that includes C4::Context) has been pushed. Then there's a second patch, that removes several memcached configuration validation and initialization code from the rest of the libs, and reuses that variables from C4::Context. I tested it to work flawlessly, but things around it halted when other proposals raised. I like mi approach. I like how the resulting code looked, I wont hide it. But I don't need it to be accepted at all, maybe the other proposals are far better. The only thing I missed on this cache thing was more feedback. Back to the ENV use I think we must make a desicion: - Do we want to cache koha-conf.xml ? If the answer is no, then we can revert that patch. And we are done. If the answer is yes, we can deal with it is storing the settings in the database, but this will make it difficult to memoize the function reading. Or leave it as it is now. I don't agree it is a problem to move those settings to the vhost definition, it could be even moved into a separate file with an include sentence in the vhost definition for convenience (/etc/koha/memcached.conf and Include in vhost definition...) 2) Memoization in Koha Do we plan to use memoization in the mid/long-term? Or are we thinking of a more abstract set of 'cache' utilities which provide an interface to memcached? Using memoization is nice, clean and simple. It has the disadvantage that caching is done in an implicit way, and there are hidden problems (read side-effects) that have to be taken into account. For example, someone writes a method, other memoizes it, but doesn't know that a third method relies on data returned by the first mehotd being 'online'. As-is, memoize_memcached doesn't provide a proper way of invalidating data automatically. As said in a previous email: we will end up hooking all the data writing methods so they invalidate all the memcached store, or those methods the writer knows have to do with the current. Almost like making it explicit, but just for writers. In which case it is better to implement the second option, making everything explicit: The second approach means we have to hook every function to handle its caching, and cache invalidation. Its advantage is that being explicit, but requieres a lot of work and we will end up having business logic mixed with cache handling code, which is not a problem per-se. Just thinking. If we are planning to go on with memoization, I made a proposal on IRC (which had zero responses) to add memoize_memcached an array of references to data invalidation methods, so we don't have to hook every method. The Memoize::Memcached dev told me to take over the lib as he isn't maintaining it nor working on perl anymore. I'd like to do that, but I halted my work on that until it is more clear that it is not a waste of time. Ok. I'd like to re-read this words I wrote, but I'm just back from holidays and my bosses need a lot of answers for a lot of stuff I didn't finish last year, right now, so... Regards To+

1 0

Cannot Check Out!
by Raphael Chisanga Muonga 08 Feb '12

08 Feb '12

Colleagues, I have just spotted that our assistant Librarian had the Patron's profile with Lost Card checked to Yes which was wrong. We have reversed that to No and it is fine now.

1 0

Cannot Check Out!
by Raphael Chisanga Muonga 08 Feb '12

08 Feb '12

Fellow friends, suddenly we have a problem with one Patron. When we want to check out for this Patron the system is coming up with Cannot Check Out! Lost: Patron's card is lost. We have no clue as to what has caused this and how to resolve it. Plse help asap. We just recorded her checkout manually on paper. Regards. Raphael

1 0

Reserve pending priority 0
by april 07 Feb '12

07 Feb '12

System : Koha 2.2.9, on fedora Issue: Under the Circulation > Reserves Pending, the priority will occasionally get set to zero...even when the item is issued and the "cancel reserve" option is selected correctly during the issuing procedure. From that point on, onces the priority has been set to zero, there is no way to delete the reserve from the "reserves pending list". The materials are correctly issued and tracked from that point on, but the "pending reserve request" with a priority of "0" seems to stick, and this list can grow quite large over time. Is there a way to clear these from the list using the standard librarian interface ? please help... thanks

2 1

Adding more patrons to my database
by Hartman, David W. - GBTS Library 07 Feb '12

07 Feb '12

Hello Koha list, I am adding more patrons using the csv import tool to my patron database. If there are duplicates, will Koha give me the option to overwrite or ignore a duplicate record? Thanks for any help and advice.... David W. Hartman Global Business Technology Strategy Library

2 1

Problem with "hold-ability" of items on order, not yet received
by McElroy, Maureen 07 Feb '12

07 Feb '12

Dear collective brain, We are new to Koha and are on version 3.6. In our first attempt at entering orders in the acquisitions module, it seems as though the titles we ordered, are viewable but not hold-able. Many of the items we order are very popular titles that are not due to release for months out (6 months to a year) but our patrons want to see we're getting them and want to be able to get onto a hold queue for them. How do we input orders in the acquisitions module that allow holds to be placed on them? Maureen McElroy Manager Technical Services Dept. Washoe County Library 301 S Center St. Reno, NV 89501 775 327-8330 mailto:mmcelroy@washoecounty.us <mailto:mmcelroy@washoecounty.us> www.washoecountylibrary.us "Most important of all, perhaps, a library within a community stands as a testimonial to its values, its belief in universal access to literature and knowledge." Scott Turow

5 4