[Koha-devel] Test message

Test message, sorry for the noise -- 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@lists.koha-commun

[Koha-devel] Test email

Dismiss this email. Hi, this is just a test, as my latest email never reached y'all. -- Tomás Cohen Arazi Theke Solutions (https://theke.io) ✆ +54 9351 3513384 GPG: B2F3C15F ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.

[Koha-devel] test, please ignore

Hi Delivery speed test. ___ Koha-devel mailing list Koha-devel@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https:/

[Koha-devel] test mail

Hello, We (BibLibre) are doing some changes on our mail system, this is a mail for testing. No need to reply, thx -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries

Re: [Koha-devel] Test: planned count or done_testing()

I do not think it's a good idea, it can hide bugs [examples needed] > We can always add a count where we really want it. When do you know it is needed? :) We could also use use Test::More plan => $number_of_tests; BEGIN{ $number_of_tests += 1 }; subtest "first subtest" => sub { ok(); } BEGIN{ $n

Re: [Koha-devel] Test: planned count or done_testing()

+1 from me as well! Kyle http://www.kylehall.info ByWater Solutions ( http://bywatersolutions.com ) Meadville Public Library ( http://www.meadv

Re: [Koha-devel] Test: planned count or done_testing()

+1 from me. -- Indranil Das Gupta L2C2 Technologies Phone : +91-98300-20971 Blog: http://blog.l2c2.co.in IRC : indradg on irc://irc.freenode.net Twitter : indradg On Thu, Nov 16, 2017 at 12:29 PM, Mason James wrote: > > On 14/11/17 05:43, Mark Tompsett wrote: > > Greetings, > > Whil

Re: [Koha-devel] Test: planned count or done_testing()

On 14/11/17 05:43, Mark Tompsett wrote: > Greetings, >   > While testing various bugs, frequently conflicts come up with tests > where one bug adds a test, and another adds two tests, and the count > difference causes the need to correct the test plan count while > rebasing. So, I was wondering if

Re: [Koha-devel] Test: planned count or done_testing()

Less strict, but more pragmatic. I think we spend more time on rebasing test counts than we will probably spend on checking tests that passed but should have failed on counts. We can always add a count where we really want it. No objection from me. _

[Koha-devel] Test: planned count or done_testing()

Greetings, While testing various bugs, frequently conflicts come up with tests where one bug adds a test, and another adds two tests, and the count difference causes the need to correct the test plan count while rebasing. So, I was wondering if perhaps when adding tests we could switch to just

Re: [Koha-devel] Test Suite

