Skip Menu |

This queue is for tickets about the WWW-Mechanize-FireFox CPAN distribution.

Report information
The Basics
Id: 71312
Status: resolved
Priority: 0/
Queue: WWW-Mechanize-FireFox
People
Owner: Nobody in particular
Requestors: felix.ostmann [...] thewar.de
Cc:
AdminCc:
Bug Information
Severity: Normal
Broken in: 0.55
Fixed in: (no value)

History Show all quoted text
  Wed Sep 28 10:59:58 2011 felix.ostmann [...] thewar.de - Ticket created
Subject: Tests not working
t/50-mech-encoding.t 255 65280 ?? ?? % ?? t/70-download-url.t 255 65280 5 6 120.00% 3-5 at t/50-mech-encoding.t there is a @instances, that is empty at my scenario (testing with ff6), so there is a plan tests => 0, which produce an error. and here are the output for both tests: www72:~/.cpan/build/WWW-Mechanize-Firefox-0.55# prove -lv t/50-mech-encoding.t t/50-mech-encoding....You said to run 0 tests at t/50-mech-encoding.t line 22. dubious Test returned status 255 (wstat 65280, 0xff00) FAILED--1 test script could be run, alas--no output ever seen www72:~/.cpan/build/WWW-Mechanize-Firefox-0.55# prove -lv t/70-download-url.t t/70-download-url....1..5 ok 1 - Downloading http://localhost:58607/ isa MozRepl::RemoteObject::Instance ok 2 - Download finished properly MozRepl::RemoteObject: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIWebBrowserPersist.saveDocument] at lib/WWW/Mechanize/Firefox.pm line 1356 # Looks like you planned 5 tests but ran 2. # Looks like your test exited with 255 just after 2. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 3-5 Failed 3/5 tests, 40.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- t/70-download-url.t 255 65280 5 6 120.00% 3-5 Failed 1/1 test scripts, 0.00% okay. 3/5 subtests failed, 40.00% okay.
  Sun Oct 02 08:04:12 2011 corion [...] corion.net - Correspondence added
