From dcook at prosentient.com.au  Thu Oct  1 02:00:52 2015
From: dcook at prosentient.com.au (David Cook)
Date: Thu, 1 Oct 2015 10:00:52 +1000
Subject: [Koha-devel] Add rule for no subroutines in PL scripts
In-Reply-To: <CABZfb=UX1t-4w4dDAo2ogUvtseGJts0oguO2uh-3AH3Uz_S_tQ@mail.gmail.com>
References: <006001d0fa5e$fa247ef0$ee6d7cd0$@prosentient.com.au>
	<560A82D5.5080903@inlibro.com>
	<CABZfb=WqC9=FPMVwztfwfd3iJR2+Mz95F5oKRqfCLp=F6Tpgwg@mail.gmail.com>
	<560AA582.6050005@inlibro.com>
	<002a01d0fb0f$85ba3a80$912eaf80$@prosentient.com.au>
	<560BD39D.3030704@inlibro.com>
	<CABZfb=UX1t-4w4dDAo2ogUvtseGJts0oguO2uh-3AH3Uz_S_tQ@mail.gmail.com>
Message-ID: <007201d0fbdc$3cc7fa60$b657ef20$@prosentient.com.au>

Thanks for that Tomas. I don?t think I have anything substantive to add. 

 

Recently, I?ve done a lot of work on another Perl project which often doesn?t use subroutines or has them scattered around in files, which make them impossible to test. It makes development more difficult and it makes releases a nightmare. As Tomas says, you need to be able to test everything. If you think about it in that way, no code is every used once. It always has to be used at least twice. 

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St, Ultimo, NSW 2007

 

From: Tomas Cohen Arazi [mailto:tomascohen at gmail.com] 
Sent: Thursday, 1 October 2015 12:19 AM
To: Philippe Blouin <philippe.blouin at inlibro.com>
Cc: David Cook <dcook at prosentient.com.au>; koha-devel <koha-devel at lists.koha-community.org>
Subject: Re: [Koha-devel] Add rule for no subroutines in PL scripts

 

 

2015-09-30 9:20 GMT-03:00 Philippe Blouin <philippe.blouin at inlibro.com <mailto:philippe.blouin at inlibro.com> >:

Because the code would be extremely specific to a specific functionality, whereas the code in the libraries is there to be reused.
And let not go overboard with OO.

 

We embrace the OO paradigm for most of the CRUD operations, but we also have libs containing functions that are used statically, like Koha::Util::MARC, that do specific things and are testable. And is only used in a couple places.

 

A script is a script is a script.  Make it readable, add functions to make it cleaner, make your functions readable.

 

We have two main kind of scripts: command line scripts, and controller scripts that got too complicated during Koha's life, and we are trying to simplify "as we go".

 

I think both should be testable.

 

And make some rule for forbidding direct DB accesses, so that future DB changes do not require to change many scripts.
But please, do not forbid functions in scripts.

As for tests, writing them for very complicated, very very specific function only applicable to a script could have value, but it certainly does not balance the extra complexity your bringing to the code.

 

I'm trying to think of a use case for that, and I'm not sure we really have that kind of situations. We might consider on a per-scenario basis BUT, the whole point is that no super-complex code should lack full coverage tests. Because the more complex the function, the more difficult for people to know they are not breaking a feature if they touch it.

 

So, even if we didn't write this rule down, the most probable scenario is that the release team would fail a patch adding complex functions that don't provide unit tests.

 

This is not a religious/fanatic thing, but a practical one. Trying to pay our technical debt and interests instead of adding more debt.

 

 

-- 

Tom?s Cohen Arazi

Theke Solutions (http://theke.io <http://theke.io/> )
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151001/4b3229b4/attachment-0001.html>

From dcook at prosentient.com.au  Thu Oct  1 02:08:26 2015
From: dcook at prosentient.com.au (David Cook)
Date: Thu, 1 Oct 2015 10:08:26 +1000
Subject: [Koha-devel] Add rule for no subroutines in PL scripts
In-Reply-To: <CAA7=B8w4fcSMedvD4oCK+9RXwG+Z=kMGLPnmwyHrqXpuu3vRMQ@mail.gmail.com>
References: <006001d0fa5e$fa247ef0$ee6d7cd0$@prosentient.com.au>
	<560A82D5.5080903@inlibro.com>
	<CABZfb=WqC9=FPMVwztfwfd3iJR2+Mz95F5oKRqfCLp=F6Tpgwg@mail.gmail.com>
	<560AA582.6050005@inlibro.com>
	<002a01d0fb0f$85ba3a80$912eaf80$@prosentient.com.au>
	<560BD39D.3030704@inlibro.com>
	<CAA7=B8w4fcSMedvD4oCK+9RXwG+Z=kMGLPnmwyHrqXpuu3vRMQ@mail.gmail.com>
Message-ID: <007701d0fbdd$4b9255d0$e2b70170$@prosentient.com.au>

Sorry, Chris, but I'm not sure I understand what you're saying here.

I suppose I don't really think about it in terms of libraries but rather in terms of classes. In theory, a script should be able to be broken down into concepts which fit into classes. 

I think sometimes we end up using subroutines in scripts because we haven't scrutinized the actual "function" enough. For instance, take a look at tools/letter.pl. 

Another scary one is opac/oai.pl, although that's actually created packages in the pl script which I think is actually worse in a way. 

Maybe it's not feasible to always have subroutines defined in Perl Modules. However, I rather there be a blanket ban on them, and allow exceptions to that rule on the discretion of the QA team and the RM. 

As Tomas has said, I think there's been an existing practice for some at least a few releases now to fail patches which have complex subroutines in Perl Files. This would simply be codifying an existing informal rule.

David Cook
Systems Librarian
Prosentient Systems
72/330 Wattle St, Ultimo, NSW 2007

> -----Original Message-----
> From: Christopher Nighswonger [mailto:chris.nighswonger at gmail.com]
> Sent: Thursday, 1 October 2015 12:58 AM
> To: Philippe Blouin <philippe.blouin at inlibro.com>
> Cc: David Cook <dcook at prosentient.com.au>; Tomas Cohen Arazi
> <tomascohen at gmail.com>; Koha Devel <koha-devel at lists.koha-
> community.org>
> Subject: Re: [Koha-devel] Add rule for no subroutines in PL scripts
> 
> On Wed, Sep 30, 2015 at 8:20 AM, Philippe Blouin
> <philippe.blouin at inlibro.com> wrote:
> > Because the code would be extremely specific to a specific
> > functionality, whereas the code in the libraries is there to be reused.
> > And let not go overboard with OO.
> >
> > A script is a script is a script.  Make it readable, add functions to
> > make it cleaner, make your functions readable.
> >
> > And make some rule for forbidding direct DB accesses, so that future
> > DB changes do not require to change many scripts.
> > But please, do not forbid functions in scripts.
> 
> I tend to agree with Philipee here. It is a bit of an overkill to blanket require a
> single-script function to be moved over to a library. Perhaps a better
> approach would be to add some rules which set for the case where functions
> in scripts should be moved into the appropriate library versus when the
> definition of functions is acceptable in the script itself.
> 
> Kind regards,
> Chris



From dcook at prosentient.com.au  Thu Oct  1 03:27:24 2015
From: dcook at prosentient.com.au (David Cook)
Date: Thu, 1 Oct 2015 11:27:24 +1000
Subject: [Koha-devel] Add rule for experimental features in
	coding	guidelines
In-Reply-To: <CAJzKNY6T01AHBLNEvvjq1A2V1ONc=mt8n6RK4iMna9dguh6FMg@mail.gmail.com>
References: <005b01d0fa5e$41863a50$c492aef0$@prosentient.com.au>
	<CAJzKNY6T01AHBLNEvvjq1A2V1ONc=mt8n6RK4iMna9dguh6FMg@mail.gmail.com>
Message-ID: <008b01d0fbe8$5370f300$fa52d900$@prosentient.com.au>

I'm perfectly happy with that : )

David Cook
Systems Librarian
Prosentient Systems
72/330 Wattle St, Ultimo, NSW 2007

> -----Original Message-----
> From: koha-devel-bounces at lists.koha-community.org [mailto:koha-devel-
> bounces at lists.koha-community.org] On Behalf Of Jonathan Druart
> Sent: Wednesday, 30 September 2015 6:38 PM
> To: koha-devel at lists.koha-community.org
> Subject: Re: [Koha-devel] Add rule for experimental features in coding
> guidelines
> 
> Maybe it would be better to just specify that the code has to pass the koha-
> qa script.
> The experimental warnings is raised by perl -w and caught by this script.
> 
> 2015-09-29 3:26 GMT+01:00 David Cook <dcook at prosentient.com.au>:
> > Hi all:
> >
> >
> >
> > I just noticed that we don?t actually have a rule against using
> > experimental features (e.g. smartmatch ~~, given/when) in the coding
> > guidelines. We impose this rule during the testing/QA process, but
> > it?s not actually documented.
> >
> >
> >
> > What do we need to do to add a rule? Bring this up at a meeting?
> >
> >
> >
> > http://wiki.koha-community.org/wiki/Coding_Guidelines
> >
> >
> >
> >
> >
> > David Cook
> >
> > Systems Librarian
> >
> > Prosentient Systems
> >
> > 72/330 Wattle St, Ultimo, NSW 2007
> >
> >
> >
> >
> > _______________________________________________
> > Koha-devel mailing list
> > Koha-devel at 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/ bugs : http://bugs.koha-community.org/
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/ bugs : http://bugs.koha-community.org/



From chris.nighswonger at gmail.com  Thu Oct  1 04:29:27 2015
From: chris.nighswonger at gmail.com (Christopher Nighswonger)
Date: Wed, 30 Sep 2015 22:29:27 -0400
Subject: [Koha-devel] Add rule for no subroutines in PL scripts
In-Reply-To: <007701d0fbdd$4b9255d0$e2b70170$@prosentient.com.au>
References: <006001d0fa5e$fa247ef0$ee6d7cd0$@prosentient.com.au>
	<560A82D5.5080903@inlibro.com>
	<CABZfb=WqC9=FPMVwztfwfd3iJR2+Mz95F5oKRqfCLp=F6Tpgwg@mail.gmail.com>
	<560AA582.6050005@inlibro.com>
	<002a01d0fb0f$85ba3a80$912eaf80$@prosentient.com.au>
	<560BD39D.3030704@inlibro.com>
	<CAA7=B8w4fcSMedvD4oCK+9RXwG+Z=kMGLPnmwyHrqXpuu3vRMQ@mail.gmail.com>
	<007701d0fbdd$4b9255d0$e2b70170$@prosentient.com.au>
Message-ID: <CAA7=B8xNFB0pfvBxZkqdFYSWcp_e1Ke=_nOAv-j0M7vvwKoF7Q@mail.gmail.com>

On Wed, Sep 30, 2015 at 8:08 PM, David Cook <dcook at prosentient.com.au> wrote:
>Sorry, Chris, but I'm not sure I understand what you're saying here.

Let me see if I can clarify it a bit.

> I suppose I don't really think about it in terms of libraries but rather in terms of classes. In theory, a script should be able to be broken down into concepts which fit into classes.

In my understanding class implies a related (however loosely) set of
data and methods. So to put the suggestion under discussion into
practice one would need to essentially create a "module" for every
script which contained any "methods" unique to that script or create a
sort of catch-all module into which one would place methods which are
generally unrelated to each other, but do not properly belong to any
other module. Such a module would eventually become rather large and
unmanageable I think.

Take, for example, this script which produces the pdf file during a
label export.

http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=labels/label-create-pdf.pl;h=e69ba41e55634d5b15ad7a993edbd203b649424d;hb=HEAD

In it are two subs which might have been made methods of the
C4::Labels::Label class, but they are not properly members of that
class as they do not operate on a label object, but on the pdf object.
Perhaps they could have gone into C4::Creators::PDF class, but that is
really just a wrapper to make PDF::Reuse behave OO-like and those subs
are totally unrelated to PDF::Reuse. It might go into
C4::Creators::Lib as that is not properly a class, but a catch-all for
functions to permit them to be called OO-style, but all of the
functions in Lib are used by more than one script where the above
mentioned are used only once.

The script which produces the pdf file is not hard to debug/test as
the vast majority of it is OO. The very little bit which is not is
still rather straightforward. (BTW, are we talking about writing tests
for every single script as well as the various modules? Maybe I'm not
seeing something... which is a pretty common thing for me. :-)

>
> I think sometimes we end up using subroutines in scripts because we haven't scrutinized the actual "function" enough. For instance, take a look at tools/letter.pl.
>
> Another scary one is opac/oai.pl, although that's actually created packages in the pl script which I think is actually worse in a way.
>

I certainly agree with your observations in cases such as these. There
are undoubtedly many things in Koha which could and should be
refactored into OO form, and subs/functions are often used as an easy
out by authors. The labels (and friends) code was my feeble attempt to
do that in that section of the Koha world.

> Maybe it's not feasible to always have subroutines defined in Perl Modules. However, I rather there be a blanket ban on them, and allow exceptions to that rule on the discretion of the QA team and the RM.
>
> As Tomas has said, I think there's been an existing practice for some at least a few releases now to fail patches which have complex subroutines in Perl Files. This would simply be codifying an existing informal rule.

If it is already the practice of the QA team to examine each instance
and pass/fail on the merits of the particular form based on the
particular application, then it appears to me that there is no need
for a ban. What seems more reasonable is a formal statement of what
has been the practice: a case by case determination which requires the
author to justify cases that the QA team fails. A ban seems to imply a
complete unwillingness to consider the possibility of the potential
need of a sub/function. Although I'm sure that is not at all the
motive.

Ultimately, I'll yield to whatever everyone thinks is best. This is
just my humble (and probably uninformed) opinion.

Kind regards,
Chris

From dcook at prosentient.com.au  Thu Oct  1 05:14:16 2015
From: dcook at prosentient.com.au (David Cook)
Date: Thu, 1 Oct 2015 13:14:16 +1000
Subject: [Koha-devel] Add rule for no subroutines in PL scripts
In-Reply-To: <CAA7=B8xNFB0pfvBxZkqdFYSWcp_e1Ke=_nOAv-j0M7vvwKoF7Q@mail.gmail.com>
References: <006001d0fa5e$fa247ef0$ee6d7cd0$@prosentient.com.au>
	<560A82D5.5080903@inlibro.com>
	<CABZfb=WqC9=FPMVwztfwfd3iJR2+Mz95F5oKRqfCLp=F6Tpgwg@mail.gmail.com>
	<560AA582.6050005@inlibro.com>
	<002a01d0fb0f$85ba3a80$912eaf80$@prosentient.com.au>
	<560BD39D.3030704@inlibro.com>
	<CAA7=B8w4fcSMedvD4oCK+9RXwG+Z=kMGLPnmwyHrqXpuu3vRMQ@mail.gmail.com>
	<007701d0fbdd$4b9255d0$e2b70170$@prosentient.com.au>
	<CAA7=B8xNFB0pfvBxZkqdFYSWcp_e1Ke=_nOAv-j0M7vvwKoF7Q@mail.gmail.com>
Message-ID: <00a201d0fbf7$41337690$c39a63b0$@prosentient.com.au>

Hi Chris:

Thanks for taking the time to explain your thoughts.

In the case of http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=labels/label-create-pdf.pl;h=e69ba41e55634d5b15ad7a993edbd203b649424d;hb=HEAD, I probably would've structured the code differently. If you look at _print_text(), it looks like it should be a method of $pdf. Scoping $pdf with "our" seems suboptimal here although I imagine it was needed for it work at all with Plack? I'd have to look at the code more to understand "_calc_next_label_pos()", but it looks similar. 

For me, we have a number of concepts here. The most obvious one is PDF. We're creating and outputting a PDF. So that's a conceptual class. But it's not any old PDF. It's a PDF of labels. So maybe we have something like PDF::Labels as another conceptual class... or maybe Labels::PDF as we might have other ways of building and outputting labels. So we subclass PDF and add methods for building a label sheet. Maybe we have other classes specific to individual labels and we add those to the label sheet object. I don't know. This is just me thinking outloud. Each class would resemble a "thing" and have properties and methods suitable to the what that "thing" does or how its structured. In this case, we're adding labels to the PDF, so the method for adding label text to the PDF would be in the PDF class. The code for the particulars might be in a PDF::Label or Label::PDF object which the PDF class knows how to handle. 

Anyway, that's probably the last of my comments on the matter. I think the RM and QA team will continue to do what they do best, and that's make Koha the best it can be. 

David Cook
Systems Librarian
Prosentient Systems
72/330 Wattle St, Ultimo, NSW 2007

> -----Original Message-----
> From: Christopher Nighswonger [mailto:chris.nighswonger at gmail.com]
> Sent: Thursday, 1 October 2015 12:29 PM
> To: David Cook <dcook at prosentient.com.au>
> Cc: Philippe Blouin <philippe.blouin at inlibro.com>; Tomas Cohen Arazi
> <tomascohen at gmail.com>; Koha Devel <koha-devel at lists.koha-
> community.org>
> Subject: Re: [Koha-devel] Add rule for no subroutines in PL scripts
> 
> On Wed, Sep 30, 2015 at 8:08 PM, David Cook <dcook at prosentient.com.au>
> wrote:
> >Sorry, Chris, but I'm not sure I understand what you're saying here.
> 
> Let me see if I can clarify it a bit.
> 
> > I suppose I don't really think about it in terms of libraries but rather in terms
> of classes. In theory, a script should be able to be broken down into concepts
> which fit into classes.
> 
> In my understanding class implies a related (however loosely) set of data and
> methods. So to put the suggestion under discussion into practice one would
> need to essentially create a "module" for every script which contained any
> "methods" unique to that script or create a sort of catch-all module into
> which one would place methods which are generally unrelated to each other,
> but do not properly belong to any other module. Such a module would
> eventually become rather large and unmanageable I think.
> 
> Take, for example, this script which produces the pdf file during a label
> export.
> 
> http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=labels/label-
> create-pdf.pl;h=e69ba41e55634d5b15ad7a993edbd203b649424d;hb=HEAD
> 
> In it are two subs which might have been made methods of the
> C4::Labels::Label class, but they are not properly members of that class as
> they do not operate on a label object, but on the pdf object.
> Perhaps they could have gone into C4::Creators::PDF class, but that is really
> just a wrapper to make PDF::Reuse behave OO-like and those subs are
> totally unrelated to PDF::Reuse. It might go into C4::Creators::Lib as that is
> not properly a class, but a catch-all for functions to permit them to be called
> OO-style, but all of the functions in Lib are used by more than one script
> where the above mentioned are used only once.
> 
> The script which produces the pdf file is not hard to debug/test as the vast
> majority of it is OO. The very little bit which is not is still rather
> straightforward. (BTW, are we talking about writing tests for every single
> script as well as the various modules? Maybe I'm not seeing something...
> which is a pretty common thing for me. :-)
> 
> >
> > I think sometimes we end up using subroutines in scripts because we
> haven't scrutinized the actual "function" enough. For instance, take a look at
> tools/letter.pl.
> >
> > Another scary one is opac/oai.pl, although that's actually created packages
> in the pl script which I think is actually worse in a way.
> >
> 
> I certainly agree with your observations in cases such as these. There are
> undoubtedly many things in Koha which could and should be refactored into
> OO form, and subs/functions are often used as an easy out by authors. The
> labels (and friends) code was my feeble attempt to do that in that section of
> the Koha world.
> 
> > Maybe it's not feasible to always have subroutines defined in Perl
> Modules. However, I rather there be a blanket ban on them, and allow
> exceptions to that rule on the discretion of the QA team and the RM.
> >
> > As Tomas has said, I think there's been an existing practice for some at least
> a few releases now to fail patches which have complex subroutines in Perl
> Files. This would simply be codifying an existing informal rule.
> 
> If it is already the practice of the QA team to examine each instance and
> pass/fail on the merits of the particular form based on the particular
> application, then it appears to me that there is no need for a ban. What
> seems more reasonable is a formal statement of what has been the practice:
> a case by case determination which requires the author to justify cases that
> the QA team fails. A ban seems to imply a complete unwillingness to consider
> the possibility of the potential need of a sub/function. Although I'm sure that
> is not at all the motive.
> 
> Ultimately, I'll yield to whatever everyone thinks is best. This is just my
> humble (and probably uninformed) opinion.
> 
> Kind regards,
> Chris



From mtompset at hotmail.com  Thu Oct  1 16:54:30 2015
From: mtompset at hotmail.com (Mark Tompsett)
Date: Thu, 1 Oct 2015 10:54:30 -0400
Subject: [Koha-devel] Add rule for no subroutines in PL scripts
In-Reply-To: <809BE39CD64BFD4EB9036172EBCCFA315AF9F223@S-MAIL-1B.rijksmuseum.intra>
References: <006001d0fa5e$fa247ef0$ee6d7cd0$@prosentient.com.au>
	<809BE39CD64BFD4EB9036172EBCCFA315AF9F223@S-MAIL-1B.rijksmuseum.intra>
Message-ID: <BLU172-DS29206679BC6B1F3B5F8DBC64C0@phx.gbl>

Greetings,

> There is a problem with Plack if you define lexical variables
> at top level and refer to them in the subroutines.

Which is why we should only use a hash reference parameter, (Which is 
covered partially by PERL16.  :) ) and then document what we expect in the 
parameter list. It would make putting those lexical variables as parameters 
easy.

If they were always hash references, that would make things a lot easier 
too, but I understand why a single variable parameter list might not wish to 
be a hashref. :)

GPML,
Mark Tompsett



_______________________________________________
Koha-devel mailing list
Koha-devel at 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/
bugs : http://bugs.koha-community.org/ 


From tomascohen at gmail.com  Thu Oct  1 20:52:52 2015
From: tomascohen at gmail.com (Tomas Cohen Arazi)
Date: Thu, 1 Oct 2015 15:52:52 -0300
Subject: [Koha-devel] Add rule for no subroutines in PL scripts
In-Reply-To: <00a201d0fbf7$41337690$c39a63b0$@prosentient.com.au>
References: <006001d0fa5e$fa247ef0$ee6d7cd0$@prosentient.com.au>
	<560A82D5.5080903@inlibro.com>
	<CABZfb=WqC9=FPMVwztfwfd3iJR2+Mz95F5oKRqfCLp=F6Tpgwg@mail.gmail.com>
	<560AA582.6050005@inlibro.com>
	<002a01d0fb0f$85ba3a80$912eaf80$@prosentient.com.au>
	<560BD39D.3030704@inlibro.com>
	<CAA7=B8w4fcSMedvD4oCK+9RXwG+Z=kMGLPnmwyHrqXpuu3vRMQ@mail.gmail.com>
	<007701d0fbdd$4b9255d0$e2b70170$@prosentient.com.au>
	<CAA7=B8xNFB0pfvBxZkqdFYSWcp_e1Ke=_nOAv-j0M7vvwKoF7Q@mail.gmail.com>
	<00a201d0fbf7$41337690$c39a63b0$@prosentient.com.au>
Message-ID: <CABZfb=U2OsgbmGMyKy82KwueDdfrese8C8VEihGoBqYWN0boGw@mail.gmail.com>

I agree with you all. The Release Team focuses on testability, and we'll
keep doing that unless some radical change happens with the next release
team election. So, as I said, this is already being encouraged (keeping
things testable+tested) and no written rule is needed for us to work like
we do now. Maybe it would make it explicit, but I've learnt that this
community prefers discussions about ways to achieve a goal (or better,
about the patches themselves), rather than hard rules on how to do things
that can be done in different ways.

That said, the patches for bug 13799 [1] (which is in really good shape
now) show that even controller scripts can be tested if they are written
with the right tools and testability in mind. It will be patch writter's
job to convince the release team (as usual!) that there is a real need to
write helper functions inside the controller/cli scripts.

Kind regards

