Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the CPAN-Reporter CPAN distribution.

Report information
The Basics
Id: 54317
Status: resolved
Priority: 0/
Queue: CPAN-Reporter
People
Owner: Nobody in particular
Requestors: SREZIC [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: Wishlist
Broken in: (no value)
Fixed in:
  • 1.1704
  • 1.1708

History Show all quoted text
  Thu Feb 04 12:03:45 2010 SREZIC [...] cpan.org - Ticket created
Subject: PASS should be UNKNOWN when no real test were run
The report http://www.cpantesters.org/cpan/report/6759235 is marked as a PASS, but I would expect to be it UNKNOWN instead - there is no indication in the test output that any test was run, or that the test result was PASS. Regards, Slaven
  Thu Feb 04 13:44:21 2010 dagolden [...] cpan.org - Correspondence added
Tk has a recursive Makefile.PL. In such a case, the only reliable way to determine a result is to use the PASS/FAIL result of "make test". This behavior could be better documented, but is not expected to change. -- David
  Thu Feb 04 13:44:22 2010 The RT System itself - Status changed from 'new' to 'open'
  Thu Feb 04 13:44:22 2010 dagolden [...] cpan.org - Status changed from 'open' to 'rejected'
  Thu Feb 04 15:07:20 2010 SREZIC [...] cpan.org - Correspondence added
On Thu Feb 04 13:44:21 2010, DAGOLDEN wrote: Show quoted text
> Tk has a recursive Makefile.PL. In such a case, the only reliable way > to determine a result is to use the PASS/FAIL result of "make test". > > This behavior could be better documented, but is not expected to change.
What exactly do you mean with PASS/FAIL? Neither string does not seem to appear in the test output. Do you mean the exit code of "make test"? And do you have a suggestion how I can force an UNKNOWN grade in such a case? I think of emitting a proper "skip_all" call, i.e. producing output like 1..0 # SKIP some reason But this will also appear multiple times in the output. Would this work? Regards, Slaven
  Thu Feb 04 15:07:21 2010 The RT System itself - Status changed from 'rejected' to 'open'
  Thu Feb 04 16:48:23 2010 dagolden [...] cpan.org - Correspondence added
Subject: Re: [rt.cpan.org #54317] PASS should be UNKNOWN when no real test were run
Date: Thu, 4 Feb 2010 16:47:06 -0500
To: bug-CPAN-Reporter [...] rt.cpan.org
From: David Golden <dagolden [...] cpan.org>
On Thu, Feb 4, 2010 at 3:07 PM, Slaven_Rezic via RT <bug-CPAN-Reporter@rt.cpan.org> wrote: Show quoted text
> What exactly do you mean with PASS/FAIL? Neither string does not seem to > appear in the test output. Do you mean the exit code of "make test"?
Yes. If exit code is 0, then it's graded PASS, otherwise FAIL. FWIW, the same thing happens under Makefile.PL if there is a test.pl file, since test.pl isn't run through Test::Harness by Makefile.PL. (Build.PL does run test.pl through Test::Harness). Show quoted text
> And do you have a suggestion how I can force an UNKNOWN grade in such a > case? I think of emitting a proper "skip_all" call, i.e. producing > output like > > 1..0 # SKIP some reason
I'm not sure. Maybe don't write a "test" section to the Makefile? The latest CPAN::Reporter (1.1709) detects that and makes it UNKNOWN. Unfortunately, 1.1709 is failing tests and not universally adopted and I don't know what CPANPLUS does. I'd ask on the cpan-testers-discuss list for suggestions. -- David
  Sun Oct 24 21:10:18 2010 dagolden [...] cpan.org - Severity Wishlist added
  Sun Apr 03 13:48:17 2016 dagolden [...] cpan.org - Correspondence added
Ticket migrated to github as https://github.com/cpan-testers/CPAN-Reporter/issues/53
  Sun Apr 03 13:48:33 2016 dagolden [...] cpan.org - Status changed from 'open' to 'resolved'