Marcel, I added a followup on 10171 for the failing search_utf8.t. Regards 2016-04-30 12:13 GMT-03:00 Marcel de Rooy : > Thanks for some extensive pushing, Kyle and Brendan. > > > We still have some tests failing. > > I resolved a few trivial ones: bug 16403, 16404, 16405, 16407 (hardcoded > bor

[Koha-devel] Test Suite

Thanks for some extensive pushing, Kyle and Brendan. We still have some tests failing. I resolved a few trivial ones: bug 16403, 16404, 16405, 16407 (hardcoded borrowers), 16408 16406 Context.t is a harder one (it should not fail only for not having a cache). I also tested on top of bug 16

Re: [Koha-devel] Test Planck

Zeno et all, the recent integration of Plack into the packages requires intalling using the master packages. Because of a failure in some tests, Robin wasn't able to build the packages yet, but I think we are ok for building it ASAP as the tests have been fixed already. My plan was (is) to provide

[Koha-devel] Test Planck

Hi to all, one important thing to do is to test in master the new code for plack. But, after install planck, how could I test error connect with plack ? Do you have any suggesstion about this topic ? Bye Zeno Tajoli -- Zeno Tajoli /Dipartimento Sviluppi Innovativi/ - Automazione Biblioteche Ema

Re: [Koha-devel] Test of UTF-8 (bug 11944) - Problem on BibLibre Branch

Hi Zeno, Yesterday I added all patches on the branch, it's up-to-date (see my last comment on the bug report). Regards, Jonathan 2014-07-25 18:25 GMT+02:00 Zeno Tajoli : > Hi to all, > > I'm not see this patch > http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=30016&action=diff > in th

[Koha-devel] Test of UTF-8 (bug 11944) - Problem on BibLibre Branch

Hi to all, I'm not see this patch http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=30016&action=diff in the BibLibre branch on bug 11944, this branch: biblibre/ft/bug_11944 in http://git.biblibre.com/biblibre/kohac.git Or do i check in the wrong place ? Bye Zeno Tajoli --

[Koha-devel] Test of UTF-8 (bug 11944)

Hi, I have stopped to test bug 11944 on sandbox 6 because authority seems not indexed. On monday Paola Rossi tests circulation. Bye -- Dr. Zeno Tajoli Soluzioni per la Ricerca Istituzionale - Automazione Biblioteche z.taj...@cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate _

Re: [Koha-devel] Test Request

Greetings, > I'm also interested, but not certain that the scenario is identical. > I'm looking for a way to hide some items from "not-logged-in" users > (i.e. the great big public on the WWW), but allow our "logged-in-members" > (WAN and LAN) to be able to find them. This patch would allow for t

Re: [Koha-devel] Test Request

At 09:37 AM 9/24/2013 -0700, Galen Charlton wrote: Hi, On Tue, Sep 24, 2013 at 9:31 AM, Paul Poulain <paul.poul...@biblibre.com> wrote: Overall, in public libraries, it's probably a rare situation, while in an academic one, it's more common. We've at least on

Re: [Koha-devel] Test Request

Mark Tompsett wrote: >Greetings, > >[SNIP Galen's air gap suggestion] > >> And even when you do decide to trust youself to the air-gap... >> remember stuxnet. [1] Those centrifuge controllers were air-gapped >> too. >[SNIP] >> [1] http://en.wikipedia.org/wiki/Stuxnet > >That's got to be some pre

Re: [Koha-devel] Test Request

Greetings, [SNIP Galen's air gap suggestion] And even when you do decide to trust youself to the air-gap... remember stuxnet. [1] Those centrifuge controllers were air-gapped too. [SNIP] [1] http://en.wikipedia.org/wiki/Stuxnet That's got to be some pretty determined threat to consider hand

Re: [Koha-devel] Test Request

On Tue, Sep 24, 2013 at 1:25 PM, Galen Charlton wrote: > > Whether or not the patch passes QA and my review on the technical merits and > gets pushed for 3.14 or any future release, I /strongly/ encourage you to > consider that air-gap security [1] may better protect the users in question > than a

Re: [Koha-devel] Test Request

Galen, And this, ultimately, is what makes me nervous about this proposal -- it's > one thing for an academic library to inadvertently reveal confidential > bibliographic records. That may cause annoyance, it may anger donors of > materials in an archival collection, it may at a stretch cost some

Re: [Koha-devel] Test Request

Hi, On Tue, Sep 24, 2013 at 10:10 AM, Mark Tompsett wrote: > > In your situation, what are the consequences if, either via bug or > misconfiguration, catalog records meant for authorized users become > publicly accessible? > > Given that sensitive branch’s locations are unpublished, and that I

Re: [Koha-devel] Test Request

Greetings, > In your situation, what are the consequences if, either via bug or > misconfiguration, catalog records meant for authorized users become publicly > accessible? Given that sensitive branch’s locations are unpublished, and that I am unaware of violence in any of our particular branc

Re: [Koha-devel] Test Request

Hi, On Tue, Sep 24, 2013 at 9:51 AM, Mark Tompsett wrote: > This feature is motived by privacy concerns. Certain countries do not > like certain materials which certain libraries may have. And though the > general recommendation is to not catalogue such things publicly, this is > counter-produ

Re: [Koha-devel] Test Request

Greetings, With respect to the feature addition in bug 10589. This feature is motived by privacy concerns. Certain countries do not like certain materials which certain libraries may have. And though the general recommendation is to not catalogue such things publicly, this is counter-productiv

Re: [Koha-devel] Test Request

Hi, On Tue, Sep 24, 2013 at 9:31 AM, Paul Poulain wrote: > Overall, in public libraries, it's probably a rare situation, while in > an academic one, it's more common. > > We've at least one library that would love this feature ;-) > Thanks, it is very helpful to know that there is at least one l

Re: [Koha-devel] Test Request

Le 24/09/2013 18:19, Galen Charlton a écrit : > Hi, > > On Tue, Sep 24, 2013 at 6:31 AM, Mark Tompsett > wrote: > > 10589 allows changing the scope of OpacHiddenItems based on Patron > Category. For example, one category (let’s say cataloger) could > sear

Re: [Koha-devel] Test Request

Hi, On Tue, Sep 24, 2013 at 6:31 AM, Mark Tompsett wrote: > 10589 allows changing the scope of OpacHiddenItems based on Patron > Category. For example, one category (let’s say cataloger) could search for > hidden items in OPAC for just their branch, while another category (let’s > say staff) c

[Koha-devel] Test Request

Greetings, Seeing as there is very little time left before the feature freeze, I was wondering someone could look at bugs 10900, 10895, and 10589. 10900 corrects a bunch of ugly scariness related to set_userenv in C4::Context. This allows 10895 to be tested on 10589. I realize that I should hav

Re: [Koha-devel] Test Coverage

And all her patches are not pushed yet :) Thanks Kenza and to you Chris, Kyle, Srdjan, Bernardo and all others who permit to get these patches pushed to master! 2013/8/30 Chris Cormack : > Hi All > > Tomorrow is Kenza's last day at Biblibre, and I wanted to thank her > for all the work she had do

Re: [Koha-devel] Test Coverage

Great stats, thank you Kenza! Am 30.08.2013 03:15, schrieb Chris Cormack: > Hi All > > Tomorrow is Kenza's last day at Biblibre, and I wanted to thank her > for all the work she had done > > Below are the covergage statistics, the top numbers are from before > her first commit, the bottom ones a

[Koha-devel] Test Coverage

Hi All Tomorrow is Kenza's last day at Biblibre, and I wanted to thank her for all the work she had done Below are the covergage statistics, the top numbers are from before her first commit, the bottom ones are from after. stmt bran cond sub total Total 43.1 17.3 14.3 68.

Re: [Koha-devel] Test suite in t/db_dependent/lib/KohaTest

.) Marcel Van: Galen Charlton [mailto:g...@esilibrary.com] Verzonden: donderdag 4 juli 2013 3:05 Aan: Marcel de Rooy CC: koha-devel@lists.koha-community.org Devel Onderwerp: Re: [Koha-devel] Test suite in t/db_dependent/lib/KohaTest Hi, On Wed, Jul 3, 2013 at 9:53 AM, Marcel de Rooy mailto:m.de.r

Re: [Koha-devel] Test suite in t/db_dependent/lib/KohaTest

Hi, On Wed, Jul 3, 2013 at 9:53 AM, Marcel de Rooy wrote: > Currently, we are often updating files in this directory. We are finding > them with grep etc. and we update them. But if no one is using them, we > could better remove them and have less maintenance issues. > > Before opening a report

Re: [Koha-devel] Test suite in t/db_dependent/lib/KohaTest

On 4 July 2013 02:19, Jonathan Druart wrote: > > Hi Marcel, > > This question was in my todo list, thanks to ask :) > I have the same impression, these UT files are never used, but it is > possible I missed something. > > Regards, > Jonathan > +1 to removing Chris