[1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13799

2015-10-01 0:14 GMT-03:00 David Cook <dcook at prosentient.com.au>:

> Hi Chris:
>
> Thanks for taking the time to explain your thoughts.
>
> In the case of
> http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=labels/label-create-pdf.pl;h=e69ba41e55634d5b15ad7a993edbd203b649424d;hb=HEAD,
> I probably would've structured the code differently. If you look at
> _print_text(), it looks like it should be a method of $pdf. Scoping $pdf
> with "our" seems suboptimal here although I imagine it was needed for it
> work at all with Plack? I'd have to look at the code more to understand
> "_calc_next_label_pos()", but it looks similar.
>
> For me, we have a number of concepts here. The most obvious one is PDF.
> We're creating and outputting a PDF. So that's a conceptual class. But it's
> not any old PDF. It's a PDF of labels. So maybe we have something like
> PDF::Labels as another conceptual class... or maybe Labels::PDF as we might
> have other ways of building and outputting labels. So we subclass PDF and
> add methods for building a label sheet. Maybe we have other classes
> specific to individual labels and we add those to the label sheet object. I
> don't know. This is just me thinking outloud. Each class would resemble a
> "thing" and have properties and methods suitable to the what that "thing"
> does or how its structured. In this case, we're adding labels to the PDF,
> so the method for adding label text to the PDF would be in the PDF class.
> The code for the particulars might be in a PDF::Label or Label::PDF object
> which the PDF class knows how to handle.
>
> Anyway, that's probably the last of my comments on the matter. I think the
> RM and QA team will continue to do what they do best, and that's make Koha
> the best it can be.
>
> David Cook
> Systems Librarian
> Prosentient Systems
> 72/330 Wattle St, Ultimo, NSW 2007
>
> > -----Original Message-----
> > From: Christopher Nighswonger [mailto:chris.nighswonger at gmail.com]
> > Sent: Thursday, 1 October 2015 12:29 PM
> > To: David Cook <dcook at prosentient.com.au>
> > Cc: Philippe Blouin <philippe.blouin at inlibro.com>; Tomas Cohen Arazi
> > <tomascohen at gmail.com>; Koha Devel <koha-devel at lists.koha-
> > community.org>
> > Subject: Re: [Koha-devel] Add rule for no subroutines in PL scripts
> >
> > On Wed, Sep 30, 2015 at 8:08 PM, David Cook <dcook at prosentient.com.au>
> > wrote:
> > >Sorry, Chris, but I'm not sure I understand what you're saying here.
> >
> > Let me see if I can clarify it a bit.
> >
> > > I suppose I don't really think about it in terms of libraries but
> rather in terms
> > of classes. In theory, a script should be able to be broken down into
> concepts
> > which fit into classes.
> >
> > In my understanding class implies a related (however loosely) set of
> data and
> > methods. So to put the suggestion under discussion into practice one
> would
> > need to essentially create a "module" for every script which contained
> any
> > "methods" unique to that script or create a sort of catch-all module into
> > which one would place methods which are generally unrelated to each
> other,
> > but do not properly belong to any other module. Such a module would
> > eventually become rather large and unmanageable I think.
> >
> > Take, for example, this script which produces the pdf file during a label
> > export.
> >
> > http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=labels/label-
> > create-pdf.pl;h=e69ba41e55634d5b15ad7a993edbd203b649424d;hb=HEAD
> >
> > In it are two subs which might have been made methods of the
> > C4::Labels::Label class, but they are not properly members of that class
> as
> > they do not operate on a label object, but on the pdf object.
> > Perhaps they could have gone into C4::Creators::PDF class, but that is
> really
> > just a wrapper to make PDF::Reuse behave OO-like and those subs are
> > totally unrelated to PDF::Reuse. It might go into C4::Creators::Lib as
> that is
> > not properly a class, but a catch-all for functions to permit them to be
> called
> > OO-style, but all of the functions in Lib are used by more than one
> script
> > where the above mentioned are used only once.
> >
> > The script which produces the pdf file is not hard to debug/test as the
> vast
> > majority of it is OO. The very little bit which is not is still rather
> > straightforward. (BTW, are we talking about writing tests for every
> single
> > script as well as the various modules? Maybe I'm not seeing something...
> > which is a pretty common thing for me. :-)
> >
> > >
> > > I think sometimes we end up using subroutines in scripts because we
> > haven't scrutinized the actual "function" enough. For instance, take a
> look at
> > tools/letter.pl.
> > >
> > > Another scary one is opac/oai.pl, although that's actually created
> packages
> > in the pl script which I think is actually worse in a way.
> > >
> >
> > I certainly agree with your observations in cases such as these. There
> are
> > undoubtedly many things in Koha which could and should be refactored into
> > OO form, and subs/functions are often used as an easy out by authors. The
> > labels (and friends) code was my feeble attempt to do that in that
> section of
> > the Koha world.
> >
> > > Maybe it's not feasible to always have subroutines defined in Perl
> > Modules. However, I rather there be a blanket ban on them, and allow
> > exceptions to that rule on the discretion of the QA team and the RM.
> > >
> > > As Tomas has said, I think there's been an existing practice for some
> at least
> > a few releases now to fail patches which have complex subroutines in Perl
> > Files. This would simply be codifying an existing informal rule.
> >
> > If it is already the practice of the QA team to examine each instance and
> > pass/fail on the merits of the particular form based on the particular
> > application, then it appears to me that there is no need for a ban. What
> > seems more reasonable is a formal statement of what has been the
> practice:
> > a case by case determination which requires the author to justify cases
> that
> > the QA team fails. A ban seems to imply a complete unwillingness to
> consider
> > the possibility of the potential need of a sub/function. Although I'm
> sure that
> > is not at all the motive.
> >
> > Ultimately, I'll yield to whatever everyone thinks is best. This is just
> my
> > humble (and probably uninformed) opinion.
> >
> > Kind regards,
> > Chris
>
>
>


-- 
Tom?s Cohen Arazi
Theke Solutions (http://theke.io)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151001/d50567b4/attachment.html>

From Katrin.Fischer.83 at web.de  Fri Oct  2 08:38:47 2015
From: Katrin.Fischer.83 at web.de (Katrin Fischer)
Date: Fri, 2 Oct 2015 08:38:47 +0200
Subject: [Koha-devel] Cataloguer's info in MARC field
In-Reply-To: <560A29BF.209@veron.ch>
References: <1442907297842-5854171.post@n5.nabble.com>
	<5609B08E.4000107@web.de> <560A29BF.209@veron.ch>
Message-ID: <560E2677.403@web.de>

Hi Marc,

documenting this is definitely a good idea. :) An explanation on the
help page and maybe a short hint about the existance of placeholders on
the form?

Katrin

Am 29.09.2015 um 08:03 schrieb Marc V?ron:
> Hi Katrin,
> 
> I tested as well on some subfields, it worked fine with 'user'.
> 
> Bug 7045 mentions more replaceable strings: YYYY, MM and DD
> 
> I successfully tested with 'user DD-MM-YYYY', resulting in something like:
> testuser 29-09-2015
> 
> However I do not find any documentation about the replaceable strings, I
> would expect it at the following place:
> http://manual.koha-community.org/3.20/en/catadmin.html#marcbibframeworks
> 
> Additionally, it might be helpful to have a hint on the edit form for
> subfields, near "Default value", what do you think?
> 
> Marc
> 
> 
> 
> Am 28.09.2015 um 23:26 schrieb Katrin Fischer:
>> Hi,
>>
>> there is a somewhat hidden feature you could use, described on bug 7045:
>> http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7045
>>
>> If you add 'user' as the default value for a subfield in your
>> bibliographic frameworks, the field will be automatically filled with
>> the staff user's surname. I just tested it - it still works on current
>> master, but probably needs a bit more testing.
>>
>> Hope this helps,
>>
>> Katrin
>>
>> Am 22.09.2015 um 09:34 schrieb akafortes:
>>> Hello, 
>>> is it possible to get the username of the logged in user and use it in a
>>> MARC field? 
>>> I would like to add a field where I keep info about who catalogued a record.
>>>
>>>
>>>
>>> --
>>> View this message in context: http://koha.1045719.n5.nabble.com/Cataloguer-s-info-in-MARC-field-tp5854171.html
>>> Sent from the Koha-devel mailing list archive at Nabble.com.
>>> _______________________________________________
>>> Koha-devel mailing list
>>> Koha-devel at 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/
>>> bugs : http://bugs.koha-community.org/
>>>
>> _______________________________________________
>> Koha-devel mailing list
>> Koha-devel at 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/
>> bugs : http://bugs.koha-community.org/
>>
> 
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
> 


From frederic at tamil.fr  Fri Oct  2 08:59:19 2015
From: frederic at tamil.fr (=?UTF-8?B?RnLDqWTDqXJpYyBEZW1pYW5z?=)
Date: Fri, 2 Oct 2015 08:59:19 +0200
Subject: [Koha-devel] Add rule for no subroutines in PL scripts
In-Reply-To: <007701d0fbdd$4b9255d0$e2b70170$@prosentient.com.au>
References: <006001d0fa5e$fa247ef0$ee6d7cd0$@prosentient.com.au>
	<560A82D5.5080903@inlibro.com>
	<CABZfb=WqC9=FPMVwztfwfd3iJR2+Mz95F5oKRqfCLp=F6Tpgwg@mail.gmail.com>
	<560AA582.6050005@inlibro.com>
	<002a01d0fb0f$85ba3a80$912eaf80$@prosentient.com.au>
	<560BD39D.3030704@inlibro.com>
	<CAA7=B8w4fcSMedvD4oCK+9RXwG+Z=kMGLPnmwyHrqXpuu3vRMQ@mail.gmail.com>
	<007701d0fbdd$4b9255d0$e2b70170$@prosentient.com.au>
Message-ID: <CAHw0k4ajeeAOXdc-g82P9ri97_Aw4rQimbcfKRKvAYM0uR8L6A@mail.gmail.com>

> Another scary one is opac/oai.pl, although that's actually created packages
> in the pl script which I think is actually worse in a way.

Even if I am on Philippe Blouin side on this discusion (overengineering has
its drawbacks), concerning Koha OAI server, it has been done in one unique .pl
file because there wasn't any object model or rules in the Koha project when
it has been coded. But it's OO (with something like Moose, it would be even
cleaner...) It's just a matter of modularization: putting each class in a
separate file in a Koha::OAI namespace.

I've created a bug for that:

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14939

From dcook at prosentient.com.au  Fri Oct  2 09:03:31 2015
From: dcook at prosentient.com.au (David Cook)
Date: Fri, 2 Oct 2015 17:03:31 +1000
Subject: [Koha-devel] Add rule for no subroutines in PL scripts
In-Reply-To: <CAHw0k4ajeeAOXdc-g82P9ri97_Aw4rQimbcfKRKvAYM0uR8L6A@mail.gmail.com>
References: <006001d0fa5e$fa247ef0$ee6d7cd0$@prosentient.com.au>	<560A82D5.5080903@inlibro.com>	<CABZfb=WqC9=FPMVwztfwfd3iJR2+Mz95F5oKRqfCLp=F6Tpgwg@mail.gmail.com>	<560AA582.6050005@inlibro.com>	<002a01d0fb0f$85ba3a80$912eaf80$@prosentient.com.au>	<560BD39D.3030704@inlibro.com>	<CAA7=B8w4fcSMedvD4oCK+9RXwG+Z=kMGLPnmwyHrqXpuu3vRMQ@mail.gmail.com>	<007701d0fbdd$4b9255d0$e2b70170$@prosentient.com.au>
	<CAHw0k4ajeeAOXdc-g82P9ri97_Aw4rQimbcfKRKvAYM0uR8L6A@mail.gmail.com>
Message-ID: <005b01d0fce0$725a78b0$570f6a10$@prosentient.com.au>

Agreed. Thanks for creating that bug, Fr?d?ric!

David Cook
Systems Librarian
Prosentient Systems
72/330 Wattle St, Ultimo, NSW 2007

> -----Original Message-----
> From: frederic.demians at gmail.com [mailto:frederic.demians at gmail.com]
> On Behalf Of Fr?d?ric Demians
> Sent: Friday, 2 October 2015 4:59 PM
> To: David Cook <dcook at prosentient.com.au>
> Cc: Christopher Nighswonger <chris.nighswonger at gmail.com>; Philippe
> Blouin <philippe.blouin at inlibro.com>; Koha Devel <koha-devel at lists.koha-
> community.org>
> Subject: Re: [Koha-devel] Add rule for no subroutines in PL scripts
> 
> > Another scary one is opac/oai.pl, although that's actually created
> > packages in the pl script which I think is actually worse in a way.
> 
> Even if I am on Philippe Blouin side on this discusion (overengineering has its
> drawbacks), concerning Koha OAI server, it has been done in one unique .pl
> file because there wasn't any object model or rules in the Koha project when
> it has been coded. But it's OO (with something like Moose, it would be even
> cleaner...) It's just a matter of modularization: putting each class in a separate
> file in a Koha::OAI namespace.
> 
> I've created a bug for that:
> 
> http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14939



From veron at veron.ch  Fri Oct  2 10:09:39 2015
From: veron at veron.ch (=?UTF-8?Q?Marc_V=c3=a9ron?=)
Date: Fri, 2 Oct 2015 10:09:39 +0200
Subject: [Koha-devel] Cataloguer's info in MARC field
In-Reply-To: <560E2677.403@web.de>
References: <1442907297842-5854171.post@n5.nabble.com>
	<5609B08E.4000107@web.de> <560A29BF.209@veron.ch> <560E2677.403@web.de>
Message-ID: <560E3BC3.7090904@veron.ch>

Hi Katrin,

I filed a Bug:
Bug 14941 - Subfield defaults: Add information about substitutable values

Marc



Am 02.10.2015 um 08:38 schrieb Katrin Fischer:
> Hi Marc,
>
> documenting this is definitely a good idea. :) An explanation on the
> help page and maybe a short hint about the existance of placeholders on
> the form?
>
> Katrin
>
> Am 29.09.2015 um 08:03 schrieb Marc V?ron:
>> Hi Katrin,
>>
>> I tested as well on some subfields, it worked fine with 'user'.
>>
>> Bug 7045 mentions more replaceable strings: YYYY, MM and DD
>>
>> I successfully tested with 'user DD-MM-YYYY', resulting in something like:
>> testuser 29-09-2015
>>
>> However I do not find any documentation about the replaceable strings, I
>> would expect it at the following place:
>> http://manual.koha-community.org/3.20/en/catadmin.html#marcbibframeworks
>>
>> Additionally, it might be helpful to have a hint on the edit form for
>> subfields, near "Default value", what do you think?
>>
>> Marc
>>
>>
>>
>> Am 28.09.2015 um 23:26 schrieb Katrin Fischer:
>>> Hi,
>>>
>>> there is a somewhat hidden feature you could use, described on bug 7045:
>>> http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7045
>>>
>>> If you add 'user' as the default value for a subfield in your
>>> bibliographic frameworks, the field will be automatically filled with
>>> the staff user's surname. I just tested it - it still works on current
>>> master, but probably needs a bit more testing.
>>>
>>> Hope this helps,
>>>
>>> Katrin
>>>
>>> Am 22.09.2015 um 09:34 schrieb akafortes:
>>>> Hello, 
>>>> is it possible to get the username of the logged in user and use it in a
>>>> MARC field? 
>>>> I would like to add a field where I keep info about who catalogued a record.
>>>>
>>>>
>>>>
>>>> --
>>>> View this message in context: http://koha.1045719.n5.nabble.com/Cataloguer-s-info-in-MARC-field-tp5854171.html
>>>> Sent from the Koha-devel mailing list archive at Nabble.com.
>>>> _______________________________________________
>>>> Koha-devel mailing list
>>>> Koha-devel at 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/
>>>> bugs : http://bugs.koha-community.org/
>>>>
>>> _______________________________________________
>>> Koha-devel mailing list
>>> Koha-devel at 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/
>>> bugs : http://bugs.koha-community.org/
>>>
>> _______________________________________________
>> Koha-devel mailing list
>> Koha-devel at 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/
>> bugs : http://bugs.koha-community.org/
>>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
>


From sonia.bouis at univ-lyon3.fr  Fri Oct  2 14:27:20 2015
From: sonia.bouis at univ-lyon3.fr (BOUIS Sonia)
Date: Fri, 2 Oct 2015 12:27:20 +0000
Subject: [Koha-devel] found = Null in CancelReserve
Message-ID: <fbf24a7564234d02b7262a236400022f@exch2013-mb1.ad.univ-lyon3.fr>

Hi,
We are working on hold stuff at the moment and we have a lot of questions !
We want to provide statistics on canceled holds to know if they haven't been picked-up as waiting for the borrower or if the expiration_date on hold have been passed.
But if we can see if a hold is waiting in found column of reserves table, this information disappeared from old_reserves table.
In C4/Reserves.pm, there's this SQL request in CancelReserve :
UPDATE reserves
            SET    cancellationdate = now(),
                   found            = Null,
                   priority         = 0
            WHERE  reserve_id = ?

I'm not a specialist, but I wonder why found is set to Null when cancelling and why we can't keep this information in old_reserves ?

Thanks in advance for any explanation.

Cheers,


Sonia BOUIS

Responsable du Syst?me int?gr? de gestion des biblioth?ques

bIBLIOTH?QUES UNIVERSITAIRES
Universit? Jean Moulin Lyon 3
6 Cours Albert Thomas - B.P. 8242 - 69355 Lyon Cedex 08
ligne directe : +33 (0)4 78 78 79 03 | http://bu.univ-lyon3.fr<http://bu.univ-lyon3.fr/>

L'Universit? Jean Moulin est membre fondateur de l'Universit? de Lyon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151002/2ecd7174/attachment.html>

From Katrin.Fischer.83 at web.de  Sun Oct  4 15:13:45 2015
From: Katrin.Fischer.83 at web.de (Katrin Fischer)
Date: Sun, 4 Oct 2015 15:13:45 +0200
Subject: [Koha-devel] found = Null in CancelReserve
In-Reply-To: <fbf24a7564234d02b7262a236400022f@exch2013-mb1.ad.univ-lyon3.fr>
References: <fbf24a7564234d02b7262a236400022f@exch2013-mb1.ad.univ-lyon3.fr>
Message-ID: <56112609.6090201@web.de>

Hi Sonia,

I have been thinking about this, but see no reason not to keep the found
status when moving the hold. I think we are not using the data in
old_reserves. Can you file a bug report please?

Katrin

