Bug #101114 for TestRail-API: Return error message when calling gettests under windows

Wed Dec 24 04:53:27 2014 sewang [...] wyse.com - Ticket created

Subject:	Return error message when calling gettests under windows
Date:	Wed, 24 Dec 2014 01:53:12 -0800
To:	"'bug-TestRail-API [...] rt.cpan.org'" <bug-TestRail-API [...] rt.cpan.org>
From:	Senchao Wang <sewang [...] wyse.com>

Perl version: straw berry 5.20 Module version: 0.011 OS: Window 2008 R2 Detail: We have 2 type errors when calling API getTests 1. Test rail API return error message “'x-died' => 'read failed: A non-blocking socket operation could not be completed immediately. at C:/strawberry/perl/vendor/lib/LWP/Protocol/http.pm line 467” This test run have 300+ test cases, and this message will not occur on Linux with same Perl code. I guess this problem related to LWP/Net::HTTP handling https website under windows. 2. TestRail::API::catch {...} ("unexpected end of string while parsing JSON string, at charac"...) called at C:/strawberry/pe rl/vendor/lib/Try/Tiny.pm line 104 This test run have huge number of test cases (700+), seems most of test data already successful return. May be need do some s/\cj/\n/ staff before json encoding? BTW: Both 1 and 2 have no such problem with JAVA api Best Regards, Senchao Wang Software Dev Engineer Phone: +86-10-82862561 Dell Lync：8672561 Mobile: +86-13366063629 senchao_wang@dell.com<mailto:senchao_wang@dell.com> Dell | Cloud Client Computing 7F, South Building, Tower C, Raycom info park. No. 2 Science Institute South Road, Haidian District, Beijing, PR China, 100190 This communication is intended for the addressee(s) and may contain confidential information. We do not waive confidentiality by mistransmission. If you have received this communication in error, any use, dissemination, printing or copying is strictly prohibited; please destroy all electronic and paper copies and notify the sender immediately.

Wed Dec 31 00:31:33 2014 TEODESIAN [...] cpan.org - Correspondence added