Re: [Koha-devel] Test suite in t/db_dependent/lib/KohaTest

Hi Marcel, This question was in my todo list, thanks to ask :) I have the same impression, these UT files are never used, but it is possible I missed something. Regards, Jonathan 2013/7/3 Marcel de Rooy : > Hi, > > > > My question about the files in the mentioned folder is: Is anyone using > the

[Koha-devel] Test suite in t/db_dependent/lib/KohaTest

Hi, My question about the files in the mentioned folder is: Is anyone using these test units at all? Could we delete them? Note that Jenkins appears not to run t/db_dependent/database_dependent.pl but only the *.t files. The script database_dependent.pl only refers to lib/KohaTest.pm and a

[Koha-devel] test

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

[Koha-devel] test

Just a test, sorry for the noise ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http

Re: [Koha-devel] Test failure in 3.10.0

Robin Sheat schreef op ma 26-11-2012 om 17:54 [+1300]: > There is a syntax error in the test cases. I don't really know how to > fix it or I would. > > This is (not surprisingly) breaking the package build for 3.10.0, so > could someone who knows what's going on here please take a look ASAP. So t

[Koha-devel] Test failure in 3.10.0

There is a syntax error in the test cases. I don't really know how to fix it or I would. This is (not surprisingly) breaking the package build for 3.10.0, so could someone who knows what's going on here please take a look ASAP. http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9142 $ KOH

[Koha-devel] test

-- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-deve

[Koha-devel] test message

(sorry, BibLibre face some trouble with the mailing lists & the new server, if this message reaches you, it mean they are solved !) -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper ___

[Koha-devel] test

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

Re: [Koha-devel] Test of bug 7736 failed, which status ?

Hi to all, Il 18/10/2012 17:52, Jared Camins-Esakov ha scritto: > I have finished to test the patch for bug 7736. >> In fact the patch can't be used as written in the instructions. >> It not clear if are wrong instructions or code. >> >> So, which status do I need to insert ? >> In discussion, Ass

Re: [Koha-devel] Test of bug 7736 failed, which status ?

Zeno, I have finished to test the patch for bug 7736. > In fact the patch can't be used as written in the instructions. > It not clear if are wrong instructions or code. > > So, which status do I need to insert ? > In discussion, Assigned or Failed QA ? Failed QA. If the patch writer is able to

[Koha-devel] Test of bug 7736 failed, which status ?

Hi to all, I have finished to test the patch for bug 7736. In fact the patch can't be used as written in the instructions. It not clear if are wrong instructions or code. So, which status do I need to insert ? In discussion, Assigned or Failed QA ? Bye Zeno Tajoli -- Dott. Zeno Tajoli tajoliAT_

[Koha-devel] TEST sending email and email administration

my little message -- Henri-Damien LAURENT BibLibre ___ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-communi

Re: [Koha-devel] Test case failures and database access

On 08/12/10 05:58, Robin Sheat wrote: > While attempting to put the packages for 3.2.1 together, I encountered a > number of test cases that fail unless you have a database configured. > This seems to be due to tests 'use'ing modules that attempt to connect > to the database immediately, and theref

Re: [Koha-devel] Test case failures and database access

Robin Sheat schreef op wo 08-12-2010 om 18:58 [+1300]: > I'm after some opinions on how to best solve this. My ideas are: > * Move these tests into a 'db_dependent' directory so that they aren't > run by default. Perhaps add a 'make test_all' rule that includes them. And, I found that a directory

[Koha-devel] Test case failures and database access

While attempting to put the packages for 3.2.1 together, I encountered a number of test cases that fail unless you have a database configured. This seems to be due to tests 'use'ing modules that attempt to connect to the database immediately, and therefore failing. The tests I've noticed doing thi