Re: [Koha] A Report for Orders that have not been received between a date period

_ > Koha mailing list http://koha-community.org > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Jonathan Field Technical Director, PTFS Europe Limited Content Management and Library Solutions http://www.ptfs-europ

Re: [Koha] Cronjob

s.katipo.co.nz >> http://lists.katipo.co.nz/mailman/listinfo/koha >> > ___ > Koha mailing list http://koha-community.org > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > ___ > K

Re: [Koha-devel] Can we create templates for branches.

> > > ___ > Koha-devel mailing list > Koha-devel@lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bu

Re: [Koha] Blocking users...

Sounds like you have suspensions enabled. Check your "Circulation and fines rules" and look for the column "Suspension in days (day)". Anything other than a 0 in there will be blocking your patrons Jonathan On 21 November 2012 08:27, A. Şenol Armağan wrote: > > Hi all, > > We are using KOHA but w

Re: [Koha] OPAC session invalidation due to changing IP

We had this at a couple of sites and it turned out to be the proxy settings in the users browser. Removing the proxy or adding an exception at the proxy server end fixed the problem! Jonathan On 6 Jul 2012, at 19:59, Lebbeous Fogle-Weekley wrote: > Hi all, > > My question concerns a Koha 3.6.

Re: [Koha] branchcode/ldap

means branchcode? best regards samuel ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jonathan Field Technical Director, PTFS Europe Limited http://www.ptfs-europe.com __

Re: [OPEN-ILS-DEV] [OPEN-ILS-DOCUMENTATION] staff client context help feature

pen-ils-documentat...@list.georgialibraries.org http://list.georgialibraries.org/mailman/listinfo/open-ils-documentation -- Jonathan Field Technical Director, PTFS Europe Limited Content Management and Library Solutions http://www.ptfs-europe.com

Re: [OPEN-ILS-DOCUMENTATION] staff client context help feature

PEN-ILS-DOCUMENTATION@list.georgialibraries.org http://list.georgialibraries.org/mailman/listinfo/open-ils-documentation -- Jonathan Field Technical Director, PTFS Europe Limited Content Management and Library Solutions http://www.ptfs-europe.com ___

[OPEN-ILS-GENERAL] ***SPAM*** Re: Acquisitions issues

e that the development roadmap is very high level, but I don't see anything related to Acq listed in future releases. (BTW--thanks to whoever updated the roapmap!) I wouldn't say that Acq doesn't work, but currently we are finding it very cumbersome and staff are nearing the end of t

Re: [Koha] Fiscal roll over in Koha?

within a community stands as a testimonial to its values, its belief in universal access to literature and knowledge." Scott Turow ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/list

Re: [OPEN-ILS-GENERAL] Permissions

?? Anne Murray Sent from my BlackBerry® wireless device -- Jonathan Field Technical Director, PTFS Europe Limited http://www.ptfs-europe.com

Re: [OPEN-ILS-GENERAL] How do other systems handle print notices?

e (508) 756-0172 (508) 755-3721 (fax) kluss...@masslnc.org IM: kmlussier (AOL & Yahoo) Twitter: http://www.twitter.com/kmlussier -- Jonathan Field Technical Director, PTFS Europe Limited Content Management and Library Solutions http://www.ptfs-europe.com

Re: [Koha] EZproxy config: SIP2 stanza for Koha

Would you mind sharing your SIP2 config stanza -- Sanitized for public consumption, of course! :) Thank you! Chad ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jonathan

Re: [OPEN-ILS-GENERAL] newbie evergreen server build - en-GB

tion to work and am posting separately about that issue. So, initially I would say you need lots of patience and some Linux expertise. I spent many hours over a period of weeks installing Ubuntu, then Debian (on two different PCs) and going through the installation procedure, encountering errors e

Re: [OPEN-ILS-GENERAL] Trying to do Overdues.