Subject: Re: [rt.cpan.org #71312] Tests not working
Date: Sun, 02 Oct 2011 14:03:54 +0200
To: bug-WWW-Mechanize-FireFox [...] rt.cpan.org
From: Max Maischein <corion [...] corion.net>
Hello and thanks for the reports! Am 28.09.2011 16:59, schrieb Felix Antonius Wilhelm Ostmann via RT: Show quoted text
> Wed Sep 28 10:59:58 2011: Request 71312 was acted upon. > Transaction: Ticket created by Sadrak > Queue: WWW-Mechanize-FireFox > Subject: Tests not working > Broken in: 0.55 > Severity: Normal > Owner: Nobody > Requestors: felix.ostmann@thewar.de > Status: new > Ticket<URL: https://rt.cpan.org/Ticket/Display.html?id=71312>
Show quoted text
> t/50-mech-encoding.t 255 65280 ?? ?? % ?? > t/70-download-url.t 255 65280 5 6 120.00% 3-5 > > at t/50-mech-encoding.t there is a @instances, that is empty at my > scenario (testing with ff6), so there is a plan tests => 0, which > produce an error.
This "can't happen", at least if all the other tests worked(+passed). Do you have a machine with heavy load? It should at least connect to the normal Firefox (which must be running!) on port 4242 or whereever you have Mozrepl set up. Show quoted text
> > and here are the output for both tests: > > www72:~/.cpan/build/WWW-Mechanize-Firefox-0.55# prove -lv > t/50-mech-encoding.t > t/50-mech-encoding....You said to run 0 tests at t/50-mech-encoding.t > line 22. > dubious > Test returned status 255 (wstat 65280, 0xff00) > FAILED--1 test script could be run, alas--no output ever seen > > > www72:~/.cpan/build/WWW-Mechanize-Firefox-0.55# prove -lv > t/70-download-url.t > t/70-download-url....1..5 > ok 1 - Downloading http://localhost:58607/ isa > MozRepl::RemoteObject::Instance > ok 2 - Download finished properly > MozRepl::RemoteObject: NS_ERROR_FAILURE: Component returned failure > code: 0x80004005 (NS_ERROR_FAILURE) [nsIWebBrowserPersist.saveDocument] > at lib/WWW/Mechanize/Firefox.pm line 1356 > # Looks like you planned 5 tests but ran 2. > # Looks like your test exited with 255 just after 2. > dubious > Test returned status 255 (wstat 65280, 0xff00) > DIED. FAILED tests 3-5 > Failed 3/5 tests, 40.00% okay > Failed Test Stat Wstat Total Fail Failed List of Failed > -------------------------------------------------------------------------------
The second test tries to create a directory relative to the current directory. Maybe you don't have the appropriate permissions in the directory where you run the tests? -max
  Sun Oct 02 08:04:14 2011 The RT System itself - Status changed from 'new' to 'open'
  Sun Oct 02 09:54:36 2011 felix.ostmann [...] thewar.de - Correspondence added
Subject: Re: [rt.cpan.org #71312] Tests not working
Date: Sun, 02 Oct 2011 15:51:39 +0200
To: bug-WWW-Mechanize-FireFox [...] rt.cpan.org
From: felix.ostmann [...] thewar.de
Zitat von Max Maischein via RT <bug-WWW-Mechanize-FireFox@rt.cpan.org>: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=71312 > > > Hello and thanks for the reports! > > Am 28.09.2011 16:59, schrieb Felix Antonius Wilhelm Ostmann via RT:
>> Wed Sep 28 10:59:58 2011: Request 71312 was acted upon. >> Transaction: Ticket created by Sadrak >> Queue: WWW-Mechanize-FireFox >> Subject: Tests not working >> Broken in: 0.55 >> Severity: Normal >> Owner: Nobody >> Requestors: felix.ostmann@thewar.de >> Status: new >> Ticket<URL: https://rt.cpan.org/Ticket/Display.html?id=71312>
>
>> t/50-mech-encoding.t 255 65280 ?? ?? % ?? >> t/70-download-url.t 255 65280 5 6 120.00% 3-5 >> >> at t/50-mech-encoding.t there is a @instances, that is empty at my >> scenario (testing with ff6), so there is a plan tests => 0, which >> produce an error.
> This "can't happen", at least if all the other tests worked(+passed). Do > you have a machine with heavy load? It should at least connect to the > normal Firefox (which must be running!) on port 4242 or whereever you > have Mozrepl set up.
I tried that tests ~5 times and those 2 failed allways and load was low ... i was thinking the skip-plan was bad :-/ Show quoted text
>
>> >> and here are the output for both tests: >> >> www72:~/.cpan/build/WWW-Mechanize-Firefox-0.55# prove -lv >> t/50-mech-encoding.t >> t/50-mech-encoding....You said to run 0 tests at t/50-mech-encoding.t >> line 22. >> dubious >> Test returned status 255 (wstat 65280, 0xff00) >> FAILED--1 test script could be run, alas--no output ever seen >> >> >> www72:~/.cpan/build/WWW-Mechanize-Firefox-0.55# prove -lv >> t/70-download-url.t >> t/70-download-url....1..5 >> ok 1 - Downloading http://localhost:58607/ isa >> MozRepl::RemoteObject::Instance >> ok 2 - Download finished properly >> MozRepl::RemoteObject: NS_ERROR_FAILURE: Component returned failure >> code: 0x80004005 (NS_ERROR_FAILURE) [nsIWebBrowserPersist.saveDocument] >> at lib/WWW/Mechanize/Firefox.pm line 1356 >> # Looks like you planned 5 tests but ran 2. >> # Looks like your test exited with 255 just after 2. >> dubious >> Test returned status 255 (wstat 65280, 0xff00) >> DIED. FAILED tests 3-5 >> Failed 3/5 tests, 40.00% okay >> Failed Test Stat Wstat Total Fail Failed List of Failed >> -------------------------------------------------------------------------------
> The second test tries to create a directory relative to the current > directory. Maybe you don't have the appropriate permissions in the > directory where you run the tests? >
I cannot remember, but it is possible, that i was in a "bad" directory, but why not using a system-tempdir? Show quoted text
> -max > >
  Sun Oct 02 10:10:43 2011 corion [...] corion.net - Correspondence added
Subject: Re: [rt.cpan.org #71312] Tests not working
Date: Sun, 02 Oct 2011 16:10:20 +0200
To: bug-WWW-Mechanize-FireFox [...] rt.cpan.org
From: Max Maischein <corion [...] corion.net>
Hello, Show quoted text
>>> at t/50-mech-encoding.t there is a @instances, that is empty at my >>> scenario (testing with ff6), so there is a plan tests => 0, which >>> produce an error.
>> This "can't happen", at least if all the other tests worked(+passed). Do >> you have a machine with heavy load? It should at least connect to the >> normal Firefox (which must be running!) on port 4242 or whereever you >> have Mozrepl set up.
> > I tried that tests ~5 times and those 2 failed allways and load was > low ... i was thinking the skip-plan was bad :-/
This is really weird - I have no explanation for that... Show quoted text
>> The second test tries to create a directory relative to the current >> directory. Maybe you don't have the appropriate permissions in the >> directory where you run the tests? >>
> > I cannot remember, but it is possible, that i was in a "bad" > directory, but why not using a system-tempdir?
Yes - I'll change the test so that it uses a temp directory from File::Temp instead! -max
  Tue Mar 13 18:13:54 2012 corion [...] cpan.org - Status changed from 'open' to 'resolved'