Am 02.10.2015 um 14:27 schrieb BOUIS Sonia:
> Hi,
> 
> We are working on hold stuff at the moment and we have a lot of questions !
> 
> We want to provide statistics on canceled holds to know if they haven?t
> been picked-up as waiting for the borrower or if the expiration_date on
> hold have been passed.
> 
> But if we can see if a hold is waiting in found column of reserves
> table, this information disappeared from old_reserves table.
> 
> In C4/Reserves.pm, there?s this SQL request in CancelReserve :
> 
> UPDATE reserves
> 
>             SET    cancellationdate = now(),
> 
>                    found            = Null,
> 
>                    priority         = 0
> 
>             WHERE  reserve_id = ?
> 
>  
> 
> I?m not a specialist, but I wonder why found is set to Null when
> cancelling and why we can?t keep this information in old_reserves ?
> 
>  
> 
> Thanks in advance for any explanation.
> 
>  
> 
> Cheers,
> 
>  
> 
>  
> 
> *Sonia BOUIS*
> 
>  
> 
> *Responsable du Syst?me int?gr? de gestion des biblioth?ques***
> 
> * *
> 
> *bIBLIOTH?QUES UNIVERSITAIRES*
> 
> *Universit? Jean Moulin Lyon 3*
> 
> 6 Cours Albert Thomas - B.P. 8242 ? 69355 Lyon Cedex 08
> 
> *ligne directe **:**+*33 (0)4 78 78 79 03*| **http://bu.univ-lyon3.fr
> <http://bu.univ-lyon3.fr/>*
> 
> * *
> 
> */L'Universit? Jean Moulin est membre fondateur de l'Universit? de Lyon/*
> 
>  
> 
> 
> 
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
> 


From mtj at kohaaloha.com  Mon Oct  5 02:48:53 2015
From: mtj at kohaaloha.com (Mason James)
Date: Mon, 5 Oct 2015 13:48:53 +1300
Subject: [Koha-devel] Bootstrap 2.2.2 in the staff client
In-Reply-To: <CAO4qe2NCDhwEP10qh4qoJaXyshBi0DHFx8Tqh2=+ZWaeA0Lm0A@mail.gmail.com>
References: <094201d0e45e$3683a400$a38aec00$@prosentient.com.au>
	<55E55240.2020703@jns.fi>
	<CAO4qe2M1Jq9OCJvghedg1nQ=fO7mVLo+Qxmenr97ZrhApVDhqQ@mail.gmail.com>
	<55E8426A.9030201@kohaaloha.com>
	<CAO4qe2O+KccRnc_x2HPGj8R8FYUs1a9dFuio7SL292fL3U30EQ@mail.gmail.com>
	<002f01d0ea00$1a630160$4f290420$@prosentient.com.au>
	<CAO4qe2NCDhwEP10qh4qoJaXyshBi0DHFx8Tqh2=+ZWaeA0Lm0A@mail.gmail.com>
Message-ID: <5611C8F5.6010705@kohaaloha.com>

On 15-09-9 12:28 am, Owen Leonard wrote:
> On Tue, Sep 8, 2015 at 2:32 AM, David Cook <dcook at prosentient.com.au> wrote:
>> Owen: Ahh, I didn't realize that Bootstrap had a customizer. I figured it
>> had to be something along those lines. It's a shame they don't indicate in
>> the comments that it was a custom version built by them at least :S.
> Newer versions do, for what it's worth.
>
>> Owen: Regarding the speed, did you find there was a noticeable difference in
>> the speed of the custom CSS vs the full CSS?
> I didn't test speed differences, I just worked on the assumption that
> smaller is better. I think shaving off every byte we can is going to
> add up to speed improvements.

here is some nice info about measuring the load time of a page
  https://developer.chrome.com/devtools/docs/network#resource-network-timing

also..  http://docs.webplatform.org/wiki/dom/Event/DOMContentLoaded

one thing i'm curious about is measuring the parsing/rendering time of CSS
anyone know how to do that?


From dcook at prosentient.com.au  Tue Oct  6 03:31:08 2015
From: dcook at prosentient.com.au (David Cook)
Date: Tue, 6 Oct 2015 12:31:08 +1100
Subject: [Koha-devel] Dates and Zebra
Message-ID: <02e801d0ffd6$ad239960$076acc20$@prosentient.com.au>

Hey all:

 

I was just adding an alternate patch for
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14861, and I
started thinking a bit about date indexes in Zebra. and how we're not using
them as effectively as we could.

 

For MARC21, we only actually have one date index and that's for
"Date-of-acquisition", even though we store lots of other ISO-formatted
dates such as "datelastseen", "replacementpricedate", "datelastborrowed".
Technically "Date/time-last-modified" is in ISO format, although we'd have
to test how Zebra handles the time element of the string. and we might want
to transform it into the extended ISO format (e.g. YYYY-MM-DD hh:mm:ss)
which is used elsewhere. "date-entered-on-file" could also be transformed
although it has the Y2K issue.

 

That said, I don't think these fields are particularly popular. 

 

I noticed that UNIMARC indexes "items.onloan" which MARC21 refers to as
952$q. That might be an interesting one. UNIMARC indexes that as a "date
index". Provided that the indexes are up-to-date, you could quickly search
for all records with items due on a particular date. and after bug 14861 is
pushed. you could also search for date ranges. 

 

Anyway, just a thought. 

 

I'm not sure how many people are familiar with ccl.properties,
biblio-zebra-indexdefs.xsl, bib1.att, default.idx, and the rest of the Zebra
configuration files, but I've included an explanation at the end of this
file regarding the MARC21 Zebra configuration.

 

--

Bib1.att defines mappings between numbers and index names. The index names
are used both during indexing (and optionally during searching/retrieval).
The numbers are used just for searching/retrieval. 

 

For example:

 

att 4    Title

 

ccl.properties creates mappings between user-defined "CCL qualifiers" and
the Bib1.att "use" attribute numbers. It also can create additional aliases
for "CCL qualifiers".

 

For example:

 

Title 1=4

ti Title

 

In this case, "Title" is the "CCL qualifier" and "ti" is an alias for
"Title". 1 stands for "Use attribute" and 4 stands for "att 4" from
Bib1.att.

 

biblio-zebra-indexdefs.xsl parses MARCXML records and transforms them into a
format that Zebra uses for indexing. It uses the "index names" from the
Bib1.att file for this purpose. 

 

Here's a snippet from that file for MARC21:

 

  <xslo:template mode="index_subfields" match="marc:datafield[@tag='245']">

    <xslo:for-each select="marc:subfield">

      <xslo:if test="contains('a', @code)">

        <z:index name="Title-cover:w Title-cover:p Title-cover:s Title:w
Title:p Title:s">

          <xslo:value-of select="."/>

        </z:index>

      </xslo:if>

    </xslo:for-each>

 

As we can see, field '245' subfield 'a' gets stored in the "Title-cover" and
"Title" indexes. But they also have those ":w", ":p", and ":s" bits added.
Those refer to "register types".

 

"w" is the word register, "p" is the phrase register, and "s" is the sort
register. There are others which you can find in "default.idx". There others
include "n" for numeric, "d" for date, and "y" for year. 

 

These "registers" are mapped to Bib-1 "Structure" attributes. These mappings
can be found at
http://www.indexdata.com/zebra/doc/querymodel-zebra.html#querymodel-pqf-apt-
mapping.

 

So if you want to search the "date" register for a particular index, you'll
need to form a CCL query that uses "st-date-normalized" since it's mapped to
"4=5" (ie structure attribute number 5), since this is the structure that is
mapped  to the "date" register in Zebra. Typically, the default structure in
Zebra is "phrase", although Koha uses some query building "magic" to often
use the "word-list" structure, which is mapped to both the "word" and
"phrase" registers. 

 

Thus, "acqdate, st-date-normalized = 2015-09-01" will search the
"Date-of-acquisition" index (since "acqdate" is just an alias for the
"Date-of-acquisition CCL qualifier which is mapped to the
"Date-of-acquisition" index, and st-date-normalized is mapped to the "date"
register).

 

The patch for 14861 will also make it so that you can search ISO date ranges
such as: "acqdate, st-date-normalized = 2015-09-01 - 2015-09-30" or
"acqdate, st-date-normalized = 2014 - 2015" or even "acqdate,
st-date-normalized = 2014-01 - 2014-03" . Note that the whitespace between
the digital and the hyphen are significant.

 

For more fun with Zebra, consider reading some of the content at
http://wiki.koha-community.org/wiki/Troubleshooting_Zebra.

 

 

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St, Ultimo, NSW 2007

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151006/edb63000/attachment.html>

From akafortes at gmail.com  Tue Oct  6 08:33:29 2015
From: akafortes at gmail.com (akafortes)
Date: Mon, 5 Oct 2015 23:33:29 -0700 (MST)
Subject: [Koha-devel] Can't access OPAC
Message-ID: <1444113209246-5855892.post@n5.nabble.com>

Hello everyone,
I've followed the instructions  here
<http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages>   and I have
installed koha. For some time now I've been playing around and modifying
things from the Staff client. 
Yesterday I wanted to check out some things in the OPAC but I couldn't
access it.
I have set up my intranet to work on the 8080 port and the OPAC on the 80
port. The IP of my server is 192.168.1.10, so
Intranet:192.168.1.10:8080
OPAC: 192.168.1.10:80 (or not port number since this is the default http
port)
When I hit the OPAC IP, I get the default apache2 site for some reason. I
have followed all the instruction given on the wiki. 
I've also tried it before, on a testing environment and I could access he
OPAC without any problem. 



--
View this message in context: http://koha.1045719.n5.nabble.com/Can-t-access-OPAC-tp5855892.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From jonathan.druart at bugs.koha-community.org  Tue Oct  6 09:36:31 2015
From: jonathan.druart at bugs.koha-community.org (Jonathan Druart)
Date: Tue, 6 Oct 2015 08:36:31 +0100
Subject: [Koha-devel] Can't access OPAC
In-Reply-To: <1444113209246-5855892.post@n5.nabble.com>
References: <1444113209246-5855892.post@n5.nabble.com>
Message-ID: <CAJzKNY5-NXhY=8yYPFQBjr=+f7Rumdo2aXHGUgym9tUqB2c9jg@mail.gmail.com>

Hello,

Have a look again at this part:
http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages#Base_Install_Finished
You should use what is defined in the ServerAlias directive of you
apache config (/etc/apache2/sites-available/koha.conf).

Cheers,
Jonathan

2015-10-06 7:33 GMT+01:00 akafortes <akafortes at gmail.com>:
> Hello everyone,
> I've followed the instructions  here
> <http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages>   and I have
> installed koha. For some time now I've been playing around and modifying
> things from the Staff client.
> Yesterday I wanted to check out some things in the OPAC but I couldn't
> access it.
> I have set up my intranet to work on the 8080 port and the OPAC on the 80
> port. The IP of my server is 192.168.1.10, so
> Intranet:192.168.1.10:8080
> OPAC: 192.168.1.10:80 (or not port number since this is the default http
> port)
> When I hit the OPAC IP, I get the default apache2 site for some reason. I
> have followed all the instruction given on the wiki.
> I've also tried it before, on a testing environment and I could access he
> OPAC without any problem.
>
>
>
> --
> View this message in context: http://koha.1045719.n5.nabble.com/Can-t-access-OPAC-tp5855892.html
> Sent from the Koha-devel mailing list archive at Nabble.com.
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/

From philippe.blouin at inlibro.com  Tue Oct  6 13:47:58 2015
From: philippe.blouin at inlibro.com (Philippe Blouin)
Date: Tue, 06 Oct 2015 07:47:58 -0400
Subject: [Koha-devel] Can't access OPAC
In-Reply-To: <1444113209246-5855892.post@n5.nabble.com>
References: <1444113209246-5855892.post@n5.nabble.com>
Message-ID: <5613B4EE.3030708@inlibro.com>

You should try disabling (a2dissite) the default site, in case you're 
clashing on 80 and it has priority (alphabetical order, on Apache)

Philippe Blouin,
Responsable du d?veloppement informatique

T?l.  : (888) 604-2627
philippe.blouin at inLibro.com <mailto:philippe.blouin at inLibro.com>

inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 10/06/2015 02:33 AM, akafortes wrote:
> Hello everyone,
> I've followed the instructions  here
> <http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages>   and I have
> installed koha. For some time now I've been playing around and modifying
> things from the Staff client.
> Yesterday I wanted to check out some things in the OPAC but I couldn't
> access it.
> I have set up my intranet to work on the 8080 port and the OPAC on the 80
> port. The IP of my server is 192.168.1.10, so
> Intranet:192.168.1.10:8080
> OPAC: 192.168.1.10:80 (or not port number since this is the default http
> port)
> When I hit the OPAC IP, I get the default apache2 site for some reason. I
> have followed all the instruction given on the wiki.
> I've also tried it before, on a testing environment and I could access he
> OPAC without any problem.
>
>
>
> --
> View this message in context: http://koha.1045719.n5.nabble.com/Can-t-access-OPAC-tp5855892.html
> Sent from the Koha-devel mailing list archive at Nabble.com.
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151006/bd1f5849/attachment.html>

From mtompset at hotmail.com  Tue Oct  6 15:04:47 2015
From: mtompset at hotmail.com (Mark Tompsett)
Date: Tue, 6 Oct 2015 09:04:47 -0400
Subject: [Koha-devel] Can't access OPAC
In-Reply-To: <5613B4EE.3030708@inlibro.com>
References: <1444113209246-5855892.post@n5.nabble.com>
	<5613B4EE.3030708@inlibro.com>
Message-ID: <BLU172-DS1E807DFB432F9CD710292C6370@phx.gbl>

Greetings,

Disabling the default site is the LAST step you can take.

Why are you not using name based access?!
If you aren?t going to, why? Why haven?t you set up a DNS entry so that you can?
If you don?t know how to do that or the equivalent, I?ll call upon the ancient spirits of evil with the Windoze incantation of C:\windows\system32\drivers\etc\hosts.
*casts the call a troll spell* *running away* THIS IS NOT HOW YOU SHOULD DO IT PERMANENTLYYYYYYYYYYYYY!
GPML,
Mark Tompsett
From: Philippe Blouin 
Sent: Tuesday, October 06, 2015 7:47 AM
To: akafortes ; koha-devel at lists.koha-community.org 
Subject: Re: [Koha-devel] Can't access OPAC

You should try disabling (a2dissite) the default site, in case you're clashing on 80 and it has priority (alphabetical order, on Apache)


Philippe Blouin,
Responsable du d?veloppement informatique

T?l.  : (888) 604-2627
philippe.blouin at inLibro.com 

inLibro | pour esprit libre | www.inLibro.com 
On 10/06/2015 02:33 AM, akafortes wrote:

Hello everyone,
I've followed the instructions  here
<http://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages>   and I have
installed koha. For some time now I've been playing around and modifying
things from the Staff client. 
Yesterday I wanted to check out some things in the OPAC but I couldn't
access it.
I have set up my intranet to work on the 8080 port and the OPAC on the 80
port. The IP of my server is 192.168.1.10, so
Intranet:192.168.1.10:8080
OPAC: 192.168.1.10:80 (or not port number since this is the default http
port)
When I hit the OPAC IP, I get the default apache2 site for some reason. I
have followed all the instruction given on the wiki. 
I've also tried it before, on a testing environment and I could access he
OPAC without any problem. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151006/58e1e7ea/attachment.html>

From sonia.bouis at univ-lyon3.fr  Tue Oct  6 15:56:53 2015
From: sonia.bouis at univ-lyon3.fr (BOUIS Sonia)
Date: Tue, 6 Oct 2015 13:56:53 +0000
Subject: [Koha-devel] found = Null in CancelReserve
Message-ID: <2f37ad1e730646f68a948cfca5c84c27@exch2013-mb1.ad.univ-lyon3.fr>

Thanks Katrin. I've filled a bug with a patch :  http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14968

Regards,
Sonia

Date: Sun, 4 Oct 2015 15:13:45 +0200
From: Katrin Fischer <Katrin.Fischer.83 at web.de>
To: koha-devel at lists.koha-community.org
Subject: Re: [Koha-devel] found = Null in CancelReserve
Message-ID: <56112609.6090201 at web.de>
Content-Type: text/plain; charset=windows-1252

Hi Sonia,

I have been thinking about this, but see no reason not to keep the found status when moving the hold. I think we are not using the data in old_reserves. Can you file a bug report please?

Katrin

Am 02.10.2015 um 14:27 schrieb BOUIS Sonia:
> Hi,
> 
> We are working on hold stuff at the moment and we have a lot of questions !
> 
> We want to provide statistics on canceled holds to know if they 
> haven?t been picked-up as waiting for the borrower or if the 
> expiration_date on hold have been passed.
> 
> But if we can see if a hold is waiting in found column of reserves 
> table, this information disappeared from old_reserves table.
> 
> In C4/Reserves.pm, there?s this SQL request in CancelReserve :
> 
> UPDATE reserves
> 
>             SET    cancellationdate = now(),
> 
>                    found            = Null,
> 
>                    priority         = 0
> 
>             WHERE  reserve_id = ?
> 
>  
> 
> I?m not a specialist, but I wonder why found is set to Null when 
> cancelling and why we can?t keep this information in old_reserves ?
> 
>  
> 
> Thanks in advance for any explanation.
> 
>  
> 
> Cheers,
> 
>  
> 
>  
> 
> *Sonia BOUIS*
> 
>  
> 
> *Responsable du Syst?me int?gr? de gestion des biblioth?ques***
> 
> * *
> 
> *bIBLIOTH?QUES UNIVERSITAIRES*
> 
> *Universit? Jean Moulin Lyon 3*
> 
> 6 Cours Albert Thomas - B.P. 8242 ? 69355 Lyon Cedex 08
> 
> *ligne directe **:**+*33 (0)4 78 78 79 03*| **http://bu.univ-lyon3.fr
> <http://bu.univ-lyon3.fr/>*
> 
> * *
> 
> */L'Universit? Jean Moulin est membre fondateur de l'Universit? de 
> Lyon/*
> 
>  
> 
> 
> 
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/ bugs : http://bugs.koha-community.org/
> 



------------------------------

Message: 2
Date: Mon, 5 Oct 2015 13:48:53 +1300
From: Mason James <mtj at kohaaloha.com>
To: koha-devel at lists.koha-community.org
Subject: Re: [Koha-devel] Bootstrap 2.2.2 in the staff client
Message-ID: <5611C8F5.6010705 at kohaaloha.com>
Content-Type: text/plain; charset=windows-1252; format=flowed

On 15-09-9 12:28 am, Owen Leonard wrote:
> On Tue, Sep 8, 2015 at 2:32 AM, David Cook <dcook at prosentient.com.au> wrote:
>> Owen: Ahh, I didn't realize that Bootstrap had a customizer. I figured it
>> had to be something along those lines. It's a shame they don't indicate in
>> the comments that it was a custom version built by them at least :S.
> Newer versions do, for what it's worth.
>
>> Owen: Regarding the speed, did you find there was a noticeable difference in
>> the speed of the custom CSS vs the full CSS?
> I didn't test speed differences, I just worked on the assumption that
> smaller is better. I think shaving off every byte we can is going to
> add up to speed improvements.

here is some nice info about measuring the load time of a page
  https://developer.chrome.com/devtools/docs/network#resource-network-timing

also..  http://docs.webplatform.org/wiki/dom/Event/DOMContentLoaded

one thing i'm curious about is measuring the parsing/rendering time of CSS
anyone know how to do that?



------------------------------

_______________________________________________
Koha-devel mailing list
Koha-devel at 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/
bugs : http://bugs.koha-community.org/

End of Koha-devel Digest, Vol 119, Issue 6
******************************************

From akafortes at gmail.com  Tue Oct  6 16:38:01 2015
From: akafortes at gmail.com (akafortes)
Date: Tue, 6 Oct 2015 07:38:01 -0700 (MST)
Subject: [Koha-devel] Can't access OPAC
In-Reply-To: <1444113209246-5855892.post@n5.nabble.com>
References: <1444113209246-5855892.post@n5.nabble.com>
Message-ID: <1444142281405-5855997.post@n5.nabble.com>

Thank you everyone for your suggestions.
I've tried everything but in the end I had to disable the default apache
site in order to acces the OPAC



--
View this message in context: http://koha.1045719.n5.nabble.com/Can-t-access-OPAC-tp5855892p5855997.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From tomascohen at gmail.com  Thu Oct  8 16:05:52 2015
From: tomascohen at gmail.com (Tomas Cohen Arazi)
Date: Thu, 8 Oct 2015 11:05:52 -0300
Subject: [Koha-devel] Call for dev meeting / 14th October 2015
Message-ID: <CABZfb=U6yiz+5s2ch32K-17c3+MDpBVFe3BYDDys6=O8bhoQkQ@mail.gmail.com>

Hi fellows,

This is a call for a dev meeting as you suspect :-D

The upcoming release approaches and some things need to be sorted out. I
hope you can all join us.

Dates:
- 14 October 2015, 14UTC (part 1)
- 14 October 2015, 21UTC (part 2)

Agenda (incomplete):
*http://wiki.koha-community.org/wiki/Development_IRC_meeting_14_October_2015
<http://wiki.koha-community.org/wiki/Development_IRC_meeting_14_October_2015>*

Thanks in advance

-- 
Tom?s Cohen Arazi
Theke Solutions (http://theke.io)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151008/bff1a385/attachment.html>

From paul.poulain at biblibre.com  Fri Oct  9 12:40:08 2015
From: paul.poulain at biblibre.com (Paul Poulain)
Date: Fri, 9 Oct 2015 12:40:08 +0200
Subject: [Koha-devel] Hackfest in Marseille 2016
Message-ID: <56179988.7030107@biblibre.com>

Hello world,

Next year, the KohaCon will be in Europe, in may/june.
BibLibre is planning the 2016 hackfest in Marseille. Usually it's in march.

So there will be 2 events in a short duration.

A quick poll, do you think:
  * we should keep the hackfest in march
  * it would be better to have the hackfest in sept/oct

(motivate your choice if you think it's worth ;-) )

-- 
Paul Poulain, Associ?-g?rant / co-owner
BibLibre, Services en logiciels libres pour les biblioth?ques
BibLibre, Open Source software and services for libraries


From info at bywatersolutions.com  Sun Oct 11 20:30:42 2015
From: info at bywatersolutions.com (Brendan Gallagher)
Date: Sun, 11 Oct 2015 11:30:42 -0700
Subject: [Koha-devel] Hackfest in Marseille 2016
In-Reply-To: <56179988.7030107@biblibre.com>
References: <56179988.7030107@biblibre.com>
Message-ID: <CANGWTFQruuno1EU9j6zJb4gyKG6HgT5fWvzTL9LvhU9_c6=9+w@mail.gmail.com>

I would vote for Sept/October - Since I haven't been to Marseille any time
besides March.

On Fri, Oct 9, 2015 at 3:40 AM, Paul Poulain <paul.poulain at biblibre.com>
wrote:

> Hello world,
>
> Next year, the KohaCon will be in Europe, in may/june.
> BibLibre is planning the 2016 hackfest in Marseille. Usually it's in march.
>
> So there will be 2 events in a short duration.
>
> A quick poll, do you think:
>  * we should keep the hackfest in march
>  * it would be better to have the hackfest in sept/oct
>
> (motivate your choice if you think it's worth ;-) )
>
> --
> Paul Poulain, Associ?-g?rant / co-owner
> BibLibre, Services en logiciels libres pour les biblioth?ques
> BibLibre, Open Source software and services for libraries
>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/




-- 
---------------------------------------------------------------------------------------------------------------
Brendan A. Gallagher
ByWater Solutions
CEO

Support and Consulting for Open Source Software
Installation, Data Migration, Training, Customization, Hosting
and Complete Support Packages
Headquarters: Santa Barbara, CA - Office: Redding, CT
Phone # (888) 900-8944
http://bywatersolutions.com
info at bywatersolutions.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151011/a790da3c/attachment.html>

From Katrin.Fischer.83 at web.de  Sun Oct 11 20:37:01 2015
From: Katrin.Fischer.83 at web.de (Katrin Fischer)
Date: Sun, 11 Oct 2015 20:37:01 +0200
Subject: [Koha-devel] Hackfest in Marseille 2016
In-Reply-To: <56179988.7030107@biblibre.com>
References: <56179988.7030107@biblibre.com>
Message-ID: <561AAC4D.8090008@web.de>

Hi Paul,

I don't have a strong opinion here - I think either would be fine.

If in March, it would be nice to avoid collision with the annual library
conference in Germany which will be from 14th to 17th next year.

Katrin

Am 09.10.2015 um 12:40 schrieb Paul Poulain:
> Hello world,
> 
> Next year, the KohaCon will be in Europe, in may/june.
> BibLibre is planning the 2016 hackfest in Marseille. Usually it's in march.
> 
> So there will be 2 events in a short duration.
> 
> A quick poll, do you think:
>  * we should keep the hackfest in march
>  * it would be better to have the hackfest in sept/oct
> 
> (motivate your choice if you think it's worth ;-) )
> 


From akafortes at gmail.com  Sun Oct 11 23:47:47 2015
From: akafortes at gmail.com (akafortes)
Date: Sun, 11 Oct 2015 14:47:47 -0700 (MST)
Subject: [Koha-devel] Using the po files
Message-ID: <1444600067558-5856526.post@n5.nabble.com>

Hello everyone.
I've installed koha 3.20 on an Ubuntu server and using the koha-translate
command I've installed the Greek language. After about half a month or so, I
a mail the mailing list that the fully translated OPAC po has been uploaded
on the " Koha Translation Project <http://translate.koha-community.org/>  "
site.
How can I use this new translation files? Do I run the koha-translate comand
again or do I have to download the file and put it somewhere in my
instalation of koha?



--
View this message in context: http://koha.1045719.n5.nabble.com/Using-the-po-files-tp5856526.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From bgkriegel at gmail.com  Mon Oct 12 05:12:21 2015
From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel)
Date: Mon, 12 Oct 2015 00:12:21 -0300
Subject: [Koha-devel] Using the po files
In-Reply-To: <1444600067558-5856526.post@n5.nabble.com>
References: <1444600067558-5856526.post@n5.nabble.com>
Message-ID: <CADF4kvS816R=OWqKmHPmDEYBmj86YAHxL1Py+FLPpJik5EU6dQ@mail.gmail.com>

Hi,
the opac file on http://translate.koha-community.org/el/3.20/ is missing a
few strings :)

Anyway, to use them just download all the files, put them at
/usr/share/koha/misc/translator/po and run koha-translate again.

Regards,
Bernardo



-- 
Bernardo Gonzalez Kriegel
bgkriegel at gmail.com

On Sun, Oct 11, 2015 at 6:47 PM, akafortes <akafortes at gmail.com> wrote:

> Hello everyone.
> I've installed koha 3.20 on an Ubuntu server and using the koha-translate
> command I've installed the Greek language. After about half a month or so,
> I
> a mail the mailing list that the fully translated OPAC po has been uploaded
> on the " Koha Translation Project <http://translate.koha-community.org/>
> "
> site.
> How can I use this new translation files? Do I run the koha-translate
> comand
> again or do I have to download the file and put it somewhere in my
> instalation of koha?
>
>
>
> --
> View this message in context:
> http://koha.1045719.n5.nabble.com/Using-the-po-files-tp5856526.html
> Sent from the Koha-devel mailing list archive at Nabble.com.
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151012/4d5f1589/attachment.html>

From akafortes at gmail.com  Mon Oct 12 12:33:02 2015
From: akafortes at gmail.com (akafortes)
Date: Mon, 12 Oct 2015 03:33:02 -0700 (MST)
Subject: [Koha-devel] Using the po files
In-Reply-To: <CADF4kvS816R=OWqKmHPmDEYBmj86YAHxL1Py+FLPpJik5EU6dQ@mail.gmail.com>
References: <1444600067558-5856526.post@n5.nabble.com>
	<CADF4kvS816R=OWqKmHPmDEYBmj86YAHxL1Py+FLPpJik5EU6dQ@mail.gmail.com>
Message-ID: <1444645982524-5856573.post@n5.nabble.com>

Thank you very much Bernardo 



--
View this message in context: http://koha.1045719.n5.nabble.com/Using-the-po-files-tp5856526p5856573.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From bargioni at pusc.it  Mon Oct 12 15:18:16 2015
From: bargioni at pusc.it (Stefano Bargioni)
Date: Mon, 12 Oct 2015 15:18:16 +0200
Subject: [Koha-devel] Hackfest in Marseille 2016
In-Reply-To: <561AAC4D.8090008@web.de>
References: <56179988.7030107@biblibre.com> <561AAC4D.8090008@web.de>
Message-ID: <4874B722-AE3F-48AA-86E7-AA8A0B83599E@pusc.it>

An important annual library conference in Italy is in March too.
Stefano

On 11/ott/2015, at 20:37, Katrin Fischer <Katrin.Fischer.83 at web.de> wrote:

> Hi Paul,
> 
> I don't have a strong opinion here - I think either would be fine.
> 
> If in March, it would be nice to avoid collision with the annual library
> conference in Germany which will be from 14th to 17th next year.
> 
> Katrin
> 
> Am 09.10.2015 um 12:40 schrieb Paul Poulain:
>> Hello world,
>> 
>> Next year, the KohaCon will be in Europe, in may/june.
>> BibLibre is planning the 2016 hackfest in Marseille. Usually it's in march.
>> 
>> So there will be 2 events in a short duration.
>> 
>> A quick poll, do you think:
>> * we should keep the hackfest in march
>> * it would be better to have the hackfest in sept/oct
>> 
>> (motivate your choice if you think it's worth ;-) )
>> 
> 
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
> 


From Katrin.Fischer.83 at web.de  Mon Oct 12 19:32:31 2015
From: Katrin.Fischer.83 at web.de (Katrin Fischer)
Date: Mon, 12 Oct 2015 19:32:31 +0200
Subject: [Koha-devel] Next General IRC Meeting / 3.24 nominations
Message-ID: <561BEEAF.9020409@web.de>

Hi all,

it's time to start thinking about the next release already - especially
our release team for 3.24. A nomination page has been added to the wiki:

http://wiki.koha-community.org/wiki/Roles_for_3.24

Please add your name on the wiki page if you are interested in taking on
one of the roles. Elections will be held at the next general IRC meeting
which was scheduled for November 4th 2015:

http://wiki.koha-community.org/wiki/General_IRC_meeting_4_November_2015

Katrin

From dcook at prosentient.com.au  Tue Oct 13 08:26:31 2015
From: dcook at prosentient.com.au (David Cook)
Date: Tue, 13 Oct 2015 17:26:31 +1100
Subject: [Koha-devel] Zebra, Query Parsing, Search, All the things
Message-ID: <006d01d10580$19cfda20$4d6f8e60$@prosentient.com.au>

Hi all:

 

I was getting 0 results when I should've been getting 78 results with the
following query:

Host-item:Criminology and criminal justice : an international journal

 

I looked in the Zebra logs, and noticed that it was being transformed into
the following: 

 

@not @and @attr 1=1033 Criminology @and @and @and @and @and criminal justice
= an international journal @attr 1=9011 1

 

If we decompose the RPN, we'll see that it's basically saying:

 

(Host-item=Crimology and ((((criminal and justice) and = ) and
international) and journal )) not Suppression=1

 

The problem is that "=" is going to return 0 results, so the "and" will
always be 0. 

 

The way to remedy this problem is to add quotes around our Host-item
"value":

 

Host-item:"Criminology and criminal justice an international journal"

 

This will produce the following RPN query, which returns 78 results:

 

@not @attr 1=1033 "Criminology and criminal justice = an international
journal" @attr 1=9011 1

 

As far as I can tell, the = symbol is ignored. You can remove it or
substitute another symbol and it'll still return the same number of results.

 

Although it looks like using * for truncation doesn't work in double
quotation marks... I suppose that's because it's already part of a term so
you can't really translate it into RPN separately. 

 

I notice sometimes we strip out double quotation marks from queries and
sometimes we add them in. we should probably do something consistent.

 

David Cook

Systems Librarian

Prosentient Systems

72/330 Wattle St, Ultimo, NSW 2007

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151013/1e7e5dc6/attachment.html>

From akafortes at gmail.com  Tue Oct 13 15:22:53 2015
From: akafortes at gmail.com (akafortes)
Date: Tue, 13 Oct 2015 06:22:53 -0700 (MST)
Subject: [Koha-devel] On check out I get Fees & Charges warning
Message-ID: <1444742573239-5856714.post@n5.nabble.com>

I have set 2 circulation rules for all patrons according to the item type. In
both of these rules I've set a fine amount of 0.
Then I wanted to test how check out is working.
In the main staff client page, in the search box I put the card number of
the patron ( I used my number ).
Then I enter the barcode for the item I want to check out and hit the "Check
out" button. 
Then, on the right side of the screen, I get a message saying that this
"Patron has Outstanding fees & charges of 5.00. Make payment" 
<http://koha.1045719.n5.nabble.com/file/n5856714/fines.png> 
I have also check the patron category and I have "Enrollment fee: 0.00" as
well as "Hold fee: 0.00"
This was also the first time I check out something.

Where does this fine come from?

*Koha setup: *
Koha Version:3.20 installed from packages
OS: Ubuntu Server 14.04.3 LTS 
MARC Flavor: UNIMARC

P.S. I don't know if this makes any difference, but the patron I used is set
as a "superlibrarian"



--
View this message in context: http://koha.1045719.n5.nabble.com/On-check-out-I-get-Fees-Charges-warning-tp5856714.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From kohanews at gmail.com  Wed Oct 14 02:50:47 2015
From: kohanews at gmail.com (kohanews)
Date: Tue, 13 Oct 2015 17:50:47 -0700
Subject: [Koha-devel] Call for News: October Newsletter
Message-ID: <561DA6E7.6050407@gmail.com>

Fellow Koha users ~

** Please Note **
The cut-off date for news submissions is now the 26th of the month.

I'm collecting news for the October newsletter. Send anything noteworthy 
to:

k o h a news AT gmail dot com

News criteria:
---------------------------
** For events **:
     - Please include dates for past events. If I can't find dates I may 
not add it.
     - Announcements for future events with dates T.B.A. are fine 
...Eg., Kohacon
     - For past events -- **** one month back is the cut-off  ***.

* News items can be of any length.
* Images are fine
* Anything and everything Koha.
* Submit by the 26th of the month.

If you are working on an interesting project or development related to
Koha, please let me know and I'll include it in the development section.

-- 
Chad Roseburg

Editor, Koha Newsletter

From kohanews at gmail.com  Wed Oct 14 02:52:08 2015
From: kohanews at gmail.com (kohanews)
Date: Tue, 13 Oct 2015 17:52:08 -0700
Subject: [Koha-devel] Call for development news: October Newsletter
Message-ID: <561DA738.4@gmail.com>

Let the community hear what cool things you're working on! Bugs that 
need testing, sign-offs and user feedback?

  k o h a news AT gmail dot com

Thank you!

-- 
Chad Roseburg

Editor, Koha Newsletter

From akafortes at gmail.com  Wed Oct 14 08:12:54 2015
From: akafortes at gmail.com (akafortes)
Date: Tue, 13 Oct 2015 23:12:54 -0700 (MST)
Subject: [Koha-devel] Strange fine when checking out items
Message-ID: <1444803174784-5856784.post@n5.nabble.com>

Hello everyone,
I have a problem when I check out items. 
Every time that I check out an item for a patron, I get the following
message
<http://koha.1045719.n5.nabble.com/file/n5856784/fines.png> 

I have checked the patron category and I have "Enrollment fee: 0.00" as well
as "Hold fee: 0.00".
In the 2 circulation rules that I have created I charge 0 fees.

Where does this fine come from?

*Koha setup: *
Koha Version:3.20 installed from packages
OS: Ubuntu Server 14.04.3 LTS 
MARC Flavor: UNIMARC

P.S. I don't know if this makes any difference, but the patron I used is set
as a "superlibrarian"



--
View this message in context: http://koha.1045719.n5.nabble.com/Strange-fine-when-checking-out-items-tp5856784.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From Andreas.Hedstrom.Mace at sub.su.se  Wed Oct 14 08:30:33 2015
From: Andreas.Hedstrom.Mace at sub.su.se (=?iso-8859-1?Q?Andreas_Hedstr=F6m_Mace?=)
Date: Wed, 14 Oct 2015 06:30:33 +0000
Subject: [Koha-devel] Strange fine when checking out items
In-Reply-To: <1444803174784-5856784.post@n5.nabble.com>
References: <1444803174784-5856784.post@n5.nabble.com>
Message-ID: <D243C2E2.C0F6%andreas.hedstrom.mace@sub.su.se>

Hi!

It is probably a rental charge. Look under ?Item types? and make sure
 ?Charge? is set to 0 for the item type used.

Best regards,
Andreas Hedstr?m Mace
Stockholm University Library

Den 2015-10-14 08:12 skrev akafortes <akafortes at gmail.com>:

>Hello everyone,
>I have a problem when I check out items.
>Every time that I check out an item for a patron, I get the following
>message
><http://koha.1045719.n5.nabble.com/file/n5856784/fines.png>
>
>I have checked the patron category and I have "Enrollment fee: 0.00" as
>well
>as "Hold fee: 0.00".
>In the 2 circulation rules that I have created I charge 0 fees.
>
>Where does this fine come from?
>
>*Koha setup: *
>Koha Version:3.20 installed from packages
>OS: Ubuntu Server 14.04.3 LTS
>MARC Flavor: UNIMARC
>
>P.S. I don't know if this makes any difference, but the patron I used is
>set
>as a "superlibrarian"
>
>
>
>--
>View this message in context:
>http://koha.1045719.n5.nabble.com/Strange-fine-when-checking-out-items-tp5
>856784.html
>Sent from the Koha-devel mailing list archive at Nabble.com.
>_______________________________________________
>Koha-devel mailing list
>Koha-devel at 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/
>bugs : http://bugs.koha-community.org/


From akafortes at gmail.com  Wed Oct 14 13:30:16 2015
From: akafortes at gmail.com (akafortes)
Date: Wed, 14 Oct 2015 04:30:16 -0700 (MST)
Subject: [Koha-devel] Strange fine when checking out items
In-Reply-To: <D243C2E2.C0F6%andreas.hedstrom.mace@sub.su.se>
References: <1444803174784-5856784.post@n5.nabble.com>
	<D243C2E2.C0F6%andreas.hedstrom.mace@sub.su.se>
Message-ID: <1444822216220-5856801.post@n5.nabble.com>

Thank you very much Andreas! That was the problem. 
I used for that item one of the categories that came with the installation
of Koha and didn't notice it had a default "Chrage" value



--
View this message in context: http://koha.1045719.n5.nabble.com/Strange-fine-when-checking-out-items-tp5856784p5856801.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From akafortes at gmail.com  Wed Oct 14 16:33:23 2015
From: akafortes at gmail.com (akafortes)
Date: Wed, 14 Oct 2015 07:33:23 -0700 (MST)
Subject: [Koha-devel] Problem sending email notifications
Message-ID: <1444833203836-5856838.post@n5.nabble.com>

*Koha Setup:* 3.20 with UNIMARC from packages
*OS:* Ubuntu Server 14.04 LTS

I have setup Postfix with my mail settings.
I successfully sent an email from the command line using the "mail" command.

Using the "crontab.example" in "/usr/share/koha/bin/cronjobs/", I have
edited my crontab and included the parts for:
OVERDUE NOTICES
ADVANCE NOTICES
SEND EMAILS

I have replaced the "__KOHA_USER__" with the appropriate user name, in my
case "library-koha" and made sure to provide the correct path for KOHA_CONF.

In Koha i have enabled the "EnhancedMessagingPreferences" option and for the
patron I'm testing  I have selected:
Item checkout
Item checkin
Advance notice(0)- /I don't know if I should use this or not/

In the "Notices & Slips" menu I have the "CHECKOUT" and "CHECKIN" notices in
"All Libraries", I haven't copied it to the branch I use.

In the patron profile, under "Notices", I can see that the corresponding
notice has been generated and the status is set to "sent".

The problem is that I get no email to my email accout.
When I check the "mail.log" in "/var/log/", I see that I get a
'status=bounced" and "<root at localhost>: Sender address rejected: Domain not
found".

As I said before I've tested postfix using the mail command from the
terminal and I can send an email without a problem so I don't think it's a
problem with the setup of Postfix (of course I could be wrong )

Anyone that has setup email notification working that can help me out or
point me to the right direction?



--
View this message in context: http://koha.1045719.n5.nabble.com/Problem-sending-email-notifications-tp5856838.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From sophie.meynieux at biblibre.com  Wed Oct 14 16:39:50 2015
From: sophie.meynieux at biblibre.com (Sophie Meynieux)
Date: Wed, 14 Oct 2015 14:39:50 +0000
Subject: [Koha-devel] Problem sending email notifications
In-Reply-To: <1444833203836-5856838.post@n5.nabble.com>
References: <1444833203836-5856838.post@n5.nabble.com>
Message-ID: <8bb7c088ac5e82c0cdd7fa9917bdde37@webmail.biblibre.com>

Hello,

Have you set up KohaAdminEmailAddress with a valid email address ?

S. Meynieux

-- 
Responsable support 
BibLibre
+ 33 (0)4 91 81 35 08
http://www.biblibre.com
14 octobre 2015 16:33 "akafortes" <akafortes at gmail.com> a ?crit:
> *Koha Setup:* 3.20 with UNIMARC from packages
> *OS:* Ubuntu Server 14.04 LTS
> 
> I have setup Postfix with my mail settings.
> I successfully sent an email from the command line using the "mail" command.
> 
> Using the "crontab.example" in "/usr/share/koha/bin/cronjobs/", I have
> edited my crontab and included the parts for:
> OVERDUE NOTICES
> ADVANCE NOTICES
> SEND EMAILS
> 
> I have replaced the "__KOHA_USER__" with the appropriate user name, in my
> case "library-koha" and made sure to provide the correct path for KOHA_CONF.
> 
> In Koha i have enabled the "EnhancedMessagingPreferences" option and for the
> patron I'm testing I have selected:
> Item checkout
> Item checkin
> Advance notice(0)- /I don't know if I should use this or not/
> 
> In the "Notices & Slips" menu I have the "CHECKOUT" and "CHECKIN" notices in
> "All Libraries", I haven't copied it to the branch I use.
> 
> In the patron profile, under "Notices", I can see that the corresponding
> notice has been generated and the status is set to "sent".
> 
> The problem is that I get no email to my email accout.
> When I check the "mail.log" in "/var/log/", I see that I get a
> 'status=bounced" and "<root at localhost>: Sender address rejected: Domain not
> found".
> 
> As I said before I've tested postfix using the mail command from the
> terminal and I can send an email without a problem so I don't think it's a
> problem with the setup of Postfix (of course I could be wrong )
> 
> Anyone that has setup email notification working that can help me out or
> point me to the right direction?
> 
> --
> View this message in context:
> http://koha.1045719.n5.nabble.com/Problem-sending-email-notifications-tp5856838.html
> Sent from the Koha-devel mailing list archive at Nabble.com.
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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
> bugs : http://bugs.koha-community.org

From info at bywatersolutions.com  Wed Oct 14 18:35:54 2015
From: info at bywatersolutions.com (Brendan Gallagher)
Date: Wed, 14 Oct 2015 09:35:54 -0700
Subject: [Koha-devel] October 14th Dev Meeting in IRC (testing needed!)
Message-ID: <CANGWTFQ9izyDQLMSX8ZC3qwTEHR6X+thYNPZ_b4fdzBkVv49xQ@mail.gmail.com>

Hello all -

I just wanted to make sure everyone who didn't attend the meeting have the
notes (please see below).  We have feature slush set for October 26th.
Please we need lots of help testing.  Now is an excellent time for a good
strong solid 2 week sprint on bug testing etc.  There are some big
developments that need testing plus other bugs too.  Any and all help is
great!

Minutes:
http://meetings.koha-community.org/2015/development_irc_meeting_14_october_2015___part_1.2015-10-14-14.08.html

Minutes (text):
http://meetings.koha-community.org/2015/development_irc_meeting_14_october_2015___part_1.2015-10-14-14.08.txt

Log:
http://meetings.koha-community.org/2015/development_irc_meeting_14_october_2015___part_1.2015-10-14-14.08.log.html

Thanks and Cheers,
Brendan

-- 
---------------------------------------------------------------------------------------------------------------
Brendan A. Gallagher
ByWater Solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151014/0ee89604/attachment.html>

From mtj at kohaaloha.com  Thu Oct 15 01:01:07 2015
From: mtj at kohaaloha.com (Mason James)
Date: Thu, 15 Oct 2015 12:01:07 +1300
Subject: [Koha-devel] Problem sending email notifications
In-Reply-To: <1444833203836-5856838.post@n5.nabble.com>
References: <1444833203836-5856838.post@n5.nabble.com>
Message-ID: <561EDEB3.4020200@kohaaloha.com>

On 15-10-15 3:33 am, akafortes wrote:
> *Koha Setup:* 3.20 with UNIMARC from packages
> *OS:* Ubuntu Server 14.04 LTS
>
> I have setup Postfix with my mail settings.
> I successfully sent an email from the command line using the "mail" command.
>
> Using the "crontab.example" in "/usr/share/koha/bin/cronjobs/", I have
> edited my crontab and included the parts for:
> OVERDUE NOTICES
> ADVANCE NOTICES
> SEND EMAILS
hi,
you should not need to edit any cron stuff, it is already configured 
correctly by the packages

i would rollback your changes


From paul.poulain at biblibre.com  Thu Oct 15 13:53:24 2015
From: paul.poulain at biblibre.com (Paul Poulain)
Date: Thu, 15 Oct 2015 13:53:24 +0200
Subject: [Koha-devel] Hackfest 2016 in Marseille
Message-ID: <561F93B4.8040507@biblibre.com>

OK guys,

We plan to organise the 6th hackfest in Marseille in October, 10-14.
We may change, but probably we won't (the next week is holiday in 
France. And november is too late for the release)

Book your flight ;-)

-- 
Paul Poulain, Associ?-g?rant / co-owner
BibLibre, Services en logiciels libres pour les biblioth?ques
BibLibre, Open Source software and services for libraries


From akafortes at gmail.com  Thu Oct 15 14:21:51 2015
From: akafortes at gmail.com (akafortes)
Date: Thu, 15 Oct 2015 05:21:51 -0700 (MST)
Subject: [Koha-devel] Problem sending email notifications
In-Reply-To: <8bb7c088ac5e82c0cdd7fa9917bdde37@webmail.biblibre.com>
References: <1444833203836-5856838.post@n5.nabble.com>
	<8bb7c088ac5e82c0cdd7fa9917bdde37@webmail.biblibre.com>
Message-ID: <1444911711235-5856944.post@n5.nabble.com>

Thank you very much Sophie!
I didn't notice this option and it was set as root at localhost. I've changed
it to a valid email and notifications are being send now 

I also have removed any changes that I did in the crontab, as mentioned by
another user, the installation of Koha from packages takes care of
everything needed. All you have to do is use 
koha-email-enable INSTANCE_NAME


Sophie Meynieux wrote
> Hello,
> 
> Have you set up KohaAdminEmailAddress with a valid email address ?
> 
> S. Meynieux
> 
> -- 
> Responsable support 
> BibLibre
> + 33 (0)4 91 81 35 08
> http://www.biblibre.com
> 14 octobre 2015 16:33 "akafortes" &lt;

> akafortes@

> &gt; a ?crit:
>> *Koha Setup:* 3.20 with UNIMARC from packages
>> *OS:* Ubuntu Server 14.04 LTS
>> 
>> I have setup Postfix with my mail settings.
>> I successfully sent an email from the command line using the "mail"
>> command.
>> 
>> Using the "crontab.example" in "/usr/share/koha/bin/cronjobs/", I have
>> edited my crontab and included the parts for:
>> OVERDUE NOTICES
>> ADVANCE NOTICES
>> SEND EMAILS
>> 
>> I have replaced the "__KOHA_USER__" with the appropriate user name, in my
>> case "library-koha" and made sure to provide the correct path for
>> KOHA_CONF.
>> 
>> In Koha i have enabled the "EnhancedMessagingPreferences" option and for
>> the
>> patron I'm testing I have selected:
>> Item checkout
>> Item checkin
>> Advance notice(0)- /I don't know if I should use this or not/
>> 
>> In the "Notices & Slips" menu I have the "CHECKOUT" and "CHECKIN" notices
>> in
>> "All Libraries", I haven't copied it to the branch I use.
>> 
>> In the patron profile, under "Notices", I can see that the corresponding
>> notice has been generated and the status is set to "sent".
>> 
>> The problem is that I get no email to my email accout.
>> When I check the "mail.log" in "/var/log/", I see that I get a
>> 'status=bounced" and "&lt;root at localhost&gt;: Sender address rejected:
>> Domain not
>> found".
>> 
>> As I said before I've tested postfix using the mail command from the
>> terminal and I can send an email without a problem so I don't think it's
>> a
>> problem with the setup of Postfix (of course I could be wrong )
>> 
>> Anyone that has setup email notification working that can help me out or
>> point me to the right direction?
>> 
>> --
>> View this message in context:
>> http://koha.1045719.n5.nabble.com/Problem-sending-email-notifications-tp5856838.html
>> Sent from the Koha-devel mailing list archive at Nabble.com.
>> _______________________________________________
>> Koha-devel mailing list
>> 

> Koha-devel at .koha-community

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

> Koha-devel at .koha-community

> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/





--
View this message in context: http://koha.1045719.n5.nabble.com/Problem-sending-email-notifications-tp5856838p5856944.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From tomascohen at gmail.com  Thu Oct 15 15:34:58 2015
From: tomascohen at gmail.com (Tomas Cohen Arazi)
Date: Thu, 15 Oct 2015 10:34:58 -0300
Subject: [Koha-devel] URGENT: Feedback on bug 15005
Message-ID: <CABZfb=VHX3LdwVUEd1eRfo58fFbqpPcfR0iUKKo5XjHnHp4X_Q@mail.gmail.com>

While the patches fix the bug, we really need feedback on the approach.

Places like this http://advent.plackperl.org/page/2/ (look for SCRIPT_NAME)
recommend we don't hardcode paths, but use SCRIPT_NAME and PATH_INFO
instead. The problem is we are not being able to make the reverse proxy
config pass the right data and/or translate it for rendering.

Link to the bug, with screenshot and explanation:

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15005

This affects our plack integration.

-- 
Tom?s Cohen Arazi
Theke Solutions (http://theke.io)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151015/0f5b598d/attachment.html>

From tomascohen at gmail.com  Thu Oct 15 16:24:09 2015
From: tomascohen at gmail.com (Tomas Cohen Arazi)
Date: Thu, 15 Oct 2015 11:24:09 -0300
Subject: [Koha-devel] IMPORTANT: Plack stress test server
Message-ID: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>

Hi everyone, as we mentioned on yesterday's dev meetings, ByWater provided
a VM with good specs with the idea of testing Plack on packages in real
life.

I've set a plack-enabled instance on the server, with all the default data
loaded, and created 100 superlibrarian users named test_1, test_2 and so
on. You can login with the user name as password.

The goal is to find all the bugs :-D So feel free to go and break it. The
compromise is that you HAVE to fill a bug for each thing you broke or found
broken :-D Bonus points if you provide a patch ;-)
Remember you can use the kohadevbox branch that was created to test this on
your box [1] (suitable for writing patches).

The instance can be accessed on:

Intranet: http://test-intra.plack.bywatersolutions.com/
OPAC: http://test.plack.bywatersolutions.com/

PS: It is set to use the indexer daemon with a 5 seconds frecquency, please
try it, and try cataloguing, importing records, etc.

[1] http://comments.gmane.org/gmane.education.libraries.koha.devel/12362

-- 
Tom?s Cohen Arazi
Theke Solutions (http://theke.io)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151015/a7dd357d/attachment.html>

From hbraum at nekls.org  Thu Oct 15 16:31:44 2015
From: hbraum at nekls.org (Heather Braum (NEKLS))
Date: Thu, 15 Oct 2015 14:31:44 +0000
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
Message-ID: <CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>

Tom?s, as someone who still is very much a newbie on testing, but
comfortable filing bug reports when I find stuff, I'd like to participate
in the testing, but want to know WHAT to throw at the test system. What
bugs are you all looking for related to plack? Specific parts of the
system? Regular tasks? What exactly does Plack change? Links? Behavior?

Give me some guidelines/direction, and I'll gladly pound away at it. Or if
just generally walking through my own internal pre-upgrade testing list
works, where we touch everything from basic circ to cataloging to holds to
reports, I can just walk through that process, too.

Thanks,

-Heather

On Thu, Oct 15, 2015 at 9:24 AM Tomas Cohen Arazi <tomascohen at gmail.com>
wrote:

> Hi everyone, as we mentioned on yesterday's dev meetings, ByWater provided
> a VM with good specs with the idea of testing Plack on packages in real
> life.
>
> I've set a plack-enabled instance on the server, with all the default data
> loaded, and created 100 superlibrarian users named test_1, test_2 and so
> on. You can login with the user name as password.
>
> The goal is to find all the bugs :-D So feel free to go and break it. The
> compromise is that you HAVE to fill a bug for each thing you broke or found
> broken :-D Bonus points if you provide a patch ;-)
> Remember you can use the kohadevbox branch that was created to test this
> on your box [1] (suitable for writing patches).
>
> The instance can be accessed on:
>
> Intranet: http://test-intra.plack.bywatersolutions.com/
> OPAC: http://test.plack.bywatersolutions.com/
>
> PS: It is set to use the indexer daemon with a 5 seconds frecquency,
> please try it, and try cataloguing, importing records, etc.
>
> [1] http://comments.gmane.org/gmane.education.libraries.koha.devel/12362
>
> --
> Tom?s Cohen Arazi
> Theke Solutions (http://theke.io)
> ? +54 9351 3513384
> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/

-- 
Heather Braum
NExpress Coordinator
Resource Sharing Librarian
Northeast Kansas Library System
hbraum at nekls.org

"The illiterate of the 21st century will not be those who cannot read
and write, but those who cannot learn, unlearn, and relearn." ~Alvin
Toffler, *Rethinking the Future*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151015/c25431b0/attachment.html>

From tomascohen at gmail.com  Thu Oct 15 16:37:15 2015
From: tomascohen at gmail.com (Tomas Cohen Arazi)
Date: Thu, 15 Oct 2015 11:37:15 -0300
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
	<CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
Message-ID: <CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>

Heather et al

2015-10-15 11:31 GMT-03:00 Heather Braum (NEKLS) <hbraum at nekls.org>:

> Tom?s, as someone who still is very much a newbie on testing, but
> comfortable filing bug reports when I find stuff, I'd like to participate
> in the testing, but want to know WHAT to throw at the test system. What
> bugs are you all looking for related to plack? Specific parts of the
> system? Regular tasks? What exactly does Plack change? Links? Behavior?
>

Plack should provide a noticeable speed boost on most of Koha's operations
:-D What we want is people to use it as they were using it in real life.
Circulate stuff, catalog, etc.

For example, I found that when you need to create a Label batch, it looks
like it is not created. I still need to fill that bug (I expect someone
else to spend the time). It works on a non-plack setup. It is difficult for
you to notice something is wrong because of Plack, so just fill the bug and
we will try to find out if it is plack related. Ok?

Give me some guidelines/direction, and I'll gladly pound away at it. Or if
> just generally walking through my own internal pre-upgrade testing list
> works, where we touch everything from basic circ to cataloging to holds to
> reports, I can just walk through that process, too.
>

Exactly :-D

Thanks!

-- 
Tom?s Cohen Arazi
Theke Solutions (http://theke.io)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151015/73b2b3de/attachment-0001.html>

From hbraum at nekls.org  Thu Oct 15 16:50:50 2015
From: hbraum at nekls.org (Heather Braum (NEKLS))
Date: Thu, 15 Oct 2015 14:50:50 +0000
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
	<CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
	<CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>
Message-ID: <CABaQF3-AE_bcwGUdN1R1R4p9eCP9NLahMFqo=0Zvv-go+GTbTQ@mail.gmail.com>

Great thank you Tom?s for the feedback; I'm going to ask at least a couple
of other staff here to pound away at it, and I'm about to file my first bug
(batch importing records parsing error).

On Thu, Oct 15, 2015 at 9:37 AM Tomas Cohen Arazi <tomascohen at gmail.com>
wrote:

> Heather et al
>
> 2015-10-15 11:31 GMT-03:00 Heather Braum (NEKLS) <hbraum at nekls.org>:
>
>> Tom?s, as someone who still is very much a newbie on testing, but
>> comfortable filing bug reports when I find stuff, I'd like to participate
>> in the testing, but want to know WHAT to throw at the test system. What
>> bugs are you all looking for related to plack? Specific parts of the
>> system? Regular tasks? What exactly does Plack change? Links? Behavior?
>>
>
> Plack should provide a noticeable speed boost on most of Koha's operations
> :-D What we want is people to use it as they were using it in real life.
> Circulate stuff, catalog, etc.
>
> For example, I found that when you need to create a Label batch, it looks
> like it is not created. I still need to fill that bug (I expect someone
> else to spend the time). It works on a non-plack setup. It is difficult for
> you to notice something is wrong because of Plack, so just fill the bug and
> we will try to find out if it is plack related. Ok?
>
> Give me some guidelines/direction, and I'll gladly pound away at it. Or if
>> just generally walking through my own internal pre-upgrade testing list
>> works, where we touch everything from basic circ to cataloging to holds to
>> reports, I can just walk through that process, too.
>>
>
> Exactly :-D
>
> Thanks!
>
> --
> Tom?s Cohen Arazi
> Theke Solutions (http://theke.io)
> ? +54 9351 3513384
> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>
-- 
Heather Braum
NExpress Coordinator
Resource Sharing Librarian
Northeast Kansas Library System
hbraum at nekls.org

"The illiterate of the 21st century will not be those who cannot read
and write, but those who cannot learn, unlearn, and relearn." ~Alvin
Toffler, *Rethinking the Future*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151015/21136f27/attachment.html>

From josef.moravec at gmail.com  Sun Oct 18 22:05:32 2015
From: josef.moravec at gmail.com (Josef Moravec)
Date: Sun, 18 Oct 2015 20:05:32 +0000
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <CABaQF3-AE_bcwGUdN1R1R4p9eCP9NLahMFqo=0Zvv-go+GTbTQ@mail.gmail.com>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
	<CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
	<CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>
	<CABaQF3-AE_bcwGUdN1R1R4p9eCP9NLahMFqo=0Zvv-go+GTbTQ@mail.gmail.com>
Message-ID: <CAOvd_xKYp_Sa8rovWz54HM3mJmGXDRVYfoDC-XosnzHJqxnTRQ@mail.gmail.com>

Hello Tomas,
I wanted to test on this test server, but today, after login to staff
interface I am always redirected to web installer.

Anyway, thank you for your on this!

Josef


?t 15. 10. 2015 v 16:51 odes?latel Heather Braum (NEKLS) <hbraum at nekls.org>
napsal:

> Great thank you Tom?s for the feedback; I'm going to ask at least a couple
> of other staff here to pound away at it, and I'm about to file my first bug
> (batch importing records parsing error).
>
> On Thu, Oct 15, 2015 at 9:37 AM Tomas Cohen Arazi <tomascohen at gmail.com>
> wrote:
>
>> Heather et al
>>
>> 2015-10-15 11:31 GMT-03:00 Heather Braum (NEKLS) <hbraum at nekls.org>:
>>
>>> Tom?s, as someone who still is very much a newbie on testing, but
>>> comfortable filing bug reports when I find stuff, I'd like to participate
>>> in the testing, but want to know WHAT to throw at the test system. What
>>> bugs are you all looking for related to plack? Specific parts of the
>>> system? Regular tasks? What exactly does Plack change? Links? Behavior?
>>>
>>
>> Plack should provide a noticeable speed boost on most of Koha's
>> operations :-D What we want is people to use it as they were using it in
>> real life. Circulate stuff, catalog, etc.
>>
>> For example, I found that when you need to create a Label batch, it looks
>> like it is not created. I still need to fill that bug (I expect someone
>> else to spend the time). It works on a non-plack setup. It is difficult for
>> you to notice something is wrong because of Plack, so just fill the bug and
>> we will try to find out if it is plack related. Ok?
>>
>> Give me some guidelines/direction, and I'll gladly pound away at it. Or
>>> if just generally walking through my own internal pre-upgrade testing list
>>> works, where we touch everything from basic circ to cataloging to holds to
>>> reports, I can just walk through that process, too.
>>>
>>
>> Exactly :-D
>>
>> Thanks!
>>
>> --
>> Tom?s Cohen Arazi
>> Theke Solutions (http://theke.io)
>> ? +54 9351 3513384
>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>
> --
> Heather Braum
> NExpress Coordinator
> Resource Sharing Librarian
> Northeast Kansas Library System
> hbraum at nekls.org
>
> "The illiterate of the 21st century will not be those who cannot read
> and write, but those who cannot learn, unlearn, and relearn." ~Alvin
> Toffler, *Rethinking the Future*
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151018/fba9c2b8/attachment.html>

From tomascohen at gmail.com  Mon Oct 19 03:53:14 2015
From: tomascohen at gmail.com (Tomas Cohen Arazi)
Date: Sun, 18 Oct 2015 22:53:14 -0300
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <CAOvd_xKYp_Sa8rovWz54HM3mJmGXDRVYfoDC-XosnzHJqxnTRQ@mail.gmail.com>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
	<CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
	<CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>
	<CABaQF3-AE_bcwGUdN1R1R4p9eCP9NLahMFqo=0Zvv-go+GTbTQ@mail.gmail.com>
	<CAOvd_xKYp_Sa8rovWz54HM3mJmGXDRVYfoDC-XosnzHJqxnTRQ@mail.gmail.com>
Message-ID: <CABZfb=VF_c93jCc7yV2nbRpMC2=EtYUJQ9WGoyva7kDcbHFYZg@mail.gmail.com>

Hey guys, I've just reset the DB from that Koha instance. I haven't been
peying attention and I'm not sure someone broke it, so lets start over. I
created the test_# users, (with # in 1..100), all superlibrarians.

Cheers.

2015-10-18 17:05 GMT-03:00 Josef Moravec <josef.moravec at gmail.com>:

> Hello Tomas,
> I wanted to test on this test server, but today, after login to staff
> interface I am always redirected to web installer.
>
> Anyway, thank you for your on this!
>
> Josef
>
>
> ?t 15. 10. 2015 v 16:51 odes?latel Heather Braum (NEKLS) <hbraum at nekls.org>
> napsal:
>
>> Great thank you Tom?s for the feedback; I'm going to ask at least a
>> couple of other staff here to pound away at it, and I'm about to file my
>> first bug (batch importing records parsing error).
>>
>> On Thu, Oct 15, 2015 at 9:37 AM Tomas Cohen Arazi <tomascohen at gmail.com>
>> wrote:
>>
>>> Heather et al
>>>
>>> 2015-10-15 11:31 GMT-03:00 Heather Braum (NEKLS) <hbraum at nekls.org>:
>>>
>>>> Tom?s, as someone who still is very much a newbie on testing, but
>>>> comfortable filing bug reports when I find stuff, I'd like to participate
>>>> in the testing, but want to know WHAT to throw at the test system. What
>>>> bugs are you all looking for related to plack? Specific parts of the
>>>> system? Regular tasks? What exactly does Plack change? Links? Behavior?
>>>>
>>>
>>> Plack should provide a noticeable speed boost on most of Koha's
>>> operations :-D What we want is people to use it as they were using it in
>>> real life. Circulate stuff, catalog, etc.
>>>
>>> For example, I found that when you need to create a Label batch, it
>>> looks like it is not created. I still need to fill that bug (I expect
>>> someone else to spend the time). It works on a non-plack setup. It is
>>> difficult for you to notice something is wrong because of Plack, so just
>>> fill the bug and we will try to find out if it is plack related. Ok?
>>>
>>> Give me some guidelines/direction, and I'll gladly pound away at it. Or
>>>> if just generally walking through my own internal pre-upgrade testing list
>>>> works, where we touch everything from basic circ to cataloging to holds to
>>>> reports, I can just walk through that process, too.
>>>>
>>>
>>> Exactly :-D
>>>
>>> Thanks!
>>>
>>> --
>>> Tom?s Cohen Arazi
>>> Theke Solutions (http://theke.io)
>>> ? +54 9351 3513384
>>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>>
>> --
>> Heather Braum
>> NExpress Coordinator
>> Resource Sharing Librarian
>> Northeast Kansas Library System
>> hbraum at nekls.org
>>
>> "The illiterate of the 21st century will not be those who cannot read
>> and write, but those who cannot learn, unlearn, and relearn." ~Alvin
>> Toffler, *Rethinking the Future*
>> _______________________________________________
>> Koha-devel mailing list
>> Koha-devel at 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/
>> bugs : http://bugs.koha-community.org/
>
>


-- 
Tom?s Cohen Arazi
Theke Solutions (http://theke.io)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151018/1a043723/attachment.html>

From tomascohen at gmail.com  Mon Oct 19 20:11:42 2015
From: tomascohen at gmail.com (Tomas Cohen Arazi)
Date: Mon, 19 Oct 2015 15:11:42 -0300
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <CABZfb=VF_c93jCc7yV2nbRpMC2=EtYUJQ9WGoyva7kDcbHFYZg@mail.gmail.com>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
	<CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
	<CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>
	<CABaQF3-AE_bcwGUdN1R1R4p9eCP9NLahMFqo=0Zvv-go+GTbTQ@mail.gmail.com>
	<CAOvd_xKYp_Sa8rovWz54HM3mJmGXDRVYfoDC-XosnzHJqxnTRQ@mail.gmail.com>
	<CABZfb=VF_c93jCc7yV2nbRpMC2=EtYUJQ9WGoyva7kDcbHFYZg@mail.gmail.com>
Message-ID: <CABZfb=WRuYuJ8UfVoLyjk6Agow5L3SkD5Uf0D18aYApvhQMAcQ@mail.gmail.com>

Now test! Hehe

Thanks for testing :-D

2015-10-18 22:53 GMT-03:00 Tomas Cohen Arazi <tomascohen at gmail.com>:

> Hey guys, I've just reset the DB from that Koha instance. I haven't been
> peying attention and I'm not sure someone broke it, so lets start over. I
> created the test_# users, (with # in 1..100), all superlibrarians.
>
> Cheers.
>
> 2015-10-18 17:05 GMT-03:00 Josef Moravec <josef.moravec at gmail.com>:
>
>> Hello Tomas,
>> I wanted to test on this test server, but today, after login to staff
>> interface I am always redirected to web installer.
>>
>> Anyway, thank you for your on this!
>>
>> Josef
>>
>>
>> ?t 15. 10. 2015 v 16:51 odes?latel Heather Braum (NEKLS) <
>> hbraum at nekls.org> napsal:
>>
>>> Great thank you Tom?s for the feedback; I'm going to ask at least a
>>> couple of other staff here to pound away at it, and I'm about to file my
>>> first bug (batch importing records parsing error).
>>>
>>> On Thu, Oct 15, 2015 at 9:37 AM Tomas Cohen Arazi <tomascohen at gmail.com>
>>> wrote:
>>>
>>>> Heather et al
>>>>
>>>> 2015-10-15 11:31 GMT-03:00 Heather Braum (NEKLS) <hbraum at nekls.org>:
>>>>
>>>>> Tom?s, as someone who still is very much a newbie on testing, but
>>>>> comfortable filing bug reports when I find stuff, I'd like to participate
>>>>> in the testing, but want to know WHAT to throw at the test system. What
>>>>> bugs are you all looking for related to plack? Specific parts of the
>>>>> system? Regular tasks? What exactly does Plack change? Links? Behavior?
>>>>>
>>>>
>>>> Plack should provide a noticeable speed boost on most of Koha's
>>>> operations :-D What we want is people to use it as they were using it in
>>>> real life. Circulate stuff, catalog, etc.
>>>>
>>>> For example, I found that when you need to create a Label batch, it
>>>> looks like it is not created. I still need to fill that bug (I expect
>>>> someone else to spend the time). It works on a non-plack setup. It is
>>>> difficult for you to notice something is wrong because of Plack, so just
>>>> fill the bug and we will try to find out if it is plack related. Ok?
>>>>
>>>> Give me some guidelines/direction, and I'll gladly pound away at it. Or
>>>>> if just generally walking through my own internal pre-upgrade testing list
>>>>> works, where we touch everything from basic circ to cataloging to holds to
>>>>> reports, I can just walk through that process, too.
>>>>>
>>>>
>>>> Exactly :-D
>>>>
>>>> Thanks!
>>>>
>>>> --
>>>> Tom?s Cohen Arazi
>>>> Theke Solutions (http://theke.io)
>>>> ? +54 9351 3513384
>>>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>>>
>>> --
>>> Heather Braum
>>> NExpress Coordinator
>>> Resource Sharing Librarian
>>> Northeast Kansas Library System
>>> hbraum at nekls.org
>>>
>>> "The illiterate of the 21st century will not be those who cannot read
>>> and write, but those who cannot learn, unlearn, and relearn." ~Alvin
>>> Toffler, *Rethinking the Future*
>>> _______________________________________________
>>> Koha-devel mailing list
>>> Koha-devel at 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/
>>> bugs : http://bugs.koha-community.org/
>>
>>
>
>
> --
> Tom?s Cohen Arazi
> Theke Solutions (http://theke.io)
> ? +54 9351 3513384
> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>



-- 
Tom?s Cohen Arazi
Theke Solutions (http://theke.io)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151019/ee7b41ec/attachment.html>

From Andreas.Hedstrom.Mace at sub.su.se  Mon Oct 19 22:54:37 2015
From: Andreas.Hedstrom.Mace at sub.su.se (=?utf-8?B?QW5kcmVhcyBIZWRzdHLDtm0gTWFjZQ==?=)
Date: Mon, 19 Oct 2015 20:54:37 +0000
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <CABZfb=WRuYuJ8UfVoLyjk6Agow5L3SkD5Uf0D18aYApvhQMAcQ@mail.gmail.com>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
	<CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
	<CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>
	<CABaQF3-AE_bcwGUdN1R1R4p9eCP9NLahMFqo=0Zvv-go+GTbTQ@mail.gmail.com>
	<CAOvd_xKYp_Sa8rovWz54HM3mJmGXDRVYfoDC-XosnzHJqxnTRQ@mail.gmail.com>
	<CABZfb=VF_c93jCc7yV2nbRpMC2=EtYUJQ9WGoyva7kDcbHFYZg@mail.gmail.com>
	<CABZfb=WRuYuJ8UfVoLyjk6Agow5L3SkD5Uf0D18aYApvhQMAcQ@mail.gmail.com>
Message-ID: <D24B2438.C27A%andreas.hedstrom.mace@sub.su.se>

Hi!

I just tried to test the staff interface again, but if I search the catalogue I get a lot of record who display the error "The record you requested does not exist (5)" when I click on them. Still issues with the db?

Or did I manage to break something? (Before I started to check the records I turned some sysprefs on and off a few times, as this was previously an issue with Plack.)

Best regards,
Andreas

____________________________________
Andreas Hedstr?m Mace
Librarian
Stockholm University Library
Stockholm University
106 91 Stockholm
Tel: +46 (0) 8-16 49 17
www.sub.su.se<http://www.sub.su.se/>
____________________________________


Fr?n: Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com>>
Datum: m?ndag 19 oktober 2015 20:11
Till: Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com>>
Kopia: koha-devel <koha-devel at lists.koha-community.org<mailto:koha-devel at lists.koha-community.org>>
?mne: Re: [Koha-devel] IMPORTANT: Plack stress test server

Now test! Hehe

Thanks for testing :-D

2015-10-18 22:53 GMT-03:00 Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com>>:
Hey guys, I've just reset the DB from that Koha instance. I haven't been peying attention and I'm not sure someone broke it, so lets start over. I created the test_# users, (with # in 1..100), all superlibrarians.

Cheers.

2015-10-18 17:05 GMT-03:00 Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com>>:
Hello Tomas,
I wanted to test on this test server, but today, after login to staff interface I am always redirected to web installer.

Anyway, thank you for your on this!

Josef


?t 15. 10. 2015 v 16:51 odes?latel Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org>> napsal:
Great thank you Tom?s for the feedback; I'm going to ask at least a couple of other staff here to pound away at it, and I'm about to file my first bug (batch importing records parsing error).

On Thu, Oct 15, 2015 at 9:37 AM Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com>> wrote:
Heather et al

2015-10-15 11:31 GMT-03:00 Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org>>:
Tom?s, as someone who still is very much a newbie on testing, but comfortable filing bug reports when I find stuff, I'd like to participate in the testing, but want to know WHAT to throw at the test system. What bugs are you all looking for related to plack? Specific parts of the system? Regular tasks? What exactly does Plack change? Links? Behavior?

Plack should provide a noticeable speed boost on most of Koha's operations :-D What we want is people to use it as they were using it in real life. Circulate stuff, catalog, etc.

For example, I found that when you need to create a Label batch, it looks like it is not created. I still need to fill that bug (I expect someone else to spend the time). It works on a non-plack setup. It is difficult for you to notice something is wrong because of Plack, so just fill the bug and we will try to find out if it is plack related. Ok?

Give me some guidelines/direction, and I'll gladly pound away at it. Or if just generally walking through my own internal pre-upgrade testing list works, where we touch everything from basic circ to cataloging to holds to reports, I can just walk through that process, too.

Exactly :-D

Thanks!

--
Tom?s Cohen Arazi
Theke Solutions (http://theke.io<http://theke.io/>)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
--
Heather Braum
NExpress Coordinator
Resource Sharing Librarian
Northeast Kansas Library System
hbraum at nekls.org<mailto:hbraum at nekls.org>

"The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn." ~Alvin Toffler, *Rethinking the Future*
_______________________________________________
Koha-devel mailing list
Koha-devel at lists.koha-community.org<mailto:Koha-devel at 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/
bugs : http://bugs.koha-community.org/



--
Tom?s Cohen Arazi
Theke Solutions (http://theke.io<http://theke.io/>)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F



--
Tom?s Cohen Arazi
Theke Solutions (http://theke.io<http://theke.io/>)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151019/c1db8967/attachment-0001.html>

From liz at catalyst.net.nz  Mon Oct 19 23:01:04 2015
From: liz at catalyst.net.nz (Liz Rea)
Date: Tue, 20 Oct 2015 10:01:04 +1300
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <D24B2438.C27A%andreas.hedstrom.mace@sub.su.se>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
	<CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
	<CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>
	<CABaQF3-AE_bcwGUdN1R1R4p9eCP9NLahMFqo=0Zvv-go+GTbTQ@mail.gmail.com>
	<CAOvd_xKYp_Sa8rovWz54HM3mJmGXDRVYfoDC-XosnzHJqxnTRQ@mail.gmail.com>
	<CABZfb=VF_c93jCc7yV2nbRpMC2=EtYUJQ9WGoyva7kDcbHFYZg@mail.gmail.com>
	<CABZfb=WRuYuJ8UfVoLyjk6Agow5L3SkD5Uf0D18aYApvhQMAcQ@mail.gmail.com>
	<D24B2438.C27A%andreas.hedstrom.mace@sub.su.se>
Message-ID: <56255A10.8000805@catalyst.net.nz>

Normally this is caused by a database that has been refreshed, when the
indexes have not. It sounds like, based on what has been going on with
this server, that it is highly likely that is what has happened.

Cheers,
Liz

On 20/10/15 09:54, Andreas Hedstr?m Mace wrote:
> Hi!
>
> I just tried to test the staff interface again, but if I search the catalogue I get a lot of record who display the error "The record you requested does not exist (5)" when I click on them. Still issues with the db?
>
> Or did I manage to break something? (Before I started to check the records I turned some sysprefs on and off a few times, as this was previously an issue with Plack.)
>
> Best regards,
> Andreas
>
> ____________________________________
> Andreas Hedstr?m Mace
> Librarian
> Stockholm University Library
> Stockholm University
> 106 91 Stockholm
> Tel: +46 (0) 8-16 49 17
> www.sub.su.se<http://www.sub.su.se/>
> ____________________________________
>
>
> Fr?n: Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com>>
> Datum: m?ndag 19 oktober 2015 20:11
> Till: Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com>>
> Kopia: koha-devel <koha-devel at lists.koha-community.org<mailto:koha-devel at lists.koha-community.org>>
> ?mne: Re: [Koha-devel] IMPORTANT: Plack stress test server
>
> Now test! Hehe
>
> Thanks for testing :-D
>
> 2015-10-18 22:53 GMT-03:00 Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com>>:
> Hey guys, I've just reset the DB from that Koha instance. I haven't been peying attention and I'm not sure someone broke it, so lets start over. I created the test_# users, (with # in 1..100), all superlibrarians.
>
> Cheers.
>
> 2015-10-18 17:05 GMT-03:00 Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com>>:
> Hello Tomas,
> I wanted to test on this test server, but today, after login to staff interface I am always redirected to web installer.
>
> Anyway, thank you for your on this!
>
> Josef
>
>
> ?t 15. 10. 2015 v 16:51 odes?latel Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org>> napsal:
> Great thank you Tom?s for the feedback; I'm going to ask at least a couple of other staff here to pound away at it, and I'm about to file my first bug (batch importing records parsing error).
>
> On Thu, Oct 15, 2015 at 9:37 AM Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com>> wrote:
> Heather et al
>
> 2015-10-15 11:31 GMT-03:00 Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org>>:
> Tom?s, as someone who still is very much a newbie on testing, but comfortable filing bug reports when I find stuff, I'd like to participate in the testing, but want to know WHAT to throw at the test system. What bugs are you all looking for related to plack? Specific parts of the system? Regular tasks? What exactly does Plack change? Links? Behavior?
>
> Plack should provide a noticeable speed boost on most of Koha's operations :-D What we want is people to use it as they were using it in real life. Circulate stuff, catalog, etc.
>
> For example, I found that when you need to create a Label batch, it looks like it is not created. I still need to fill that bug (I expect someone else to spend the time). It works on a non-plack setup. It is difficult for you to notice something is wrong because of Plack, so just fill the bug and we will try to find out if it is plack related. Ok?
>
> Give me some guidelines/direction, and I'll gladly pound away at it. Or if just generally walking through my own internal pre-upgrade testing list works, where we touch everything from basic circ to cataloging to holds to reports, I can just walk through that process, too.
>
> Exactly :-D
>
> Thanks!
>
> --
> Tom?s Cohen Arazi
> Theke Solutions (http://theke.io<http://theke.io/>)
> ? +54 9351 3513384
> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
> --
> Heather Braum
> NExpress Coordinator
> Resource Sharing Librarian
> Northeast Kansas Library System
> hbraum at nekls.org<mailto:hbraum at nekls.org>
>
> "The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn." ~Alvin Toffler, *Rethinking the Future*
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at lists.koha-community.org<mailto:Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
>
>
>
> --
> Tom?s Cohen Arazi
> Theke Solutions (http://theke.io<http://theke.io/>)
> ? +54 9351 3513384
> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>
>
>
> --
> Tom?s Cohen Arazi
> Theke Solutions (http://theke.io<http://theke.io/>)
> ? +54 9351 3513384
> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>
>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/

-- 
--
Liz Rea
Catalyst.Net Limited
Level 6, Catalyst House, 
150 Willis Street, Wellington.
P.O Box 11053, Manners Street, 
Wellington 6142

GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151020/5ffff558/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: OpenPGP digital signature
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151020/5ffff558/attachment.pgp>

From tomascohen at gmail.com  Tue Oct 20 00:04:17 2015
From: tomascohen at gmail.com (Tomas Cohen Arazi)
Date: Mon, 19 Oct 2015 19:04:17 -0300
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <56255A10.8000805@catalyst.net.nz>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
	<CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
	<CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>
	<CABaQF3-AE_bcwGUdN1R1R4p9eCP9NLahMFqo=0Zvv-go+GTbTQ@mail.gmail.com>
	<CAOvd_xKYp_Sa8rovWz54HM3mJmGXDRVYfoDC-XosnzHJqxnTRQ@mail.gmail.com>
	<CABZfb=VF_c93jCc7yV2nbRpMC2=EtYUJQ9WGoyva7kDcbHFYZg@mail.gmail.com>
	<CABZfb=WRuYuJ8UfVoLyjk6Agow5L3SkD5Uf0D18aYApvhQMAcQ@mail.gmail.com>
	<D24B2438.C27A%andreas.hedstrom.mace@sub.su.se>
	<56255A10.8000805@catalyst.net.nz>
Message-ID: <CABZfb=U-VDc0Sx0vbvnjAD=rj_Dyo5N_EVMXz6Z-RiEcpAQmAg@mail.gmail.com>

It is worse than that. We are having the 'mysql connection vanished'
situation some people blamed dbix::connector for. Fortunately this means we
are reproducing it.
El 19 oct. 2015 6:01 p. m., "Liz Rea" <liz at catalyst.net.nz> escribi?:

> Normally this is caused by a database that has been refreshed, when the
> indexes have not. It sounds like, based on what has been going on with this
> server, that it is highly likely that is what has happened.
>
> Cheers,
> Liz
>
> On 20/10/15 09:54, Andreas Hedstr?m Mace wrote:
>
> Hi!
>
> I just tried to test the staff interface again, but if I search the catalogue I get a lot of record who display the error "The record you requested does not exist (5)" when I click on them. Still issues with the db?
>
> Or did I manage to break something? (Before I started to check the records I turned some sysprefs on and off a few times, as this was previously an issue with Plack.)
>
> Best regards,
> Andreas
>
> ____________________________________
> Andreas Hedstr?m Mace
> Librarian
> Stockholm University Library
> Stockholm University
> 106 91 Stockholm
> Tel: +46 (0) 8-16 49 17www.sub.su.se<http://www.sub.su.se/> <http://www.sub.su.se/>
> ____________________________________
>
>
> Fr?n: Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>>
> Datum: m?ndag 19 oktober 2015 20:11
> Till: Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com> <josef.moravec at gmail.com>>
> Kopia: koha-devel <koha-devel at lists.koha-community.org<mailto:koha-devel at lists.koha-community.org> <koha-devel at lists.koha-community.org>>
> ?mne: Re: [Koha-devel] IMPORTANT: Plack stress test server
>
> Now test! Hehe
>
> Thanks for testing :-D
>
> 2015-10-18 22:53 GMT-03:00 Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>>:
> Hey guys, I've just reset the DB from that Koha instance. I haven't been peying attention and I'm not sure someone broke it, so lets start over. I created the test_# users, (with # in 1..100), all superlibrarians.
>
> Cheers.
>
> 2015-10-18 17:05 GMT-03:00 Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com> <josef.moravec at gmail.com>>:
> Hello Tomas,
> I wanted to test on this test server, but today, after login to staff interface I am always redirected to web installer.
>
> Anyway, thank you for your on this!
>
> Josef
>
>
> ?t 15. 10. 2015 v 16:51 odes?latel Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>> napsal:
> Great thank you Tom?s for the feedback; I'm going to ask at least a couple of other staff here to pound away at it, and I'm about to file my first bug (batch importing records parsing error).
>
> On Thu, Oct 15, 2015 at 9:37 AM Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>> wrote:
> Heather et al
>
> 2015-10-15 11:31 GMT-03:00 Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>>:
> Tom?s, as someone who still is very much a newbie on testing, but comfortable filing bug reports when I find stuff, I'd like to participate in the testing, but want to know WHAT to throw at the test system. What bugs are you all looking for related to plack? Specific parts of the system? Regular tasks? What exactly does Plack change? Links? Behavior?
>
> Plack should provide a noticeable speed boost on most of Koha's operations :-D What we want is people to use it as they were using it in real life. Circulate stuff, catalog, etc.
>
> For example, I found that when you need to create a Label batch, it looks like it is not created. I still need to fill that bug (I expect someone else to spend the time). It works on a non-plack setup. It is difficult for you to notice something is wrong because of Plack, so just fill the bug and we will try to find out if it is plack related. Ok?
>
> Give me some guidelines/direction, and I'll gladly pound away at it. Or if just generally walking through my own internal pre-upgrade testing list works, where we touch everything from basic circ to cataloging to holds to reports, I can just walk through that process, too.
>
> Exactly :-D
>
> Thanks!
>
> --
> Tom?s Cohen Arazi
> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
> ? +54 9351 3513384
> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
> --
> Heather Braum
> NExpress Coordinator
> Resource Sharing Librarian
> Northeast Kansas Library Systemhbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>
>
> "The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn." ~Alvin Toffler, *Rethinking the Future*
> _______________________________________________
> Koha-devel mailing listKoha-devel at lists.koha-community.org<mailto:Koha-devel at lists.koha-community.org> <Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
>
>
>
> --
> Tom?s Cohen Arazi
> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
> ? +54 9351 3513384
> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>
>
>
> --
> Tom?s Cohen Arazi
> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
> ? +54 9351 3513384
> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>
>
>
> _______________________________________________
> Koha-devel mailing listKoha-devel at lists.koha-community.orghttp://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/
>
>
> --
> --
> Liz Rea
> Catalyst.Net Limited
> Level 6, Catalyst House,
> 150 Willis Street, Wellington.
> P.O Box 11053, Manners Street,
> Wellington 6142
>
> GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7
>
>
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151019/f605142a/attachment-0001.html>

From tomascohen at gmail.com  Tue Oct 20 05:02:01 2015
From: tomascohen at gmail.com (Tomas Cohen Arazi)
Date: Tue, 20 Oct 2015 00:02:01 -0300
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <CABZfb=U-VDc0Sx0vbvnjAD=rj_Dyo5N_EVMXz6Z-RiEcpAQmAg@mail.gmail.com>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
	<CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
	<CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>
	<CABaQF3-AE_bcwGUdN1R1R4p9eCP9NLahMFqo=0Zvv-go+GTbTQ@mail.gmail.com>
	<CAOvd_xKYp_Sa8rovWz54HM3mJmGXDRVYfoDC-XosnzHJqxnTRQ@mail.gmail.com>
	<CABZfb=VF_c93jCc7yV2nbRpMC2=EtYUJQ9WGoyva7kDcbHFYZg@mail.gmail.com>
	<CABZfb=WRuYuJ8UfVoLyjk6Agow5L3SkD5Uf0D18aYApvhQMAcQ@mail.gmail.com>
	<D24B2438.C27A%andreas.hedstrom.mace@sub.su.se>
	<56255A10.8000805@catalyst.net.nz>
	<CABZfb=U-VDc0Sx0vbvnjAD=rj_Dyo5N_EVMXz6Z-RiEcpAQmAg@mail.gmail.com>
Message-ID: <CABZfb=VoDrTQzUstHZtvO9_BA8oHna_AZFQCspwXmwGRWZvL6Q@mail.gmail.com>

Ok everyone. After removing DBIx::Connector wishing people blaming it was
right, I figured it wasn't its fault. It is a race between DBI and DBIx
over the DB handler on threaded/forked contexts.

The fact is, bug 14778 mitigated the issue and things got back to (almost)
normal. I manually applied those patches on the server install.
So keep testing and filling bugs. Liz found that the new upload progress
bar gets stuck at some point, but the upload finishes (we managed to run
the import, etc). I'm not sure that bug is filled already, maybe Marcel can
u take a look? :-D

Thanks everyone. Dental plan... Dental plan...


2015-10-19 19:04 GMT-03:00 Tomas Cohen Arazi <tomascohen at gmail.com>:

> It is worse than that. We are having the 'mysql connection vanished'
> situation some people blamed dbix::connector for. Fortunately this means we
> are reproducing it.
> El 19 oct. 2015 6:01 p. m., "Liz Rea" <liz at catalyst.net.nz> escribi?:
>
>> Normally this is caused by a database that has been refreshed, when the
>> indexes have not. It sounds like, based on what has been going on with this
>> server, that it is highly likely that is what has happened.
>>
>> Cheers,
>> Liz
>>
>> On 20/10/15 09:54, Andreas Hedstr?m Mace wrote:
>>
>> Hi!
>>
>> I just tried to test the staff interface again, but if I search the catalogue I get a lot of record who display the error "The record you requested does not exist (5)" when I click on them. Still issues with the db?
>>
>> Or did I manage to break something? (Before I started to check the records I turned some sysprefs on and off a few times, as this was previously an issue with Plack.)
>>
>> Best regards,
>> Andreas
>>
>> ____________________________________
>> Andreas Hedstr?m Mace
>> Librarian
>> Stockholm University Library
>> Stockholm University
>> 106 91 Stockholm
>> Tel: +46 (0) 8-16 49 17www.sub.su.se<http://www.sub.su.se/> <http://www.sub.su.se/>
>> ____________________________________
>>
>>
>> Fr?n: Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>>
>> Datum: m?ndag 19 oktober 2015 20:11
>> Till: Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com> <josef.moravec at gmail.com>>
>> Kopia: koha-devel <koha-devel at lists.koha-community.org<mailto:koha-devel at lists.koha-community.org> <koha-devel at lists.koha-community.org>>
>> ?mne: Re: [Koha-devel] IMPORTANT: Plack stress test server
>>
>> Now test! Hehe
>>
>> Thanks for testing :-D
>>
>> 2015-10-18 22:53 GMT-03:00 Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>>:
>> Hey guys, I've just reset the DB from that Koha instance. I haven't been peying attention and I'm not sure someone broke it, so lets start over. I created the test_# users, (with # in 1..100), all superlibrarians.
>>
>> Cheers.
>>
>> 2015-10-18 17:05 GMT-03:00 Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com> <josef.moravec at gmail.com>>:
>> Hello Tomas,
>> I wanted to test on this test server, but today, after login to staff interface I am always redirected to web installer.
>>
>> Anyway, thank you for your on this!
>>
>> Josef
>>
>>
>> ?t 15. 10. 2015 v 16:51 odes?latel Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>> napsal:
>> Great thank you Tom?s for the feedback; I'm going to ask at least a couple of other staff here to pound away at it, and I'm about to file my first bug (batch importing records parsing error).
>>
>> On Thu, Oct 15, 2015 at 9:37 AM Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>> wrote:
>> Heather et al
>>
>> 2015-10-15 11:31 GMT-03:00 Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>>:
>> Tom?s, as someone who still is very much a newbie on testing, but comfortable filing bug reports when I find stuff, I'd like to participate in the testing, but want to know WHAT to throw at the test system. What bugs are you all looking for related to plack? Specific parts of the system? Regular tasks? What exactly does Plack change? Links? Behavior?
>>
>> Plack should provide a noticeable speed boost on most of Koha's operations :-D What we want is people to use it as they were using it in real life. Circulate stuff, catalog, etc.
>>
>> For example, I found that when you need to create a Label batch, it looks like it is not created. I still need to fill that bug (I expect someone else to spend the time). It works on a non-plack setup. It is difficult for you to notice something is wrong because of Plack, so just fill the bug and we will try to find out if it is plack related. Ok?
>>
>> Give me some guidelines/direction, and I'll gladly pound away at it. Or if just generally walking through my own internal pre-upgrade testing list works, where we touch everything from basic circ to cataloging to holds to reports, I can just walk through that process, too.
>>
>> Exactly :-D
>>
>> Thanks!
>>
>> --
>> Tom?s Cohen Arazi
>> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
>> ? +54 9351 3513384
>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>> --
>> Heather Braum
>> NExpress Coordinator
>> Resource Sharing Librarian
>> Northeast Kansas Library Systemhbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>
>>
>> "The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn." ~Alvin Toffler, *Rethinking the Future*
>> _______________________________________________
>> Koha-devel mailing listKoha-devel at lists.koha-community.org<mailto:Koha-devel at lists.koha-community.org> <Koha-devel at 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/
>> bugs : http://bugs.koha-community.org/
>>
>>
>>
>> --
>> Tom?s Cohen Arazi
>> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
>> ? +54 9351 3513384
>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>
>>
>>
>> --
>> Tom?s Cohen Arazi
>> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
>> ? +54 9351 3513384
>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>
>>
>>
>> _______________________________________________
>> Koha-devel mailing listKoha-devel at lists.koha-community.orghttp://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
>> website : http://www.koha-community.org/
>> git : http://git.koha-community.org/
>> bugs : http://bugs.koha-community.org/
>>
>>
>> --
>> --
>> Liz Rea
>> Catalyst.Net Limited
>> Level 6, Catalyst House,
>> 150 Willis Street, Wellington.
>> P.O Box 11053, Manners Street,
>> Wellington 6142
>>
>> GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7
>>
>>
>> _______________________________________________
>> Koha-devel mailing list
>> Koha-devel at 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/
>> bugs : http://bugs.koha-community.org/
>>
>


-- 
Tom?s Cohen Arazi
Theke Solutions (http://theke.io)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151020/dea49439/attachment.html>

From hbraum at nekls.org  Tue Oct 20 07:18:27 2015
From: hbraum at nekls.org (Heather Braum (NEKLS))
Date: Tue, 20 Oct 2015 05:18:27 +0000
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <CABZfb=VoDrTQzUstHZtvO9_BA8oHna_AZFQCspwXmwGRWZvL6Q@mail.gmail.com>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
	<CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
	<CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>
	<CABaQF3-AE_bcwGUdN1R1R4p9eCP9NLahMFqo=0Zvv-go+GTbTQ@mail.gmail.com>
	<CAOvd_xKYp_Sa8rovWz54HM3mJmGXDRVYfoDC-XosnzHJqxnTRQ@mail.gmail.com>
	<CABZfb=VF_c93jCc7yV2nbRpMC2=EtYUJQ9WGoyva7kDcbHFYZg@mail.gmail.com>
	<CABZfb=WRuYuJ8UfVoLyjk6Agow5L3SkD5Uf0D18aYApvhQMAcQ@mail.gmail.com>
	<D24B2438.C27A%andreas.hedstrom.mace@sub.su.se>
	<56255A10.8000805@catalyst.net.nz>
	<CABZfb=U-VDc0Sx0vbvnjAD=rj_Dyo5N_EVMXz6Z-RiEcpAQmAg@mail.gmail.com>
	<CABZfb=VoDrTQzUstHZtvO9_BA8oHna_AZFQCspwXmwGRWZvL6Q@mail.gmail.com>
Message-ID: <CABaQF3_C2Hgq0O-8e-jXXdDmC-m8GHTH-Kyi6JR1uN7T5L4QBg@mail.gmail.com>

Here's the most recent staging import bug I filed. The import upload looked
like it failed or threw an internal server error, but then the files were
in the managed staged area. Is that what you're looking for, Tomas?

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15032


On Mon, Oct 19, 2015 at 10:02 PM Tomas Cohen Arazi <tomascohen at gmail.com>
wrote:

> Ok everyone. After removing DBIx::Connector wishing people blaming it was
> right, I figured it wasn't its fault. It is a race between DBI and DBIx
> over the DB handler on threaded/forked contexts.
>
> The fact is, bug 14778 mitigated the issue and things got back to (almost)
> normal. I manually applied those patches on the server install.
> So keep testing and filling bugs. Liz found that the new upload progress
> bar gets stuck at some point, but the upload finishes (we managed to run
> the import, etc). I'm not sure that bug is filled already, maybe Marcel can
> u take a look? :-D
>
> Thanks everyone. Dental plan... Dental plan...
>
>
> 2015-10-19 19:04 GMT-03:00 Tomas Cohen Arazi <tomascohen at gmail.com>:
>
>> It is worse than that. We are having the 'mysql connection vanished'
>> situation some people blamed dbix::connector for. Fortunately this means we
>> are reproducing it.
>> El 19 oct. 2015 6:01 p. m., "Liz Rea" <liz at catalyst.net.nz> escribi?:
>>
>>> Normally this is caused by a database that has been refreshed, when the
>>> indexes have not. It sounds like, based on what has been going on with this
>>> server, that it is highly likely that is what has happened.
>>>
>>> Cheers,
>>> Liz
>>>
>>> On 20/10/15 09:54, Andreas Hedstr?m Mace wrote:
>>>
>>> Hi!
>>>
>>> I just tried to test the staff interface again, but if I search the catalogue I get a lot of record who display the error "The record you requested does not exist (5)" when I click on them. Still issues with the db?
>>>
>>> Or did I manage to break something? (Before I started to check the records I turned some sysprefs on and off a few times, as this was previously an issue with Plack.)
>>>
>>> Best regards,
>>> Andreas
>>>
>>> ____________________________________
>>> Andreas Hedstr?m Mace
>>> Librarian
>>> Stockholm University Library
>>> Stockholm University
>>> 106 91 Stockholm
>>> Tel: +46 (0) 8-16 49 17www.sub.su.se<http://www.sub.su.se/> <http://www.sub.su.se/>
>>> ____________________________________
>>>
>>>
>>> Fr?n: Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>>
>>> Datum: m?ndag 19 oktober 2015 20:11
>>> Till: Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com> <josef.moravec at gmail.com>>
>>> Kopia: koha-devel <koha-devel at lists.koha-community.org<mailto:koha-devel at lists.koha-community.org> <koha-devel at lists.koha-community.org>>
>>> ?mne: Re: [Koha-devel] IMPORTANT: Plack stress test server
>>>
>>> Now test! Hehe
>>>
>>> Thanks for testing :-D
>>>
>>> 2015-10-18 22:53 GMT-03:00 Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>>:
>>> Hey guys, I've just reset the DB from that Koha instance. I haven't been peying attention and I'm not sure someone broke it, so lets start over. I created the test_# users, (with # in 1..100), all superlibrarians.
>>>
>>> Cheers.
>>>
>>> 2015-10-18 17:05 GMT-03:00 Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com> <josef.moravec at gmail.com>>:
>>> Hello Tomas,
>>> I wanted to test on this test server, but today, after login to staff interface I am always redirected to web installer.
>>>
>>> Anyway, thank you for your on this!
>>>
>>> Josef
>>>
>>>
>>> ?t 15. 10. 2015 v 16:51 odes?latel Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>> napsal:
>>> Great thank you Tom?s for the feedback; I'm going to ask at least a couple of other staff here to pound away at it, and I'm about to file my first bug (batch importing records parsing error).
>>>
>>> On Thu, Oct 15, 2015 at 9:37 AM Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>> wrote:
>>> Heather et al
>>>
>>> 2015-10-15 11:31 GMT-03:00 Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>>:
>>> Tom?s, as someone who still is very much a newbie on testing, but comfortable filing bug reports when I find stuff, I'd like to participate in the testing, but want to know WHAT to throw at the test system. What bugs are you all looking for related to plack? Specific parts of the system? Regular tasks? What exactly does Plack change? Links? Behavior?
>>>
>>> Plack should provide a noticeable speed boost on most of Koha's operations :-D What we want is people to use it as they were using it in real life. Circulate stuff, catalog, etc.
>>>
>>> For example, I found that when you need to create a Label batch, it looks like it is not created. I still need to fill that bug (I expect someone else to spend the time). It works on a non-plack setup. It is difficult for you to notice something is wrong because of Plack, so just fill the bug and we will try to find out if it is plack related. Ok?
>>>
>>> Give me some guidelines/direction, and I'll gladly pound away at it. Or if just generally walking through my own internal pre-upgrade testing list works, where we touch everything from basic circ to cataloging to holds to reports, I can just walk through that process, too.
>>>
>>> Exactly :-D
>>>
>>> Thanks!
>>>
>>> --
>>> Tom?s Cohen Arazi
>>> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
>>> ? +54 9351 3513384
>>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>> --
>>> Heather Braum
>>> NExpress Coordinator
>>> Resource Sharing Librarian
>>> Northeast Kansas Library Systemhbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>
>>>
>>> "The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn." ~Alvin Toffler, *Rethinking the Future*
>>> _______________________________________________
>>> Koha-devel mailing listKoha-devel at lists.koha-community.org<mailto:Koha-devel at lists.koha-community.org> <Koha-devel at 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/
>>> bugs : http://bugs.koha-community.org/
>>>
>>>
>>>
>>> --
>>> Tom?s Cohen Arazi
>>> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
>>> ? +54 9351 3513384
>>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>>
>>>
>>>
>>> --
>>> Tom?s Cohen Arazi
>>> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
>>> ? +54 9351 3513384
>>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>>
>>>
>>>
>>> _______________________________________________
>>> Koha-devel mailing listKoha-devel at lists.koha-community.orghttp://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
>>> website : http://www.koha-community.org/
>>> git : http://git.koha-community.org/
>>> bugs : http://bugs.koha-community.org/
>>>
>>>
>>> --
>>> --
>>> Liz Rea
>>> Catalyst.Net Limited
>>> Level 6, Catalyst House,
>>> 150 Willis Street, Wellington.
>>> P.O Box 11053, Manners Street,
>>> Wellington 6142
>>>
>>> GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7
>>>
>>>
>>> _______________________________________________
>>> Koha-devel mailing list
>>> Koha-devel at 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/
>>> bugs : http://bugs.koha-community.org/
>>>
>>
>
>
> --
> Tom?s Cohen Arazi
> Theke Solutions (http://theke.io)
>
> ? +54 9351 3513384
> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/

-- 
Heather Braum
NExpress Coordinator
Resource Sharing Librarian
Northeast Kansas Library System
hbraum at nekls.org

"The illiterate of the 21st century will not be those who cannot read
and write, but those who cannot learn, unlearn, and relearn." ~Alvin
Toffler, *Rethinking the Future*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151020/1ebc5f23/attachment-0001.html>

From tomascohen at gmail.com  Tue Oct 20 17:56:19 2015
From: tomascohen at gmail.com (Tomas Cohen Arazi)
Date: Tue, 20 Oct 2015 12:56:19 -0300
Subject: [Koha-devel] Reminder: feature slush approaching
Message-ID: <CABZfb=WOwEL1pK+NXnD8QEFVQkoijS+zOefVX+h42RuJod5NcQ@mail.gmail.com>

Hi everyone, just a gentle reminder: feature slush was set to October 26th
on the last dev meeting [1]. When I get to a computer next monday, I will
take a screenshot of the PQA queue and enhancements or features not on that
list won't be elegible for 3.22.

Regards

[1]
http://meetings.koha-community.org/2015/development_irc_meeting_14_october_2015___part_1.2015-10-14-14.08.html

-- 
Tom?s Cohen Arazi
Theke Solutions (http://theke.io)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151020/7d509cf7/attachment.html>

From hbraum at nekls.org  Wed Oct 21 00:25:58 2015
From: hbraum at nekls.org (Heather Braum (NEKLS))
Date: Tue, 20 Oct 2015 22:25:58 +0000
Subject: [Koha-devel] IMPORTANT: Plack stress test server
In-Reply-To: <CABaQF3_C2Hgq0O-8e-jXXdDmC-m8GHTH-Kyi6JR1uN7T5L4QBg@mail.gmail.com>
References: <CABZfb=Xc64i7Y2VYjdHY6ay4xbF7cqSj=XRxDFAsO4U7aZOFGA@mail.gmail.com>
	<CABaQF3-598+f+9pzc=_rcercBnFpknu8jkEhe5O4VqcZ486Z0w@mail.gmail.com>
	<CABZfb=WTqam3V2NEzLKt4UiuuXfM6XeGbJZ3XZikKd7LVTVniw@mail.gmail.com>
	<CABaQF3-AE_bcwGUdN1R1R4p9eCP9NLahMFqo=0Zvv-go+GTbTQ@mail.gmail.com>
	<CAOvd_xKYp_Sa8rovWz54HM3mJmGXDRVYfoDC-XosnzHJqxnTRQ@mail.gmail.com>
	<CABZfb=VF_c93jCc7yV2nbRpMC2=EtYUJQ9WGoyva7kDcbHFYZg@mail.gmail.com>
	<CABZfb=WRuYuJ8UfVoLyjk6Agow5L3SkD5Uf0D18aYApvhQMAcQ@mail.gmail.com>
	<D24B2438.C27A%andreas.hedstrom.mace@sub.su.se>
	<56255A10.8000805@catalyst.net.nz>
	<CABZfb=U-VDc0Sx0vbvnjAD=rj_Dyo5N_EVMXz6Z-RiEcpAQmAg@mail.gmail.com>
	<CABZfb=VoDrTQzUstHZtvO9_BA8oHna_AZFQCspwXmwGRWZvL6Q@mail.gmail.com>
	<CABaQF3_C2Hgq0O-8e-jXXdDmC-m8GHTH-Kyi6JR1uN7T5L4QBg@mail.gmail.com>
Message-ID: <CABaQF3-NyKM3ER0LfyukjS3ooBmF_rXEqsZvH8e+FQJSRY76dQ@mail.gmail.com>

Tom?s, I spent some time this afternoon, after continuing to fight with the
stage/import MARC records tools area, and checked the following areas,
using the tool/area by uploading a file:

Tools --> Batch Record Deletion --> From an Uploaded File -- ok.
Tools --> Import Patrons --> From an Uploaded File -- ok.
Tools --> Upload Patron Image --> ok
Tools --> Batch Item Modification --> not okay; bug filed -- behavior very
similar to the behavior reported in 15032 (staged marc records issues)
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15041
Tools --> Batch Item Deletion --> From an Uploaded File -- ok
Tools --> Export data --> From an Uploaded file of biblio numbers -- ok
Tools --> Local Cover Image --> ok
Tools --> Inventory --> Upload File of Barcodes --> ok
Tools --> Stage MARC records for Import/Manage Staged records --> still
issues reported in http://bugs.koha-community.
org/bugzilla3/show_bug.cgi?id=15032
Patron Record --> Files Uploaded --> Buggy,
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15040
Biblio Detail Page --> Upload Local Cover Image --> ok
Patron Record --> Upload Image --> ok

I *think* that covers all the bases. Other than the continued general
testing, is there anything specific/a major area you know still needs to be
tested, ASAP?

On Tue, Oct 20, 2015 at 12:18 AM Heather Braum (NEKLS) <hbraum at nekls.org>
wrote:

> Here's the most recent staging import bug I filed. The import upload
> looked like it failed or threw an internal server error, but then the files
> were in the managed staged area. Is that what you're looking for, Tomas?
>
> http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15032
>
>
> On Mon, Oct 19, 2015 at 10:02 PM Tomas Cohen Arazi <tomascohen at gmail.com>
> wrote:
>
>> Ok everyone. After removing DBIx::Connector wishing people blaming it was
>> right, I figured it wasn't its fault. It is a race between DBI and DBIx
>> over the DB handler on threaded/forked contexts.
>>
>> The fact is, bug 14778 mitigated the issue and things got back to
>> (almost) normal. I manually applied those patches on the server install.
>> So keep testing and filling bugs. Liz found that the new upload progress
>> bar gets stuck at some point, but the upload finishes (we managed to run
>> the import, etc). I'm not sure that bug is filled already, maybe Marcel can
>> u take a look? :-D
>>
>> Thanks everyone. Dental plan... Dental plan...
>>
>>
>> 2015-10-19 19:04 GMT-03:00 Tomas Cohen Arazi <tomascohen at gmail.com>:
>>
>>> It is worse than that. We are having the 'mysql connection vanished'
>>> situation some people blamed dbix::connector for. Fortunately this means we
>>> are reproducing it.
>>> El 19 oct. 2015 6:01 p. m., "Liz Rea" <liz at catalyst.net.nz> escribi?:
>>>
>>>> Normally this is caused by a database that has been refreshed, when the
>>>> indexes have not. It sounds like, based on what has been going on with this
>>>> server, that it is highly likely that is what has happened.
>>>>
>>>> Cheers,
>>>> Liz
>>>>
>>>> On 20/10/15 09:54, Andreas Hedstr?m Mace wrote:
>>>>
>>>> Hi!
>>>>
>>>> I just tried to test the staff interface again, but if I search the catalogue I get a lot of record who display the error "The record you requested does not exist (5)" when I click on them. Still issues with the db?
>>>>
>>>> Or did I manage to break something? (Before I started to check the records I turned some sysprefs on and off a few times, as this was previously an issue with Plack.)
>>>>
>>>> Best regards,
>>>> Andreas
>>>>
>>>> ____________________________________
>>>> Andreas Hedstr?m Mace
>>>> Librarian
>>>> Stockholm University Library
>>>> Stockholm University
>>>> 106 91 Stockholm
>>>> Tel: +46 (0) 8-16 49 17www.sub.su.se<http://www.sub.su.se/> <http://www.sub.su.se/>
>>>> ____________________________________
>>>>
>>>>
>>>> Fr?n: Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>>
>>>> Datum: m?ndag 19 oktober 2015 20:11
>>>> Till: Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com> <josef.moravec at gmail.com>>
>>>> Kopia: koha-devel <koha-devel at lists.koha-community.org<mailto:koha-devel at lists.koha-community.org> <koha-devel at lists.koha-community.org>>
>>>> ?mne: Re: [Koha-devel] IMPORTANT: Plack stress test server
>>>>
>>>> Now test! Hehe
>>>>
>>>> Thanks for testing :-D
>>>>
>>>> 2015-10-18 22:53 GMT-03:00 Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>>:
>>>> Hey guys, I've just reset the DB from that Koha instance. I haven't been peying attention and I'm not sure someone broke it, so lets start over. I created the test_# users, (with # in 1..100), all superlibrarians.
>>>>
>>>> Cheers.
>>>>
>>>> 2015-10-18 17:05 GMT-03:00 Josef Moravec <josef.moravec at gmail.com<mailto:josef.moravec at gmail.com> <josef.moravec at gmail.com>>:
>>>> Hello Tomas,
>>>> I wanted to test on this test server, but today, after login to staff interface I am always redirected to web installer.
>>>>
>>>> Anyway, thank you for your on this!
>>>>
>>>> Josef
>>>>
>>>>
>>>> ?t 15. 10. 2015 v 16:51 odes?latel Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>> napsal:
>>>> Great thank you Tom?s for the feedback; I'm going to ask at least a couple of other staff here to pound away at it, and I'm about to file my first bug (batch importing records parsing error).
>>>>
>>>> On Thu, Oct 15, 2015 at 9:37 AM Tomas Cohen Arazi <tomascohen at gmail.com<mailto:tomascohen at gmail.com> <tomascohen at gmail.com>> wrote:
>>>> Heather et al
>>>>
>>>> 2015-10-15 11:31 GMT-03:00 Heather Braum (NEKLS) <hbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>>:
>>>> Tom?s, as someone who still is very much a newbie on testing, but comfortable filing bug reports when I find stuff, I'd like to participate in the testing, but want to know WHAT to throw at the test system. What bugs are you all looking for related to plack? Specific parts of the system? Regular tasks? What exactly does Plack change? Links? Behavior?
>>>>
>>>> Plack should provide a noticeable speed boost on most of Koha's operations :-D What we want is people to use it as they were using it in real life. Circulate stuff, catalog, etc.
>>>>
>>>> For example, I found that when you need to create a Label batch, it looks like it is not created. I still need to fill that bug (I expect someone else to spend the time). It works on a non-plack setup. It is difficult for you to notice something is wrong because of Plack, so just fill the bug and we will try to find out if it is plack related. Ok?
>>>>
>>>> Give me some guidelines/direction, and I'll gladly pound away at it. Or if just generally walking through my own internal pre-upgrade testing list works, where we touch everything from basic circ to cataloging to holds to reports, I can just walk through that process, too.
>>>>
>>>> Exactly :-D
>>>>
>>>> Thanks!
>>>>
>>>> --
>>>> Tom?s Cohen Arazi
>>>> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
>>>> ? +54 9351 3513384
>>>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>>> --
>>>> Heather Braum
>>>> NExpress Coordinator
>>>> Resource Sharing Librarian
>>>> Northeast Kansas Library Systemhbraum at nekls.org<mailto:hbraum at nekls.org> <hbraum at nekls.org>
>>>>
>>>> "The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn." ~Alvin Toffler, *Rethinking the Future*
>>>> _______________________________________________
>>>> Koha-devel mailing listKoha-devel at lists.koha-community.org<mailto:Koha-devel at lists.koha-community.org> <Koha-devel at 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/
>>>> bugs : http://bugs.koha-community.org/
>>>>
>>>>
>>>>
>>>> --
>>>> Tom?s Cohen Arazi
>>>> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
>>>> ? +54 9351 3513384
>>>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>>>
>>>>
>>>>
>>>> --
>>>> Tom?s Cohen Arazi
>>>> Theke Solutions (http://theke.io<http://theke.io/> <http://theke.io/>)
>>>> ? +54 9351 3513384
>>>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Koha-devel mailing listKoha-devel at lists.koha-community.orghttp://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
>>>> website : http://www.koha-community.org/
>>>> git : http://git.koha-community.org/
>>>> bugs : http://bugs.koha-community.org/
>>>>
>>>>
>>>> --
>>>> --
>>>> Liz Rea
>>>> Catalyst.Net Limited
>>>> Level 6, Catalyst House,
>>>> 150 Willis Street, Wellington.
>>>> P.O Box 11053, Manners Street,
>>>> Wellington 6142
>>>>
>>>> GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7
>>>>
>>>>
>>>> _______________________________________________
>>>> Koha-devel mailing list
>>>> Koha-devel at 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/
>>>> bugs : http://bugs.koha-community.org/
>>>>
>>>
>>
>>
>> --
>> Tom?s Cohen Arazi
>> Theke Solutions (http://theke.io)
>>
>> ? +54 9351 3513384
>> GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
>> _______________________________________________
>> Koha-devel mailing list
>> Koha-devel at 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/
>> bugs : http://bugs.koha-community.org/
>
> --
> Heather Braum
> NExpress Coordinator
> Resource Sharing Librarian
> Northeast Kansas Library System
> hbraum at nekls.org
>
> "The illiterate of the 21st century will not be those who cannot read
> and write, but those who cannot learn, unlearn, and relearn." ~Alvin
> Toffler, *Rethinking the Future*
>
-- 
Heather Braum
NExpress Coordinator
Resource Sharing Librarian
Northeast Kansas Library System
hbraum at nekls.org

"The illiterate of the 21st century will not be those who cannot read
and write, but those who cannot learn, unlearn, and relearn." ~Alvin
Toffler, *Rethinking the Future*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151020/ccb1f776/attachment-0001.html>

From chris at bigballofwax.co.nz  Thu Oct 22 07:42:20 2015
From: chris at bigballofwax.co.nz (Chris Cormack)
Date: Thu, 22 Oct 2015 18:42:20 +1300
Subject: [Koha-devel] Delay for 3.20.5 release
In-Reply-To: <CA+95qVS-RTUmyOx6ry1WfC=EShz+FJ_dV+ykMR4K8wnLwP3hAw@mail.gmail.com>
References: <CA+95qVS-RTUmyOx6ry1WfC=EShz+FJ_dV+ykMR4K8wnLwP3hAw@mail.gmail.com>
Message-ID: <CA+95qVSmoJ_4LMXEtfgJ2++sG+7TBLAWOaPUCpRmdF_4dzv1rw@mail.gmail.com>

K??'r??

It's the 22nd today here in Nigeria, but its also the cultural day for
Kohacon. So I am planning to do the release either during the hackfest, or
if I am too busy then, when I get back to NZ

Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151022/91eb38d1/attachment.html>

From akafortes at gmail.com  Thu Oct 22 10:53:16 2015
From: akafortes at gmail.com (akafortes)
Date: Thu, 22 Oct 2015 01:53:16 -0700 (MST)
Subject: [Koha-devel] Disable MARC field edit
Message-ID: <1445503996108-5857982.post@n5.nabble.com>

Is there a way to disable manual editing of a MARC field during cataloguing
or when editing a MARC record?
I have created a script to add the user that added a MARC record and I was
wondering if there is a way to disable manual editing of that field and only
allow the script to add values.
Something similar to when you lock a field and force it to use authorities.



--
View this message in context: http://koha.1045719.n5.nabble.com/Disable-MARC-field-edit-tp5857982.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From barton at bywatersolutions.com  Fri Oct 23 02:55:39 2015
From: barton at bywatersolutions.com (Barton Chittenden)
Date: Thu, 22 Oct 2015 20:55:39 -0400
Subject: [Koha-devel] Forgot to bring this up in the dev meeting today...
Message-ID: <CAMSJbVuH8-5SuqiyE0NPean7ZFYE4zuu4iUkiODWTOHJoLtewQ@mail.gmail.com>

25006: nekls: longoverdue.pl development request -- changing overdue items
to lost status, with patron category restrictions

After bug xxxx was pushed to master, Heather and I had the following
conversation:

> Hooray! Now, comes the big logistical question -- what's the process
> > to get this added to our server early? (but I don't want it yet -- we
> > have to change some things here first).
>


> Heather, I'm going to bring that up in our dev meeting on Thursday. We've
> been talking a lot about scheduling upgrades, and I know that Larry has
> been working with you on your upgrade path -- we can discuss where
> deploying this patch fits in with that.
>
>
So... what do we want to do with this?

--Barton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151022/6fbe4261/attachment.html>

From jonathan.druart at bugs.koha-community.org  Fri Oct 23 15:48:49 2015
From: jonathan.druart at bugs.koha-community.org (Jonathan Druart)
Date: Fri, 23 Oct 2015 14:48:49 +0100
Subject: [Koha-devel] koha-qa - new check on css/less
Message-ID: <CAJzKNY4uAzU3tWx6eCGx5CmdLY_pVBhm0a__ni7mos6-HjQ=vA@mail.gmail.com>

Hi devs,

It appears than opac.css and opac.less have diverged, it should not happen.
I have added a new check in the koha-qa tools, please update.
Tomas is going to push a patch to fix the problem on master.

Cheers,
Jonathan

From bgkriegel at gmail.com  Fri Oct 23 16:19:57 2015
From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel)
Date: Fri, 23 Oct 2015 11:19:57 -0300
Subject: [Koha-devel] koha-qa - new check on css/less
In-Reply-To: <CAJzKNY4uAzU3tWx6eCGx5CmdLY_pVBhm0a__ni7mos6-HjQ=vA@mail.gmail.com>
References: <CAJzKNY4uAzU3tWx6eCGx5CmdLY_pVBhm0a__ni7mos6-HjQ=vA@mail.gmail.com>
Message-ID: <CADF4kvTE0wnViTTWxJ7RKGwt-EGRC91Gxt5M+UWW2CKRjOtzbA@mail.gmail.com>

Hi,
I get "Can't locate QohA/File/Specific/OpacCss.pm in @INC"

Need to checkout a specific branch?

Bernardo


-- 
Bernardo Gonzalez Kriegel
bgkriegel at gmail.com

On Fri, Oct 23, 2015 at 10:48 AM, Jonathan Druart <
jonathan.druart at bugs.koha-community.org> wrote:

> Hi devs,
>
> It appears than opac.css and opac.less have diverged, it should not happen.
> I have added a new check in the koha-qa tools, please update.
> Tomas is going to push a patch to fix the problem on master.
>
> Cheers,
> Jonathan
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151023/f07530d7/attachment.html>

From jonathan.druart at bugs.koha-community.org  Fri Oct 23 16:29:49 2015
From: jonathan.druart at bugs.koha-community.org (Jonathan Druart)
Date: Fri, 23 Oct 2015 15:29:49 +0100
Subject: [Koha-devel] koha-qa - new check on css/less
In-Reply-To: <CADF4kvTE0wnViTTWxJ7RKGwt-EGRC91Gxt5M+UWW2CKRjOtzbA@mail.gmail.com>
References: <CAJzKNY4uAzU3tWx6eCGx5CmdLY_pVBhm0a__ni7mos6-HjQ=vA@mail.gmail.com>
	<CADF4kvTE0wnViTTWxJ7RKGwt-EGRC91Gxt5M+UWW2CKRjOtzbA@mail.gmail.com>
Message-ID: <CAJzKNY6M5zDQ7+g_jm47VXjSt3uOWkeA-tegcG2WPMYueF6Fqg@mail.gmail.com>

I have forgot the new file, please fetch again.

2015-10-23 15:19 GMT+01:00 Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>:
> Hi,
> I get "Can't locate QohA/File/Specific/OpacCss.pm in @INC"
>
> Need to checkout a specific branch?
>
> Bernardo
>
>
> --
> Bernardo Gonzalez Kriegel
> bgkriegel at gmail.com
>
> On Fri, Oct 23, 2015 at 10:48 AM, Jonathan Druart
> <jonathan.druart at bugs.koha-community.org> wrote:
>>
>> Hi devs,
>>
>> It appears than opac.css and opac.less have diverged, it should not
>> happen.
>> I have added a new check in the koha-qa tools, please update.
>> Tomas is going to push a patch to fix the problem on master.
>>
>> Cheers,
>> Jonathan
>> _______________________________________________
>> Koha-devel mailing list
>> Koha-devel at 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/
>> bugs : http://bugs.koha-community.org/
>
>

From bgkriegel at gmail.com  Fri Oct 23 16:36:05 2015
From: bgkriegel at gmail.com (Bernardo Gonzalez Kriegel)
Date: Fri, 23 Oct 2015 11:36:05 -0300
Subject: [Koha-devel] koha-qa - new check on css/less
In-Reply-To: <CAJzKNY6M5zDQ7+g_jm47VXjSt3uOWkeA-tegcG2WPMYueF6Fqg@mail.gmail.com>
References: <CAJzKNY4uAzU3tWx6eCGx5CmdLY_pVBhm0a__ni7mos6-HjQ=vA@mail.gmail.com>
	<CADF4kvTE0wnViTTWxJ7RKGwt-EGRC91Gxt5M+UWW2CKRjOtzbA@mail.gmail.com>
	<CAJzKNY6M5zDQ7+g_jm47VXjSt3uOWkeA-tegcG2WPMYueF6Fqg@mail.gmail.com>
Message-ID: <CADF4kvRz4Hn281caM1R9VJz=6=wCUJr7UXmZpMJi_Lx7eJBV4g@mail.gmail.com>

Works now :)


-- 
Bernardo Gonzalez Kriegel
bgkriegel at gmail.com

On Fri, Oct 23, 2015 at 11:29 AM, Jonathan Druart <
jonathan.druart at bugs.koha-community.org> wrote:

> I have forgot the new file, please fetch again.
>
> 2015-10-23 15:19 GMT+01:00 Bernardo Gonzalez Kriegel <bgkriegel at gmail.com
> >:
> > Hi,
> > I get "Can't locate QohA/File/Specific/OpacCss.pm in @INC"
> >
> > Need to checkout a specific branch?
> >
> > Bernardo
> >
> >
> > --
> > Bernardo Gonzalez Kriegel
> > bgkriegel at gmail.com
> >
> > On Fri, Oct 23, 2015 at 10:48 AM, Jonathan Druart
> > <jonathan.druart at bugs.koha-community.org> wrote:
> >>
> >> Hi devs,
> >>
> >> It appears than opac.css and opac.less have diverged, it should not
> >> happen.
> >> I have added a new check in the koha-qa tools, please update.
> >> Tomas is going to push a patch to fix the problem on master.
> >>
> >> Cheers,
> >> Jonathan
> >> _______________________________________________
> >> Koha-devel mailing list
> >> Koha-devel at 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/
> >> bugs : http://bugs.koha-community.org/
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151023/504ea2e6/attachment.html>

From fridolin.somers at biblibre.com  Fri Oct 23 17:12:00 2015
From: fridolin.somers at biblibre.com (Fridolin SOMERS)
Date: Fri, 23 Oct 2015 17:12:00 +0200
Subject: [Koha-devel] DOM indexing performance
Message-ID: <562A4E40.70009@biblibre.com>

Hie,

We have on a machine big performance issues since indexing was changed 
from GRS1 to DOM.
I have made some benchmarks, looks like indexing time is more than twice 
longer.
When there is a lot of circulation, the indexing of zebraqueue can take 
more than a minute.
We know that this machine is not powerful regarding RAM and disk, but it 
was enough until now.

Does anyone have the same problem ?
The point is not to come back to obsolete GRS1, but is there a way to 
optimize DOM indexing ?
My tests shows facets indexing does not change a lot.

-- 
Fridolin SOMERS
Biblibre - P?les support et syst?me
fridolin.somers at biblibre.com

From hector.hecaxmmx at gmail.com  Fri Oct 23 19:57:49 2015
From: hector.hecaxmmx at gmail.com (Hector Castro)
Date: Fri, 23 Oct 2015 11:57:49 -0600
Subject: [Koha-devel] Translation very difficult if use some tags among text
	paragraph in html
Message-ID: <CAK1XDrSdMvv=W-FgOKkT3_aAEsCBc9kvMpvhLp9nLN2PunX4TA@mail.gmail.com>

Hi Koha Developers


I don't know if we can use another style when write down paragraphs; some
html tags among paragraph, for example if we use <code> <abbr>, <strong>,
<acronym> etc., are split in different entries in the po files, and this do
the translation very hard, for example this bug <
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14671>

In the new 3.22 exists another example:

koha-tmpl/intranet-tmpl/prog/en/modules/about.tt

lines 262-264

<td>You are missing the <strong>&lt;upload_path&gt;</strong> entry in your
koha-conf.xml file. Please  add it, pointing to the configured file upload
directory for your Koha instance. Also note that you need to properly set
the <strong>OPACBaseURL</strong> preference for the file upload plugin to
work.</td>

The generated PO file

#: intranet-tmpl/prog/en/modules/about.tt:255
#: intranet-tmpl/prog/en/modules/about.tt:262
#, c-format
msgid "You are missing the "
msgstr "Falta la entrada "

#: intranet-tmpl/prog/en/modules/about.tt:255
#: intranet-tmpl/prog/en/modules/about.tt:262
#, c-format
msgid "&lt;upload_path&gt;"
msgstr "&lt;upload_path&gt;"

#: intranet-tmpl/prog/en/modules/about.tt:262
#, c-format
msgid ""
"entry in your koha-conf.xml file. Please add it, pointing to the
configured "
"file upload directory for your Koha instance. Also note that you need to "
"properly set the "
msgstr ""

#: intranet-tmpl/prog/en/modules/about.tt:264
#, c-format
msgid "OPACBaseURL"
msgstr "OPACBaseURL"

#: intranet-tmpl/prog/en/modules/about.tt:264
#, c-format
msgid "preference for the file upload plugin to work. "
msgstr ""

Finally this end up in a nonsensical translation

IMHO, If developers can really take into consideration not to use this kind
of paragraphs and -if possible- modify the coding guidelines in wiki page
to reflect this.

Or if there are another option to do life easy for translators?...

Regards

-- 
Atte,

Hector Eduardo Castro Avalos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151023/6436eb68/attachment-0001.html>

From barton at bywatersolutions.com  Fri Oct 23 20:23:34 2015
From: barton at bywatersolutions.com (Barton Chittenden)
Date: Fri, 23 Oct 2015 14:23:34 -0400
Subject: [Koha-devel] Forgot to bring this up in the dev meeting today...
In-Reply-To: <CAMSJbVuH8-5SuqiyE0NPean7ZFYE4zuu4iUkiODWTOHJoLtewQ@mail.gmail.com>
References: <CAMSJbVuH8-5SuqiyE0NPean7ZFYE4zuu4iUkiODWTOHJoLtewQ@mail.gmail.com>
Message-ID: <CAMSJbVsPixOS658uSu2-=X7j4b-mzjG1eAa5VO3qk6KXd21JHg@mail.gmail.com>

Sorry all,

This was meant for the bywater developers email list. Please disregard.

Thanks,

--Barton



On Thu, Oct 22, 2015 at 8:55 PM, Barton Chittenden <
barton at bywatersolutions.com> wrote:

> 25006: nekls: longoverdue.pl development request -- changing overdue
> items to lost status, with patron category restrictions
>
> After bug xxxx was pushed to master, Heather and I had the following
> conversation:
>
> > Hooray! Now, comes the big logistical question -- what's the process
>> > to get this added to our server early? (but I don't want it yet -- we
>> > have to change some things here first).
>>
>
>
>> Heather, I'm going to bring that up in our dev meeting on Thursday. We've
>> been talking a lot about scheduling upgrades, and I know that Larry has
>> been working with you on your upgrade path -- we can discuss where
>> deploying this patch fits in with that.
>>
>>
> So... what do we want to do with this?
>
> --Barton
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151023/b9d955c3/attachment.html>

From Katrin.Fischer.83 at web.de  Sun Oct 25 11:35:43 2015
From: Katrin.Fischer.83 at web.de (Katrin Fischer)
Date: Sun, 25 Oct 2015 11:35:43 +0100
Subject: [Koha-devel] koha-qa - new check on css/less
In-Reply-To: <CAJzKNY4uAzU3tWx6eCGx5CmdLY_pVBhm0a__ni7mos6-HjQ=vA@mail.gmail.com>
References: <CAJzKNY4uAzU3tWx6eCGx5CmdLY_pVBhm0a__ni7mos6-HjQ=vA@mail.gmail.com>
Message-ID: <562CB07F.70700@web.de>

Thx Jonathan!

Am 23.10.2015 um 15:48 schrieb Jonathan Druart:
> Hi devs,
> 
> It appears than opac.css and opac.less have diverged, it should not happen.
> I have added a new check in the koha-qa tools, please update.
> Tomas is going to push a patch to fix the problem on master.
> 
> Cheers,
> Jonathan
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
> 


From z.tajoli at cineca.it  Mon Oct 26 17:07:21 2015
From: z.tajoli at cineca.it (Tajoli Zeno)
Date: Mon, 26 Oct 2015 17:07:21 +0100
Subject: [Koha-devel] Feature slush about bug 7736 -EDI enhancement
Message-ID: <562E4FB9.3060608@cineca.it>

Hi to all,

I'm working on sign-off bug 7736, to insert EDI support in Koha Acquisition.

The bug add many files abut change in light way templates of Acqi.

About C4 and cgi:
C4/Acquisition.pm                                  |    6 +-
C4/Installer/PerlDependencies.pm                   |   10 +
acqui/basket.pl                                    |   77 ++
acqui/basketgroup.pl                               |   18 +-
acqui/invoices.pl                                  |    4 +-

So it doesn't interfer much with other develops.

So, can I use also tomorrow (27/10, CST time) to insert this enhancement 
in 3.22 ?

Bye
Zeno Tajoli



-- 
Zeno Tajoli
/Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche
Email: z.tajoli at cineca.it Fax: 051/6132198
*CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI)

From julian.maurice at biblibre.com  Tue Oct 27 11:20:14 2015
From: julian.maurice at biblibre.com (Julian Maurice)
Date: Tue, 27 Oct 2015 11:20:14 +0100
Subject: [Koha-devel] Bug 1993 - Task Scheduler Needs Re-write
Message-ID: <562F4FDE.6050108@biblibre.com>

Hi,

Comments in bug 1993 state that using 'at' for task scheduling is bad
for security.

Galen suggests (comment 34) to use a DB table to store a list of jobs,
and check periodically this list with a script in crontab.

I would like to know if someone is already working on something like
that (I didn't find anything in Bugzilla).
If not, do you agree with Galen's proposal as a replacement for the task
scheduler ? Do you have better ideas ?

-- 
Julian Maurice <julian.maurice at biblibre.com>
BibLibre

From mtompset at hotmail.com  Tue Oct 27 13:06:32 2015
From: mtompset at hotmail.com (Mark Tompsett)
Date: Tue, 27 Oct 2015 08:06:32 -0400
Subject: [Koha-devel] Bug 1993 - Task Scheduler Needs Re-write
In-Reply-To: <562F4FDE.6050108@biblibre.com>
References: <562F4FDE.6050108@biblibre.com>
Message-ID: <BLU172-DS20B9E0C28399E033D5519FC6220@phx.gbl>

Greetings,

I think Galen's idea is probably a good way to do it. When attempting to 
install Koha on non-Debian OS', 'at' was one of the sticky points, if I 
recall correctly.

GPML,
Mark Tompsett

-----Original Message----- 
From: Julian Maurice
Sent: Tuesday, October 27, 2015 6:20 AM
To: koha-devel at lists.koha-community.org
Subject: [Koha-devel] Bug 1993 - Task Scheduler Needs Re-write

Hi,

Comments in bug 1993 state that using 'at' for task scheduling is bad
for security.

Galen suggests (comment 34) to use a DB table to store a list of jobs,
and check periodically this list with a script in crontab.

I would like to know if someone is already working on something like
that (I didn't find anything in Bugzilla).
If not, do you agree with Galen's proposal as a replacement for the task
scheduler ? Do you have better ideas ?

-- 
Julian Maurice <julian.maurice at biblibre.com>
BibLibre 


From z.tajoli at cineca.it  Tue Oct 27 13:09:20 2015
From: z.tajoli at cineca.it (Tajoli Zeno)
Date: Tue, 27 Oct 2015 13:09:20 +0100
Subject: [Koha-devel] Bug 7736 and t/db_dependent/TestBuilder.t
Message-ID: <562F6970.8060402@cineca.it>

Hi to all,

working on bug 7736, after insert code and update db, I find problem 
with this test:
prove t/db_dependent/TestBuilder

This is the error that I receviee:

t/db_dependent/TestBuilder.t .. 3/41 DBD::mysql::st execute failed: 
Cannot delete or update a parent row: a foreign key constraint fails 
(`koha`.`edifact_messages`, CONSTRAINT `emfk_basketno` FOREIGN KEY 
(`basketno`) REFERENCES `aqbasket` (`basketno`)) [for Statement "DELETE 
FROM `aqbasket` WHERE ( `basketno` = ? )" with ParamValues: 0='37'] at 
/usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1593.

DBIx::Class::ResultSet::delete_all(): Cannot delete or update a parent 
row: a foreign key constraint fails (`koha`.`edifact_messages`, 
CONSTRAINT `emfk_basketno` FOREIGN KEY (`basketno`) REFERENCES 
`aqbasket` (`basketno`)) at /production/develops/t/lib/TestBuilder.pm 
line 94
DBIx::Class::Carp::__ANON__(): A DBIx::Class::Storage::TxnScopeGuard 
went out of scope without explicit commit or error. Rolling back. at 
/usr/share/perl5/DBIx/Class/Storage/TxnScopeGuard.pm line 132

# Looks like you planned 41 tests but ran 35.
# Looks like your test exited with 255 just after 35.

t/db_dependent/TestBuilder.t .. Dubious, test returned 255 (wstat 65280, 
0xff00)
Failed 6/41 subtests

Test Summary Report
-------------------
t/db_dependent/TestBuilder.t (Wstat: 65280 Tests: 35 Failed: 0)
   Non-zero exit status: 255
   Parse errors: Bad plan.  You planned 41 tests but ran 35.
Files=1, Tests=35,  9 wallclock secs ( 0.04 usr  0.01 sys +  7.54 cusr 
0.24 csys =  7.83 CPU)
Result: FAIL

The bug 7736 add 3 table to Koha:

edifact_ean
table vendor_edi_accounts
table edifact_messages
vendor_edi_accounts

with does constraints

CREATE TABLE IF NOT EXISTS vendor_edi_accounts (
...
   CONSTRAINT vfk_vendor_id FOREIGN KEY ( vendor_id ) REFERENCES 
aqbooksellers ( id ),
   CONSTRAINT vfk_shipment_budget FOREIGN KEY ( shipment_budget ) 
REFERENCES aqbudgets ( budget_id )
...
)

CREATE TABLE IF NOT EXISTS edifact_messages (
...
   CONSTRAINT emfk_vendor FOREIGN KEY ( vendor_id ) REFERENCES 
aqbooksellers ( id ),
   CONSTRAINT emfk_edi_acct FOREIGN KEY ( edi_acct ) REFERENCES 
vendor_edi_accounts ( id ),
   CONSTRAINT emfk_basketno FOREIGN KEY ( basketno ) REFERENCES aqbasket 
( basketno )
...
)

ALTER TABLE aqinvoices ADD COLUMN message_id INT(11) REFERENCES 
edifact_messages( id );

ALTER TABLE aqinvoices ADD CONSTRAINT edifact_msg_fk FOREIGN KEY ( 
message_id ) REFERENCES edifact_messages ( id ) ON DELETE SET NULL;

CREATE TABLE IF NOT EXISTS edifact_ean (
...
  CONSTRAINT efk_branchcode FOREIGN KEY ( branchcode ) REFERENCES 
branches ( branchcode )
...
)

The full update done by bug 7736 is here:
https://github.com/colinsc/koha/blob/edifact_snapshot_150911/installer/data/mysql/atomicupdate/edifact.sql


As I see there is a problem on about this costraint of table 
edifact_messages:
CONSTRAINT emfk_basketno FOREIGN KEY ( basketno ) REFERENCES aqbasket ( 
basketno )

Reading the code of t/db_dependent/TestBuilder.t I don't understand if 
there is problem on how the constraint is done or I need to change
TestBuilder.t.

Do you have any idea ?
Where can i find more info about TestBuilder.t ?

Bye
Zeno Tajoli

-- 
Zeno Tajoli
/Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche
Email: z.tajoli at cineca.it Fax: 051/6132198
*CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI)

From jonathan.druart at bugs.koha-community.org  Tue Oct 27 13:26:07 2015
From: jonathan.druart at bugs.koha-community.org (Jonathan Druart)
Date: Tue, 27 Oct 2015 12:26:07 +0000
Subject: [Koha-devel] Bug 7736 and t/db_dependent/TestBuilder.t
In-Reply-To: <562F6970.8060402@cineca.it>
References: <562F6970.8060402@cineca.it>
Message-ID: <CAJzKNY5jnqz1B0zNpMApiSzM6Erc+iY3VeW3Yn_hDH2m55ySJQ@mail.gmail.com>

I can have a look but the patch does not apply anymore and I have got
an error on updating the DB:
DBD::mysql::db do failed: Can't create table `koha`.`edifact_ean`
(errno: 150 "Foreign key constraint is incorrectly formed") [for
Statement "CREATE TABLE IF NOT EXISTS edifact_ean (
  branchcode VARCHAR(10) NOT NULL REFERENCES branches (branchcode),
  ean varchar(15) NOT NULL,
  id_code_qualifier VARCHAR(3) NOT NULL DEFAULT '14',
  CONSTRAINT efk_branchcode FOREIGN KEY ( branchcode ) REFERENCES
branches ( branchcode )
) ENGINE=InnoDB DEFAULT CHARSET=utf8
"] at installer/data/mysql/updatedatabase.pl line 11247.
Upgrade to 3.21.00.XXX done (Bug 7736 DB Changes for Edifact
Processing ( Quote, Order and Invoice))

2015-10-27 12:09 GMT+00:00 Tajoli Zeno <z.tajoli at cineca.it>:
> Hi to all,
>
> working on bug 7736, after insert code and update db, I find problem with
> this test:
> prove t/db_dependent/TestBuilder
>
> This is the error that I receviee:
>
> t/db_dependent/TestBuilder.t .. 3/41 DBD::mysql::st execute failed: Cannot
> delete or update a parent row: a foreign key constraint fails
> (`koha`.`edifact_messages`, CONSTRAINT `emfk_basketno` FOREIGN KEY
> (`basketno`) REFERENCES `aqbasket` (`basketno`)) [for Statement "DELETE FROM
> `aqbasket` WHERE ( `basketno` = ? )" with ParamValues: 0='37'] at
> /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1593.
>
> DBIx::Class::ResultSet::delete_all(): Cannot delete or update a parent row:
> a foreign key constraint fails (`koha`.`edifact_messages`, CONSTRAINT
> `emfk_basketno` FOREIGN KEY (`basketno`) REFERENCES `aqbasket` (`basketno`))
> at /production/develops/t/lib/TestBuilder.pm line 94
> DBIx::Class::Carp::__ANON__(): A DBIx::Class::Storage::TxnScopeGuard went
> out of scope without explicit commit or error. Rolling back. at
> /usr/share/perl5/DBIx/Class/Storage/TxnScopeGuard.pm line 132
>
> # Looks like you planned 41 tests but ran 35.
> # Looks like your test exited with 255 just after 35.
>
> t/db_dependent/TestBuilder.t .. Dubious, test returned 255 (wstat 65280,
> 0xff00)
> Failed 6/41 subtests
>
> Test Summary Report
> -------------------
> t/db_dependent/TestBuilder.t (Wstat: 65280 Tests: 35 Failed: 0)
>   Non-zero exit status: 255
>   Parse errors: Bad plan.  You planned 41 tests but ran 35.
> Files=1, Tests=35,  9 wallclock secs ( 0.04 usr  0.01 sys +  7.54 cusr 0.24
> csys =  7.83 CPU)
> Result: FAIL
>
> The bug 7736 add 3 table to Koha:
>
> edifact_ean
> table vendor_edi_accounts
> table edifact_messages
> vendor_edi_accounts
>
> with does constraints
>
> CREATE TABLE IF NOT EXISTS vendor_edi_accounts (
> ...
>   CONSTRAINT vfk_vendor_id FOREIGN KEY ( vendor_id ) REFERENCES
> aqbooksellers ( id ),
>   CONSTRAINT vfk_shipment_budget FOREIGN KEY ( shipment_budget ) REFERENCES
> aqbudgets ( budget_id )
> ...
> )
>
> CREATE TABLE IF NOT EXISTS edifact_messages (
> ...
>   CONSTRAINT emfk_vendor FOREIGN KEY ( vendor_id ) REFERENCES aqbooksellers
> ( id ),
>   CONSTRAINT emfk_edi_acct FOREIGN KEY ( edi_acct ) REFERENCES
> vendor_edi_accounts ( id ),
>   CONSTRAINT emfk_basketno FOREIGN KEY ( basketno ) REFERENCES aqbasket (
> basketno )
> ...
> )
>
> ALTER TABLE aqinvoices ADD COLUMN message_id INT(11) REFERENCES
> edifact_messages( id );
>
> ALTER TABLE aqinvoices ADD CONSTRAINT edifact_msg_fk FOREIGN KEY (
> message_id ) REFERENCES edifact_messages ( id ) ON DELETE SET NULL;
>
> CREATE TABLE IF NOT EXISTS edifact_ean (
> ...
>  CONSTRAINT efk_branchcode FOREIGN KEY ( branchcode ) REFERENCES branches (
> branchcode )
> ...
> )
>
> The full update done by bug 7736 is here:
> https://github.com/colinsc/koha/blob/edifact_snapshot_150911/installer/data/mysql/atomicupdate/edifact.sql
>
>
> As I see there is a problem on about this costraint of table
> edifact_messages:
> CONSTRAINT emfk_basketno FOREIGN KEY ( basketno ) REFERENCES aqbasket (
> basketno )
>
> Reading the code of t/db_dependent/TestBuilder.t I don't understand if there
> is problem on how the constraint is done or I need to change
> TestBuilder.t.
>
> Do you have any idea ?
> Where can i find more info about TestBuilder.t ?
>
> Bye
> Zeno Tajoli
>
> --
> Zeno Tajoli
> /Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche
> Email: z.tajoli at cineca.it Fax: 051/6132198
> *CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI)
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/

From jonathan.druart at bugs.koha-community.org  Tue Oct 27 13:29:17 2015
From: jonathan.druart at bugs.koha-community.org (Jonathan Druart)
Date: Tue, 27 Oct 2015 12:29:17 +0000
Subject: [Koha-devel] Bug 1993 - Task Scheduler Needs Re-write
In-Reply-To: <562F4FDE.6050108@biblibre.com>
References: <562F4FDE.6050108@biblibre.com>
Message-ID: <CAJzKNY4gp+yKYJ0CJ48fWb+Ep-u9JQcmDaY8bnO7jCZH0rkB_A@mail.gmail.com>

Julian,

Have a look at bug 14435.
If you want to store report results, it could interest you :)

Cheers,
Jonathan

2015-10-27 10:20 GMT+00:00 Julian Maurice <julian.maurice at biblibre.com>:
> Hi,
>
> Comments in bug 1993 state that using 'at' for task scheduling is bad
> for security.
>
> Galen suggests (comment 34) to use a DB table to store a list of jobs,
> and check periodically this list with a script in crontab.
>
> I would like to know if someone is already working on something like
> that (I didn't find anything in Bugzilla).
> If not, do you agree with Galen's proposal as a replacement for the task
> scheduler ? Do you have better ideas ?
>
> --
> Julian Maurice <julian.maurice at biblibre.com>
> BibLibre
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/

From jonathan.druart at bugs.koha-community.org  Tue Oct 27 13:31:27 2015
From: jonathan.druart at bugs.koha-community.org (Jonathan Druart)
Date: Tue, 27 Oct 2015 12:31:27 +0000
Subject: [Koha-devel] Bug 1993 - Task Scheduler Needs Re-write
In-Reply-To: <CAJzKNY4gp+yKYJ0CJ48fWb+Ep-u9JQcmDaY8bnO7jCZH0rkB_A@mail.gmail.com>
References: <562F4FDE.6050108@biblibre.com>
	<CAJzKNY4gp+yKYJ0CJ48fWb+Ep-u9JQcmDaY8bnO7jCZH0rkB_A@mail.gmail.com>
Message-ID: <CAJzKNY4o4e1f3Fqiaw1QwvLdmUpw7Yhhqc+qUGKajCgGHp0Ntg@mail.gmail.com>

Hum, you can forget that :)

2015-10-27 12:29 GMT+00:00 Jonathan Druart
<jonathan.druart at bugs.koha-community.org>:
> Julian,
>
> Have a look at bug 14435.
> If you want to store report results, it could interest you :)
>
> Cheers,
> Jonathan
>
> 2015-10-27 10:20 GMT+00:00 Julian Maurice <julian.maurice at biblibre.com>:
>> Hi,
>>
>> Comments in bug 1993 state that using 'at' for task scheduling is bad
>> for security.
>>
>> Galen suggests (comment 34) to use a DB table to store a list of jobs,
>> and check periodically this list with a script in crontab.
>>
>> I would like to know if someone is already working on something like
>> that (I didn't find anything in Bugzilla).
>> If not, do you agree with Galen's proposal as a replacement for the task
>> scheduler ? Do you have better ideas ?
>>
>> --
>> Julian Maurice <julian.maurice at biblibre.com>
>> BibLibre
>> _______________________________________________
>> Koha-devel mailing list
>> Koha-devel at 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/
>> bugs : http://bugs.koha-community.org/

From philippe.blouin at inlibro.com  Tue Oct 27 14:02:40 2015
From: philippe.blouin at inlibro.com (Philippe Blouin)
Date: Tue, 27 Oct 2015 09:02:40 -0400
Subject: [Koha-devel] Bug 1993 - Task Scheduler Needs Re-write
In-Reply-To: <562F4FDE.6050108@biblibre.com>
References: <562F4FDE.6050108@biblibre.com>
Message-ID: <562F75F0.9030304@inlibro.com>

We've done something like that, here, using plugins to do anything we 
needed.  The reason we never published it was that it was not secure _at 
all_ and we needed to revisit it.

Do you intend to "hardcode" the jobs available, or leave the user to 
decide, thus opening your backend to some unwelcomed behavior? I suppose 
that if you limit it to running tasks under you hierarchy/misc/cronjobs, 
that would work just fine, even if being somewhat limited.

curious


Philippe Blouin,
Responsable du d?veloppement informatique

T?l.  : (888) 604-2627
philippe.blouin at inLibro.com <mailto:philippe.blouin at inLibro.com>

inLibro | pour esprit libre | www.inLibro.com <http://www.inLibro.com>
On 10/27/2015 06:20 AM, Julian Maurice wrote:
> Hi,
>
> Comments in bug 1993 state that using 'at' for task scheduling is bad
> for security.
>
> Galen suggests (comment 34) to use a DB table to store a list of jobs,
> and check periodically this list with a script in crontab.
>
> I would like to know if someone is already working on something like
> that (I didn't find anything in Bugzilla).
> If not, do you agree with Galen's proposal as a replacement for the task
> scheduler ? Do you have better ideas ?
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151027/f678e39f/attachment-0001.html>

From z.tajoli at cineca.it  Tue Oct 27 14:59:56 2015
From: z.tajoli at cineca.it (Tajoli Zeno)
Date: Tue, 27 Oct 2015 14:59:56 +0100
Subject: [Koha-devel] Bug 7736 and t/db_dependent/TestBuilder.t
In-Reply-To: <CAJzKNY5jnqz1B0zNpMApiSzM6Erc+iY3VeW3Yn_hDH2m55ySJQ@mail.gmail.com>
References: <562F6970.8060402@cineca.it>
	<CAJzKNY5jnqz1B0zNpMApiSzM6Erc+iY3VeW3Yn_hDH2m55ySJQ@mail.gmail.com>
Message-ID: <562F835C.2020205@cineca.it>

Hi,

Il 27/10/2015 13:26, Jonathan Druart ha scritto:
> I can have a look but the patch does not apply anymore and I have got
> an error on updating the DB:
> DBD::mysql::db do failed: Can't create table `koha`.`edifact_ean`

in fact the definition of edifact_ean in atomicupdate is wrong.
I'm rebasing the patch

Bye

-- 
Zeno Tajoli
/Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche
Email: z.tajoli at cineca.it Fax: 051/6132198
*CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI)

From z.tajoli at cineca.it  Tue Oct 27 15:35:56 2015
From: z.tajoli at cineca.it (Tajoli Zeno)
Date: Tue, 27 Oct 2015 15:35:56 +0100
Subject: [Koha-devel] Feature slush about bug 7736 -EDI enhancement
In-Reply-To: <562E4FB9.3060608@cineca.it>
References: <562E4FB9.3060608@cineca.it>
Message-ID: <562F8BCC.5080607@cineca.it>

Hi to all,

Il 26/10/2015 17:07, Tajoli Zeno ha scritto:
> So, can I use also tomorrow (27/10, CST time) to insert this enhancement
> in 3.22 ?

I stop the request to insert bug 7736 into 3.22
There are still problem on the code. so no EDI in 3.22
I update the bug with extre info
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7736

Bye

-- 
Zeno Tajoli
/Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche
Email: z.tajoli at cineca.it Fax: 051/6132198
*CINECA* Consorzio Interuniversitario - Sede operativa di Segrate (MI)

From tomascohen at gmail.com  Tue Oct 27 16:21:59 2015
From: tomascohen at gmail.com (Tomas Cohen Arazi)
Date: Tue, 27 Oct 2015 12:21:59 -0300
Subject: [Koha-devel] Font Awesome pushed
Message-ID: <CABZfb=U5vUHkodDEK8H0eB-in=YB8p2hA5S621t6HOCUnTNr+Q@mail.gmail.com>

Hi everyone, I've just pushed bugs 13696 and 14915, which introduce Font
Awesome on the codebase, and makes Koha use it on the Staff interface,
respectively.

Please keep your eyes open to small glitches on icons in the staff
interface and fill the corresponding bugs.

Also, if you own patches awaiting for inclusion, please note that this
patchset has introduced silly and really easy to fix conflicts.

-- 
Tom?s Cohen Arazi
Theke Solutions (http://theke.io)
? +54 9351 3513384
GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151027/7b265fda/attachment.html>

From liz at catalyst.net.nz  Tue Oct 27 21:38:45 2015
From: liz at catalyst.net.nz (Liz Rea)
Date: Wed, 28 Oct 2015 09:38:45 +1300
Subject: [Koha-devel] Bug 1993 - Task Scheduler Needs Re-write
In-Reply-To: <CAJzKNY4o4e1f3Fqiaw1QwvLdmUpw7Yhhqc+qUGKajCgGHp0Ntg@mail.gmail.com>
References: <562F4FDE.6050108@biblibre.com>
	<CAJzKNY4gp+yKYJ0CJ48fWb+Ep-u9JQcmDaY8bnO7jCZH0rkB_A@mail.gmail.com>
	<CAJzKNY4o4e1f3Fqiaw1QwvLdmUpw7Yhhqc+qUGKajCgGHp0Ntg@mail.gmail.com>
Message-ID: <562FE0D5.5060809@catalyst.net.nz>

I would love to see a proper queuing system used for this, maybe
introduce a really nice solution here that we can apply across the board
for other things that need queuing. I'm thinking things like zebra
updates, sending checkin/checkout emails, and others I'm sure I'm not
thinking of.

The at based scheduler has a really nasty bug on ubuntu 14/apache2.4
where the task scheduler doesn't work at all (see bug 14774). I am
absolutely not opposed to replacing the current scheduler for reports.

Cheers,
Liz

On 28/10/15 01:31, Jonathan Druart wrote:
> Hum, you can forget that :)
>
> 2015-10-27 12:29 GMT+00:00 Jonathan Druart
> <jonathan.druart at bugs.koha-community.org>:
>> Julian,
>>
>> Have a look at bug 14435.
>> If you want to store report results, it could interest you :)
>>
>> Cheers,
>> Jonathan
>>
>> 2015-10-27 10:20 GMT+00:00 Julian Maurice <julian.maurice at biblibre.com>:
>>> Hi,
>>>
>>> Comments in bug 1993 state that using 'at' for task scheduling is bad
>>> for security.
>>>
>>> Galen suggests (comment 34) to use a DB table to store a list of jobs,
>>> and check periodically this list with a script in crontab.
>>>
>>> I would like to know if someone is already working on something like
>>> that (I didn't find anything in Bugzilla).
>>> If not, do you agree with Galen's proposal as a replacement for the task
>>> scheduler ? Do you have better ideas ?
>>>
>>> --
>>> Julian Maurice <julian.maurice at biblibre.com>
>>> BibLibre
>>> _______________________________________________
>>> Koha-devel mailing list
>>> Koha-devel at 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/
>>> bugs : http://bugs.koha-community.org/
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/

-- 
--
Liz Rea
Catalyst.Net Limited
Level 6, Catalyst House, 
150 Willis Street, Wellington.
P.O Box 11053, Manners Street, 
Wellington 6142

GPG: B149 A443 6B01 7386 C2C7 F481 B6c2 A49D 3726 38B7


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: OpenPGP digital signature
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151028/c11b45a9/attachment.pgp>

From fridolin.somers at biblibre.com  Wed Oct 28 10:07:52 2015
From: fridolin.somers at biblibre.com (Fridolin SOMERS)
Date: Wed, 28 Oct 2015 10:07:52 +0100
Subject: [Koha-devel] misc/exportauth.pl obsolete ?
Message-ID: <56309068.2000404@biblibre.com>

Hie,

Since Bug 14722 as created an export script in misc, is the script that 
exports autorities misc/exportauth.pl obsolete ?
Does anyone use it ?

Regards,

-- 
Fridolin SOMERS
Biblibre - P?les support et syst?me
fridolin.somers at biblibre.com

From kohanews at gmail.com  Thu Oct 29 02:21:19 2015
From: kohanews at gmail.com (kohanews)
Date: Wed, 28 Oct 2015 18:21:19 -0700
Subject: [Koha-devel] Koha Community Newsletter: October 2015
Message-ID: <5631748F.50804@gmail.com>

Fellow Koha users:

The Koha Community Newsletter for October 2015 is here:
http://koha-community.org/koha-community-newsletter-october-2015/

Many thanks to the folks who submitted articles and news to this month's 
newsletter.

Please feel free to email me with any corrections or suggestions.

Thanks!

Chad Roseburg
Editor, Koha Community Newsletter

From akafortes at gmail.com  Thu Oct 29 09:41:03 2015
From: akafortes at gmail.com (akafortes)
Date: Thu, 29 Oct 2015 01:41:03 -0700 (MST)
Subject: [Koha-devel] Problem with Holds queue
Message-ID: <1446108063831-5859174.post@n5.nabble.com>

Hello everyone,
I have a problem with the Holds queue. If I request a hold on an item from
opac, I can see the hold status as pending, but when I go to the Staff
client in Circulation>Holds queue I'm always getting a "No items found"
result.
If I check in that item I get notified that there is a hold on this item. I
can also see the hold if I go to the profile of the patron that made the
hold, or from the display of that item I can see there is a hold on the item
as well.
I think I saw somewhere that I have to put in cron a script about the holds
queue, but since my setup of koha is done using the packages (3.20)
shouldn't that be already be configured?



--
View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Holds-queue-tp5859174.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From kyle.m.hall at gmail.com  Thu Oct 29 11:48:59 2015
From: kyle.m.hall at gmail.com (Kyle Hall)
Date: Thu, 29 Oct 2015 06:48:59 -0400
Subject: [Koha-devel] Problem with Holds queue
In-Reply-To: <1446108063831-5859174.post@n5.nabble.com>
References: <1446108063831-5859174.post@n5.nabble.com>
Message-ID: <CACpVHfweZSF3g4J=DQDrD_St55GA19Nbc-y-yQk9uTSPwfFsOg@mail.gmail.com>

Not all libraries use the holds queue, so I don't believe that cronjob is
enabled by default. The script you are looking for is holds/
build_holds_queue.pl, you should add this script to /etc/cron.d/koha-common
in a similar fashion to the lines in there. I would suggest you set it to
run every 15 to 30 minutes.

Kyle

http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )

On Thu, Oct 29, 2015 at 4:41 AM, akafortes <akafortes at gmail.com> wrote:

> Hello everyone,
> I have a problem with the Holds queue. If I request a hold on an item from
> opac, I can see the hold status as pending, but when I go to the Staff
> client in Circulation>Holds queue I'm always getting a "No items found"
> result.
> If I check in that item I get notified that there is a hold on this item. I
> can also see the hold if I go to the profile of the patron that made the
> hold, or from the display of that item I can see there is a hold on the
> item
> as well.
> I think I saw somewhere that I have to put in cron a script about the holds
> queue, but since my setup of koha is done using the packages (3.20)
> shouldn't that be already be configured?
>
>
>
> --
> View this message in context:
> http://koha.1045719.n5.nabble.com/Problem-with-Holds-queue-tp5859174.html
> Sent from the Koha-devel mailing list archive at Nabble.com.
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151029/2be8c9fa/attachment.html>

From akafortes at gmail.com  Thu Oct 29 13:29:42 2015
From: akafortes at gmail.com (akafortes)
Date: Thu, 29 Oct 2015 05:29:42 -0700 (MST)
Subject: [Koha-devel] Problem with Holds queue
In-Reply-To: <CACpVHfweZSF3g4J=DQDrD_St55GA19Nbc-y-yQk9uTSPwfFsOg@mail.gmail.com>
References: <1446108063831-5859174.post@n5.nabble.com>
	<CACpVHfweZSF3g4J=DQDrD_St55GA19Nbc-y-yQk9uTSPwfFsOg@mail.gmail.com>
Message-ID: <1446121782631-5859199.post@n5.nabble.com>

Hello Kyle,
thank you very much for your respone
I've modified  /etc/cron.d/koha-common and added the following line at the
end of the file

*/15 * * * * root  /usr/share/koha/bin/cronjobs/holds/build_holds_queue.pl

