- Koha-devel - lists.koha-community.org

Issue/Return bug
by C W Nel 21 Feb '08

21 Feb '08

Hi All I found a rather serious bug in 2.2.9. During issuing or terurning, the holding branch data disappears from the items table. I suppose it happens in the process of updating the lastseen data or something. Can anyone please give me directions where to start looking to fix this, or maybe someone has a fix? Thanks!

1 0

Notice/Status Trigger question
by Tina Burger 21 Feb '08

21 Feb '08

Hi all, Can someone explain how Koha currently handles this situation: - A schedule for overdue notices is set in "Notice/Status Trigger" - Some borrowers do not have an email defined in their patron account. What happens to the notice that has been triggered? I know that some kind of excel file is sent to sys admin (as defined in Koha), but don't understand what that Excel file contains. I'd be most grateful for an answer, as I'm working on a Koha manual. Thanks! --tina -- Tina N. Burger VP Marketing, LibLime 449 East State St. PO Box 892 Athens, OH 45701 (888) Koha ILS (564-2457) ext. 705 tnb(a)liblime.com http://liblime.com

1 0

RV: [Koha-devel] Error handling
by Ignacio Javier 20 Feb '08

20 Feb '08

Sorry, in previous post there is an unexplained additional patch on a line of User-Agent (some robots may head without HTTPing this info), and was a 16 bit patch. > -----Mensaje original----- > De: koha-devel-bounces+ignacio.gomez=coremain.com(a)nongnu.org [mailto:koha- > devel-bounces+ignacio.gomez=coremain.com(a)nongnu.org] En nombre de Ignacio > Javier > Enviado el: miércoles, 20 de febrero de 2008 18:49 > Para: Koha-devel(a)nongnu.org > Asunto: [Koha-devel] Error handling > > Hi all: > > Seems to exist a bypass of koha Carp handler to CGI::Carp, all in really 8 > bits of ASCII code, may I think very difficult to find, and may I think > very > very prone to get cached by by its particular sense of inexistence. > > The 308 bytes of insultant and uncompressed solution was found miserably > chunking on to produce a magnificient *lowest codelines/minutes ratio ever > seen*. > > A cheers for the world of the 5/10/some minutes solution... They really > make > us feel better in disguise. Once, in five minutes, I was able to press on > button and take notice. > > Greetings, > > Ignacio Javier

1 0

Error handling
by Ignacio Javier 20 Feb '08

20 Feb '08

Hi all: Seems to exist a bypass of koha Carp handler to CGI::Carp, all in really 8 bits of ASCII code, may I think very difficult to find, and may I think very very prone to get cached by by its particular sense of inexistence. The 308 bytes of insultant and uncompressed solution was found miserably chunking on to produce a magnificient *lowest codelines/minutes ratio ever seen*. A cheers for the world of the 5/10/some minutes solution... They really make us feel better in disguise. Once, in five minutes, I was able to press on button and take notice. Greetings, Ignacio Javier

1 0

Re: [Koha] Install on Debian Etch
by Joshua Ferraro 20 Feb '08

20 Feb '08

Hi Harry, I'd suggest we move this question to the koha developer's list (CCed). Comments below: On 2/20/08, harry wykman <harrybw(a)iinet.net.au> wrote: > I am running Debian ETCH. > > I have followed the install instructions as well as installing requisite > items using CPAN. I cannot, however, install the last couple. Having > run 'perl Makefile.PL', at the end I get: > > [Mon Feb 18 21:43:35 2008] Makefile.PL: Warning: prerequisite DBD::mysql > 4.004 not found. We have 3.0008. > [Mon Feb 18 21:44:05 2008] Makefile.PL: Warning: prerequisite > XML::LibXSLT 1.59 not found. > Writing Makefile for koha > > > > In attempting to install these in CPAN I get the following errors: > > cpan> install DBD::mysql > Running install for module DBD::mysql > Running make for C/CA/CAPTTOFU/DBD-mysql-4.006.tar.gz > Is already unwrapped into directory /root/.cpan/build/DBD-mysql-4.006 > Makefile.PL returned status 512 > Running make test > Make had some problems, maybe interrupted? Won't test > Running make install > Make had some problems, maybe interrupted? Won't install DBD::mysql most certainly has some unfulfilled dependencies if you install it from CPAN. I would work from the INSTALL.debian file, rather than the INSTALL file for your Koha installation, it has specific instructions for how to prepare the dependencies on Debain Etch -- in short, you need to install the package maintainers version of DBD::mysql (apt-get install libdbd-mysql-perl) > AND > > make: *** [blib/arch/auto/XML/LibXSLT/LibXSLT.so] Error 1 > /usr/bin/make -- NOT OK > Running make test > Can't test without successful make > Running make install > make had returned bad status, install seems impossible The same applies here ... you really need to install the package maintainer's version of XML::LibXSLT and XML::LibXML, etc. The INSTALL.debian has some special instructions for this set of modules. > Then when I run 'make install' I get: > > biblio:/home/harry/Desktop/koha-3.00.00-alpha# make install > /usr/bin/perl "-Iblib/arch" "-Iblib/lib" fix-perl-path.PL blib > chown: `koha:koha': invalid user > make: *** [set_koha_ownership] Error 1 Are you working from the alpha or from a git repo with the latest snapshot? Which target did you try to install from (standard, single, dev?) Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE CEO migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf(a)liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS

1 0

new sysprefs
by Paul POULAIN 20 Feb '08