Hmm, I haven't got a chance yet to give the module a whirl under windows. I guess I'll see how strawberry works soon then. 1). This sounds like a load related issue. Maybe usage of a Retry module (there are a few on CPAN) would be a good workaround until a fix can be arrived at. scripts that LWP sees as being killed mid stream usually means the CGI process got whacked by the HTTPD; possibly PHP's memory_limit being hit? If it isn't a load related issue like you suggest, then that suggests a weakness in the windows network stack (or LWP's usage of it). Won't be sure until I can reproduce, but I'm leaning toward there being a problem with LWP. Either way, a retry module is a good bet in the meantime; a proper fix might be tricky. 2. It does sound like a problem that could be solved by dos2unix. I'll look into whether JSON::XS or LWP can detect/autocorrect this or if manual filtering is required. On Wed Dec 24 04:53:27 2014, sewang@wyse.com wrote: Show quoted text

> Perl version: straw berry 5.20 > Module version: 0.011 > OS: Window 2008 R2 > > Detail: > We have 2 type errors when calling API getTests > > 1. Test rail API return error message “'x-died' => 'read failed: > A non-blocking socket operation could not be completed immediately. at > C:/strawberry/perl/vendor/lib/LWP/Protocol/http.pm line 467” > > This test run have 300+ test cases, and this message will not occur on > Linux with same Perl code. I guess this problem related to > LWP/Net::HTTP handling https website under windows. > > 2. TestRail::API::catch {...} ("unexpected end of string while > parsing JSON string, at charac"...) called at C:/strawberry/pe > rl/vendor/lib/Try/Tiny.pm line 104 > > This test run have huge number of test cases (700+), seems most of > test data already successful return. > > May be need do some s/\cj/\n/ staff before json encoding? > > > BTW: Both 1 and 2 have no such problem with JAVA api > > Best Regards, > > Senchao Wang > Software Dev Engineer > Phone: +86-10-82862561 Dell Lync：8672561 Mobile: +86- > 13366063629 > senchao_wang@dell.com<mailto:senchao_wang@dell.com> > > Dell | Cloud Client Computing > 7F, South Building, Tower C, Raycom info park. > No. 2 Science Institute South Road, Haidian District, Beijing, PR > China, 100190 > > This communication is intended for the addressee(s) and may contain > confidential information. We do not waive confidentiality by > mistransmission. If you have received this communication in error, > any use, dissemination, printing or copying is strictly prohibited; > please destroy all electronic and paper copies and notify the sender > immediately. >

Wed Dec 31 00:31:33 2014 The RT System itself - Status changed from 'new' to 'open'

Wed Dec 31 00:31:39 2014 TEODESIAN [...] cpan.org - Taken

Wed Dec 31 00:31:39 2014 TEODESIAN [...] cpan.org - Fixed in 0.012 added

Wed Dec 31 00:32:10 2014 TEODESIAN [...] cpan.org - Correspondence added

On Wed Dec 31 00:31:33 2014, TEODESIAN wrote: Show quoted text

> Hmm, I haven't got a chance yet to give the module a whirl under > windows. I guess I'll see how strawberry works soon then. > > 1). This sounds like a load related issue. Maybe usage of a Retry > module (there are a few on CPAN) would be a good workaround until a > fix can be arrived at. > > scripts that LWP sees as being killed mid stream usually means the CGI > process got whacked by the HTTPD; possibly PHP's memory_limit being > hit? > > If it isn't a load related issue like you suggest, then that suggests > a weakness in the windows network stack (or LWP's usage of it). Won't > be sure until I can reproduce, but I'm leaning toward there being a > problem with LWP. Either way, a retry module is a good bet in the > meantime; a proper fix might be tricky. > > 2. It does sound like a problem that could be solved by dos2unix. > I'll look into whether JSON::XS or LWP can detect/autocorrect this or > if manual filtering is required. > > On Wed Dec 24 04:53:27 2014, sewang@wyse.com wrote:

> > Perl version: straw berry 5.20 > > Module version: 0.011 > > OS: Window 2008 R2 > > > > Detail: > > We have 2 type errors when calling API getTests > > > > 1. Test rail API return error message “'x-died' => 'read > > failed: > > A non-blocking socket operation could not be completed immediately. > > at > > C:/strawberry/perl/vendor/lib/LWP/Protocol/http.pm line 467” > > > > This test run have 300+ test cases, and this message will not occur > > on > > Linux with same Perl code. I guess this problem related to > > LWP/Net::HTTP handling https website under windows. > > > > 2. TestRail::API::catch {...} ("unexpected end of string while > > parsing JSON string, at charac"...) called at C:/strawberry/pe > > rl/vendor/lib/Try/Tiny.pm line 104 > > > > This test run have huge number of test cases (700+), seems most of > > test data already successful return. > > > > May be need do some s/\cj/\n/ staff before json encoding? > > > > > > BTW: Both 1 and 2 have no such problem with JAVA api > > > > Best Regards, > > > > Senchao Wang > > Software Dev Engineer > > Phone: +86-10-82862561 Dell Lync：8672561 Mobile: +86- > > 13366063629 > > senchao_wang@dell.com<mailto:senchao_wang@dell.com> > > > > Dell | Cloud Client Computing > > 7F, South Building, Tower C, Raycom info park. > > No. 2 Science Institute South Road, Haidian District, Beijing, PR > > China, 100190 > > > > This communication is intended for the addressee(s) and may contain > > confidential information. We do not waive confidentiality by > > mistransmission. If you have received this communication in error, > > any use, dissemination, printing or copying is strictly prohibited; > > please destroy all electronic and paper copies and notify the sender > > immediately. > >

Wed Dec 31 00:32:16 2014 TEODESIAN [...] cpan.org - Fixed in 0.012 deleted

Wed Dec 31 23:25:30 2014 TEODESIAN [...] cpan.org - Correspondence added

Hi! I can reproduce your issue on windows XP, but I have no access to windows Server 2008. That said, they are similar technology, so it's probably the same underlying issue. That said, it appears the version of LWP distributed with Strawberry 5.20 is busted for WinXP, and server 2008. Works fine on Windows 7. And LWP 6.05 works just fine, it's bundled with strawberry 5.18.2.2. Anyways, I've filed an issue with libwww-perl here: https://rt.cpan.org/Ticket/Display.html?id=101226&results=91ceaaf34b15f0b507794c61817da270 Thanks for letting me know about this, and let me know if you have any more trouble with LWP 6.05. On Wed Dec 31 00:31:33 2014, TEODESIAN wrote: Show quoted text

> Hmm, I haven't got a chance yet to give the module a whirl under > windows. I guess I'll see how strawberry works soon then. > > 1). This sounds like a load related issue. Maybe usage of a Retry > module (there are a few on CPAN) would be a good workaround until a > fix can be arrived at. > > scripts that LWP sees as being killed mid stream usually means the CGI > process got whacked by the HTTPD; possibly PHP's memory_limit being > hit? > > If it isn't a load related issue like you suggest, then that suggests > a weakness in the windows network stack (or LWP's usage of it). Won't > be sure until I can reproduce, but I'm leaning toward there being a > problem with LWP. Either way, a retry module is a good bet in the > meantime; a proper fix might be tricky. > > 2. It does sound like a problem that could be solved by dos2unix. > I'll look into whether JSON::XS or LWP can detect/autocorrect this or > if manual filtering is required. > > On Wed Dec 24 04:53:27 2014, sewang@wyse.com wrote:

> > Perl version: straw berry 5.20 > > Module version: 0.011 > > OS: Window 2008 R2 > > > > Detail: > > We have 2 type errors when calling API getTests > > > > 1. Test rail API return error message “'x-died' => 'read > > failed: > > A non-blocking socket operation could not be completed immediately. > > at > > C:/strawberry/perl/vendor/lib/LWP/Protocol/http.pm line 467” > > > > This test run have 300+ test cases, and this message will not occur > > on > > Linux with same Perl code. I guess this problem related to > > LWP/Net::HTTP handling https website under windows. > > > > 2. TestRail::API::catch {...} ("unexpected end of string while > > parsing JSON string, at charac"...) called at C:/strawberry/pe > > rl/vendor/lib/Try/Tiny.pm line 104 > > > > This test run have huge number of test cases (700+), seems most of > > test data already successful return. > > > > May be need do some s/\cj/\n/ staff before json encoding? > > > > > > BTW: Both 1 and 2 have no such problem with JAVA api > > > > Best Regards, > > > > Senchao Wang > > Software Dev Engineer > > Phone: +86-10-82862561 Dell Lync：8672561 Mobile: +86- > > 13366063629 > > senchao_wang@dell.com<mailto:senchao_wang@dell.com> > > > > Dell | Cloud Client Computing > > 7F, South Building, Tower C, Raycom info park. > > No. 2 Science Institute South Road, Haidian District, Beijing, PR > > China, 100190 > > > > This communication is intended for the addressee(s) and may contain > > confidential information. We do not waive confidentiality by > > mistransmission. If you have received this communication in error, > > any use, dissemination, printing or copying is strictly prohibited; > > please destroy all electronic and paper copies and notify the sender > > immediately. > >

Wed Dec 31 23:25:41 2014 TEODESIAN [...] cpan.org - Status changed from 'open' to 'rejected'