h Michelle -- Benjamin Shum Open Source Software Coordinator Bibliomation, Inc. 32 Crest Road Middlebury, CT 06762 203-577-4070, ext. 113 -- Jonathan Field Technical Director, PTFS Europe Limited Content Management and Library Solutions +44 (0) 845 557 5634 (phone) +44 (0) 7919 372002 (mobi

[OPEN-ILS-DEV] ***SPAM*** Re: EDI

, MA 01606 http://www.cwmars.org <http://www.cwmars.org/> *P** Go Green - **Save a tree! Please don't print this e-mail unless it's really necessary.* -- Jonathan Field Technical Director, PTFS Europe Limited Content Management and Library Solutions +44 (0) 845 557 563

Re: [Koha] Language differences - EN vs EN-GB

ng list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha -- Jonathan Field Technical Director, PTFS Europe Limited Content Management and Library Solutions +44 (0) 845 557 5634 (phone) +44 (0) 7919 372002 (mobile) +44 (0) 800 756 6384 (fax)

Re: [Koha-devel] How to make z39.50 server

things required??? > > What are the values to be put in the port, database and encoding fields??? > > I am really confused. > > Please Help > > Thank you. > > On Tue, Dec 8, 2009 at 11:29 PM, Jonathan Field > mailto:jonathan.fi...@ptfs-europe.com>>

Re: [Koha-devel] How to make z39.50 server

___ > Koha-devel mailing list > Koha-devel@lists.koha.org > http://lists.koha.org/mailman/listinfo/koha-devel -- Jonathan Field Technical Director, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7919 372002 (mo

Re: Apache error logging under mod_perl

Thanks Tom, good info I had not come across before! The page refers to Apache 2, but they must have backported this to Apache 1.3 at some point as well. On Mon, 3 Apr 2006, Tom Schindl wrote: Jonathan Field wrote: Hi all, I've noticed that under mod_perl any die() (or croak()) call

Re: Database transaction across multiple web requests

be in memory the next time around so it will be faster than the first run anyways. Just some food for thought. Cheers, Jonathan Field On Sun, 2 Apr 2006, Perrin Harkins wrote: On Mon, 2006-04-03 at 10:28 +0800, Foo Ji-Haw wrote: Perrin Harkins wrote: Jeff wrote: Your application simply use

Apache error logging under mod_perl

am a bit wary of mucking with signal handlers (even perl internal ones) across the whole system. Anyways, thanks for any input. My system info is below. Jonathan Field zappos.com PS - The searchable mailing list archive URL that goes out in the inital subscription email is no longer valid:

[freenet-support] Re: Receipt for your subscription payment

Hello, I still appreciate the work you're doing, but I'd like to cancel my subscription donation for now. Keep up the good work! Thanks, Jonathan Field On Sat, 18 Sep 2004 [EMAIL PROTECTED] wrote: > Dear Sam Douglas, > > This email confirms that you sent $5.00 USD to Freen

Re: [BUG] Inconsistent $r->print() behavior with references

Thanks, all, for the prompt attention. I will update my coding habits accordingly :) Cheers On Wed, 10 Dec 2003, Stas Bekman wrote: > I've pinged Doug and the final verdict is this: > >The print-a-scalar-reference feature is now deprecated. There are >known bugs when using it and it's n

Inconsistent $r->print() behavior with references

l/2.8.15 OpenSSL/0.9.7b under FreeBSD 4.6.2-release. The output of perl -V is below. Thanks in advance for your time, let me know if you need any further information! Jonathan Field --- --- perl -V output: Summary of my perl5 (revision 5.0 version 6 subversion 1) configurat

Re: [BUG] Inconsistent $r->print() behavior with references

like this. I am not able to verify that, but if it is a common thing, perhaps it's the "right" way to detect a perl scalar reference from the other side? Not that I understand anything about the other side anyways :) Cheers, Jonathan Field -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html

Re: [BUG] Inconsistent $r->print() behavior with references

t. Thanks for the reminder :) Jonathan Field -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html

Re: [BUG] Inconsistent $r->print() behavior with references

Thanks for the info. It all makes some sort of sense :) Jonathan Field On Tue, 2 Dec 2003, Rafael Garcia-Suarez wrote: > Jonathan Field wrote: > > I was surprised that the "SCALAR(0x8ca70e4)" output was identical on > > subsequent requests to a child -- indicating to

Re: [BUG] Inconsistent $r->print() behavior with references

will look through the performance guidelines some more, though I think I've already applied them all :) Thanks for your input! Jonathan Field #--- # Benchmark code (hope my logic here is reasonable): #--- #!/usr/local/b

Re: [BUG] Inconsistent $r->print() behavior with references

> I'm not sure what you mean here. > Note that *variables* are lexically scoped, but not values. I was surprised that the "SCALAR(0x8ca70e4)" output was identical on subsequent requests to a child -- indicating to me that the ref (and what it was refering to) may have survived the request cycle?

Re: [BUG] Inconsistent $r->print() behavior with references

scalar and the ref are lexically scoped. One would think they had been destroyed by then? Any clue as to what causes that? Is this small leak meaningful enough to worry about? In the meantime I'll prepare to stop using this feature! Unless of course you end up fixing it :) Thanks, Jonathan

[BUG] Inconsistent $r->print() behavior with references

l/2.8.15 OpenSSL/0.9.7b under FreeBSD 4.6.2-release. The output of perl -V is below. Thanks in advance for your time, let me know if you need any further information! Jonathan Field --- --- perl -V output: Summary of my perl5 (revision 5.0 version 6 subversion 1) configurat