20 Feb '08

Hello, i'm translating the syspref added this week, and have found some that are only defined, and not used in the code : - WebBasedSelfCheck - staffClientBaseURL - minPasswordLength - noItemTypeImages - noOPACHolds (+ kados said, and he was right, that setting "no" to a "noXXXX" parameter means "XXXX", so we should probably rename this syspref to something "positive") - emailLibrarianWhenHoldIsPlaced - holdCancelLength - libraryAddress - finesMode (this one is used, but only in C4/SIP/Patron.pm, which is, afaik, specific & not production ready - globalDueDate - itemBarcodeInputFilter - singleBranchMode - URLLinkText - noOPACUserLogin (which would be a duplicate of opacuserlogin iiuc + kados said, and he was right, that setting "no" to a "noXXXX" parameter means "XXXX", so we should probably rename this syspref to something "positive") - OPACDisplayExtendedSubInfo - OPACViewOthersSuggestions - OPACURLOpenInNewWindow - OPACUserCSS (what does this one mean ? We already have opacstylesheet, opaccolorstylesheet) - emailPurchaseSuggestions There are so many missing that I just checked my repo was uptodate !!! so, were they here by mistake ? it is some planned features ? something i've missed ? cheers -- Paul POULAIN BibLibre SARL Expert en Logiciels Libres pour l'info-doc Tel : 04 91 31 45 19

4 4

Has the default been fixed in 2.2.9 for Issue Rules?
by Petrus B. van Bork 20 Feb '08

20 Feb '08

Dear List-Colleagues: The user guide states that this feature is currently broken but is to be fixed soon. Well, we are installing 2.2.9 - has it been fixed - I have not been able to find a reference anywhere on the net about this. We would really appreciate an answer as to the status of this development issue! Best, Petrus Hanover Public Library Ontario Canada

2 1

Koha 2.2.9: Different Loan Rules Between Branches...
by Petrus B. van Bork 20 Feb '08

20 Feb '08

Dear List-Colleagues: We are working our way through a Koha 2.2.9 install. Our current question is this: "If we have different branches, is it possible to set up different copies of the same title to have different issuing rules?" For example, a small library open two days a week loans videos for a one week period, whereas the main branch open 6 days per week, loans for 2 day only, can this scenario be accommodated by Koha? If Koha, in its current incarnation, cannot accommodate this, where would we look to do our own mods to the scripts and enable this? Best, Petrus Hanover Public Library Ontario Canada

3 2

Re: [Koha-devel] Issuing Rules
by Petrus B. van Bork 19 Feb '08

19 Feb '08

Dear Jesse & Fellow List Members: This new script sounds great! We would - very much - like to see it deployed for 3.0, a version which we are committed to deploying as soon as the stable version is released. The old version is unwieldy and tricky, the fact that using defaults is broken is unhelpful too! One thing which we are specifically interested in knowing is if it will handle incrementing fines daily as opposed to lumpsums periodically? Best, Petrus Hanover koha-devel-request(a)nongnu.org wrote: > Send Koha-devel mailing list submissions to > koha-devel(a)nongnu.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.nongnu.org/mailman/listinfo/koha-devel > or, via email, send a message with subject or body 'help' to > koha-devel-request(a)nongnu.org > > You can reach the person managing the list at > koha-devel-owner(a)nongnu.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Koha-devel digest..." > > > Today's Topics: > > 1. Re: Issuing Rules (Galen Charlton) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 19 Feb 2008 10:18:19 -0600 > From: "Galen Charlton" <galen.charlton(a)liblime.com> > Subject: Re: [Koha-devel] Issuing Rules > To: Jesse <pianohacker(a)gmail.com> > Cc: Koha Development Mailing List <koha-devel(a)nongnu.org> > Message-ID: > <4659947d0802190818l47f9e189g1f5244ab9201ffe0(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi, > > On 2/18/08, Jesse <pianohacker(a)gmail.com> wrote: > >> My little script (attached, along with a template for the default set) >> is actually a replacement for issuingrules.pl. Instead of having a >> massive table with two cells for every combination of itemtype and >> category code, there is now just one row for each rule; if you have a >> default rule, and rules for DVDs and Nonfiction, you will have three >> rows, with a cell each for Fine Amount, First Remind, Amount Loanable, >> etc. This is a rather large change, but it makes defining issuing >> rules much simpler. >> > > I did a (very) quick port of this to 3.0 and took a look. I like the > idea of removing the big matrix, particularly for libraries that have > lots of item types and/or patron categories. I also like the fact > that it doesn't require the user to enter commas or remember what each > comma-delimited field means. I think this approach will make it much > easier to add additional fields to the issuing rules and manage them > in the UI. > > Some suggestions: > > * Add the ability to limit one's view by item type or patron category. > * Either sort the item types and patron categories by the description > or include the code so that it is clear how the entries are being > sorted. > * Somehow make clear what the default issuing rule is for a given > branch, item type, and patron category combination if it's not > explicitly specified -- perhaps by allowing for wildcard entries. > > I would be in favor of getting this into 3.0 or 3.x quickly, possibly > making it a parallel alternative to the existing issuingrules.pl for a > while. > > Regards, > > Galen >

3 2

Issuing Rules
by C W Nel 19 Feb '08

19 Feb '08

Thanks Jesse Did you perhaps fix the chargeperiod problem? If you enter 1,7,7 the last 7 disappears and is not written into the issuingrules table. (Ver2.2.9)

3 2