but I must have done something wrong cause it doesn't seem to do anything.

This is the entire koha-common file:

# /etc/cron.d/koha-common
#
# Call koha-rebuild-zebra for each enabled Koha instance, to make sure the
# Zebra indexes are up to date.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# Comment the following line if you want to use the experimental
koha-index-daemon integr$
*/5 * * * * root test -x /usr/sbin/koha-rebuild-zebra && koha-rebuild-zebra
-q $(koha-lis$
*/15 * * * * root koha-foreach --enabled --email
/usr/share/koha/bin/cronjobs/process_mes$

*/15 * * * * root  /usr/share/koha/bin/cronjobs/holds/build_holds_queue.pl



Kyle Hall wrote
> Not all libraries use the holds queue, so I don't believe that cronjob is
> enabled by default. The script you are looking for is holds/
> build_holds_queue.pl, you should add this script to
> /etc/cron.d/koha-common
> in a similar fashion to the lines in there. I would suggest you set it to
> run every 15 to 30 minutes.
> 
> Kyle
> 
> http://www.kylehall.info
> ByWater Solutions ( http://bywatersolutions.com )
> Meadville Public Library ( http://www.meadvillelibrary.org )
> Crawford County Federated Library System ( http://www.ccfls.org )
> Mill Run Technology Solutions ( http://millruntech.com )
> 
> On Thu, Oct 29, 2015 at 4:41 AM, akafortes &lt;

> akafortes@

> &gt; wrote:
> 
>> Hello everyone,
>> I have a problem with the Holds queue. If I request a hold on an item
>> from
>> opac, I can see the hold status as pending, but when I go to the Staff
>> client in Circulation>Holds queue I'm always getting a "No items found"
>> result.
>> If I check in that item I get notified that there is a hold on this item.
>> I
>> can also see the hold if I go to the profile of the patron that made the
>> hold, or from the display of that item I can see there is a hold on the
>> item
>> as well.
>> I think I saw somewhere that I have to put in cron a script about the
>> holds
>> queue, but since my setup of koha is done using the packages (3.20)
>> shouldn't that be already be configured?
>>
>>
>>
>> --
>> View this message in context:
>> http://koha.1045719.n5.nabble.com/Problem-with-Holds-queue-tp5859174.html
>> Sent from the Koha-devel mailing list archive at Nabble.com.
>> _______________________________________________
>> Koha-devel mailing list
>> 

> Koha-devel at .koha-community

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

> Koha-devel at .koha-community

> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/





--
View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Holds-queue-tp5859174p5859199.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From kyle.m.hall at gmail.com  Thu Oct 29 13:56:25 2015
From: kyle.m.hall at gmail.com (Kyle Hall)
Date: Thu, 29 Oct 2015 08:56:25 -0400
Subject: [Koha-devel] Problem with Holds queue
In-Reply-To: <1446121782631-5859199.post@n5.nabble.com>
References: <1446108063831-5859174.post@n5.nabble.com>
	<CACpVHfweZSF3g4J=DQDrD_St55GA19Nbc-y-yQk9uTSPwfFsOg@mail.gmail.com>
	<1446121782631-5859199.post@n5.nabble.com>
Message-ID: <CACpVHfx4NjtQebAoUV0zERjUdr=cTP-tf1RwL90mHvfkjCxfaA@mail.gmail.com>

Try this:

*/15 * * * * root koha-foreach --enabled /usr/share/koha/bin/cronjobs/holds/
build_holds_queue.pl

Kyle

http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151029/43bf1f9f/attachment.html>

From akafortes at gmail.com  Thu Oct 29 17:30:52 2015
From: akafortes at gmail.com (akafortes)
Date: Thu, 29 Oct 2015 09:30:52 -0700 (MST)
Subject: [Koha-devel] Problem with Holds queue
In-Reply-To: <CACpVHfx4NjtQebAoUV0zERjUdr=cTP-tf1RwL90mHvfkjCxfaA@mail.gmail.com>
References: <1446108063831-5859174.post@n5.nabble.com>
	<CACpVHfweZSF3g4J=DQDrD_St55GA19Nbc-y-yQk9uTSPwfFsOg@mail.gmail.com>
	<1446121782631-5859199.post@n5.nabble.com>
	<CACpVHfx4NjtQebAoUV0zERjUdr=cTP-tf1RwL90mHvfkjCxfaA@mail.gmail.com>
Message-ID: <1446136252781-5859275.post@n5.nabble.com>

Unfortunately, still no dice
maybe I'm missing something else. Does it have to do anything with the dates
loan period or something else?
This is my testing scenario:
I check out an item to a patron which has an Item Type of "Test".
I've set up a circulation rule for this category with a Loan period of "1
day".
I have also set the "Holds allowed" to 100, "On shelf holds allowed" to yes
and "item level holds" to allow.
I login to the opac and search for the item I checkout out earlier and place
a hold on the item.
I leave the options of the hold as default, so i don't set a start and end
date for the hold and I also leave the "Next available item" selected and
hit the "Place hold button.
After 15-20 minutes I go to the Staff client, in the Circulation module and
hit the "Holds queue".
I select the branch I want ( I only have one branch anyway), hit submit but
I always get "No items found".




--
View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Holds-queue-tp5859174p5859275.html
Sent from the Koha-devel mailing list archive at Nabble.com.

From kyle.m.hall at gmail.com  Thu Oct 29 17:32:45 2015
From: kyle.m.hall at gmail.com (Kyle Hall)
Date: Thu, 29 Oct 2015 12:32:45 -0400
Subject: [Koha-devel] Problem with Holds queue
In-Reply-To: <1446136252781-5859275.post@n5.nabble.com>
References: <1446108063831-5859174.post@n5.nabble.com>
	<CACpVHfweZSF3g4J=DQDrD_St55GA19Nbc-y-yQk9uTSPwfFsOg@mail.gmail.com>
	<1446121782631-5859199.post@n5.nabble.com>
	<CACpVHfx4NjtQebAoUV0zERjUdr=cTP-tf1RwL90mHvfkjCxfaA@mail.gmail.com>
	<1446136252781-5859275.post@n5.nabble.com>
Message-ID: <CACpVHfxip90kRu3+hceCPb+tiT3B-MyJ4xuhFavAOzmoxheb4g@mail.gmail.com>

If an item is checked out, it will not show up in the holds queue. The idea
behind the holds queue is to show you available items that can be used to
fill open holds!

Kyle

http://www.kylehall.info
ByWater Solutions ( http://bywatersolutions.com )
Meadville Public Library ( http://www.meadvillelibrary.org )
Crawford County Federated Library System ( http://www.ccfls.org )
Mill Run Technology Solutions ( http://millruntech.com )

On Thu, Oct 29, 2015 at 12:30 PM, akafortes <akafortes at gmail.com> wrote:

> Unfortunately, still no dice
> maybe I'm missing something else. Does it have to do anything with the
> dates
> loan period or something else?
> This is my testing scenario:
> I check out an item to a patron which has an Item Type of "Test".
> I've set up a circulation rule for this category with a Loan period of "1
> day".
> I have also set the "Holds allowed" to 100, "On shelf holds allowed" to yes
> and "item level holds" to allow.
> I login to the opac and search for the item I checkout out earlier and
> place
> a hold on the item.
> I leave the options of the hold as default, so i don't set a start and end
> date for the hold and I also leave the "Next available item" selected and
> hit the "Place hold button.
> After 15-20 minutes I go to the Staff client, in the Circulation module and
> hit the "Holds queue".
> I select the branch I want ( I only have one branch anyway), hit submit but
> I always get "No items found".
>
>
>
>
> --
> View this message in context:
> http://koha.1045719.n5.nabble.com/Problem-with-Holds-queue-tp5859174p5859275.html
> Sent from the Koha-devel mailing list archive at Nabble.com.
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at 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/
> bugs : http://bugs.koha-community.org/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20151029/6db2dd1a/attachment.html>

From akafortes at gmail.com  Thu Oct 29 21:49:47 2015
From: akafortes at gmail.com (akafortes)
Date: Thu, 29 Oct 2015 13:49:47 -0700 (MST)
Subject: [Koha-devel] Problem with Holds queue
In-Reply-To: <CACpVHfxip90kRu3+hceCPb+tiT3B-MyJ4xuhFavAOzmoxheb4g@mail.gmail.com>
References: <1446108063831-5859174.post@n5.nabble.com>
	<CACpVHfweZSF3g4J=DQDrD_St55GA19Nbc-y-yQk9uTSPwfFsOg@mail.gmail.com>
	<1446121782631-5859199.post@n5.nabble.com>
	<CACpVHfx4NjtQebAoUV0zERjUdr=cTP-tf1RwL90mHvfkjCxfaA@mail.gmail.com>
	<1446136252781-5859275.post@n5.nabble.com>
	<CACpVHfxip90kRu3+hceCPb+tiT3B-MyJ4xuhFavAOzmoxheb4g@mail.gmail.com>
Message-ID: <1446151787006-5859319.post@n5.nabble.com>

Thank you very much for clarifying this, Kyle
I didn't know that

Kyle Hall wrote
> If an item is checked out, it will not show up in the holds queue. The
> idea
> behind the holds queue is to show you available items that can be used to
> fill open holds!
> 
> Kyle
> 
> http://www.kylehall.info
> ByWater Solutions ( http://bywatersolutions.com )
> Meadville Public Library ( http://www.meadvillelibrary.org )
> Crawford County Federated Library System ( http://www.ccfls.org )
> Mill Run Technology Solutions ( http://millruntech.com )
> 
> On Thu, Oct 29, 2015 at 12:30 PM, akafortes &lt;

> akafortes@

> &gt; wrote:
> 
>> Unfortunately, still no dice
>> maybe I'm missing something else. Does it have to do anything with the
>> dates
>> loan period or something else?
>> This is my testing scenario:
>> I check out an item to a patron which has an Item Type of "Test".
>> I've set up a circulation rule for this category with a Loan period of "1
>> day".
>> I have also set the "Holds allowed" to 100, "On shelf holds allowed" to
>> yes
>> and "item level holds" to allow.
>> I login to the opac and search for the item I checkout out earlier and
>> place
>> a hold on the item.
>> I leave the options of the hold as default, so i don't set a start and
>> end
>> date for the hold and I also leave the "Next available item" selected and
>> hit the "Place hold button.
>> After 15-20 minutes I go to the Staff client, in the Circulation module
>> and
>> hit the "Holds queue".
>> I select the branch I want ( I only have one branch anyway), hit submit
>> but
>> I always get "No items found".
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://koha.1045719.n5.nabble.com/Problem-with-Holds-queue-tp5859174p5859275.html
>> Sent from the Koha-devel mailing list archive at Nabble.com.
>> _______________________________________________
>> Koha-devel mailing list
>> 

> Koha-devel at .koha-community

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

> Koha-devel at .koha-community

> http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
> website : http://www.koha-community.org/
> git : http://git.koha-community.org/
> bugs : http://bugs.koha-community.org/





--
View this message in context: http://koha.1045719.n5.nabble.com/Problem-with-Holds-queue-tp5859174p5859319.html
Sent from the Koha-devel mailing list archive at Nabble.com.