Bug #127680 for WWW-Mechanize-Chrome: possible bug in bug-WWW-Mechanize-Chrome click

Sat Nov 17 07:41:59 2018 ei69jeff [...] comcast.net - Ticket created

Subject:	possible bug in bug-WWW-Mechanize-Chrome click
Date:	Sat, 17 Nov 2018 07:40:39 -0500
To:	bug-WWW-Mechanize-Chrome [...] rt.cpan.org
From:	Jeff Stalzer <ei69jeff [...] comcast.net>

using Strawberry Perl (5.28) on Windows 7 a call to "click" does the click operation and then hangs--the call never returns, execution of the program essentially stops (does not abort). It may resume after a very long delay ~20 Min(?) but by that time the web site being scraped times out. The code is: $mech3->click({ xpath => '//button[@data-billid="20181108102645601824"]' , one => 1 }); I have noticed some other instances when there is a similar "hang" and execution does resume after several minutes (I don't know how many because I walk away and when I come back the execution had resumed and is waiting at the next request for input.) Thanks, Jeff Stalzer

Sat Nov 17 08:38:37 2018 corion [...] corion.net - Correspondence added

Subject:	Re: [rt.cpan.org #127680] possible bug in bug-WWW-Mechanize-Chrome click
Date:	Sat, 17 Nov 2018 14:38:02 +0100
To:	bug-WWW-Mechanize-Chrome [...] rt.cpan.org
From:	Max Maischein <corion [...] corion.net>

Hello Jeff, Show quoted text

> using Strawberry Perl (5.28) on Windows 7 a call to "click" does the > click operation and then hangs--the call never returns, execution of the > program essentially stops (does not abort). It may resume after a very > long delay ~20 Min(?) but by that time the web site being scraped times > out. The code is: > > $mech3->click({ xpath => '//button[@data-billid="20181108102645601824"]' > , one => 1 }); > > I have noticed some other instances when there is a similar "hang" and > execution does resume after several minutes (I don't know how many > because I walk away and when I come back the execution had resumed and > is waiting at the next request for input.)

Thanks for the report, but without a script and a HTML page (or web server) to reproduce this, there isn't much I can do. -max

Sat Nov 17 08:38:37 2018 The RT System itself - Status changed from 'new' to 'open'

Sat Nov 24 10:16:06 2018 ei69jeff [...] comcast.net - Correspondence added

Subject:	Re: [rt.cpan.org #127680] possible bug in bug-WWW-Mechanize-Chrome click
Date:	Sat, 24 Nov 2018 10:15:46 -0500
To:	bug-WWW-Mechanize-Chrome [...] rt.cpan.org
From:	Jeff EI69 Stalzer <ei69jeff [...] comcast.net>

Max: Thanks for your reply. I understand. Unfortunately the web page this fails on is a Bank web site and you need an account to get to that spot. Jeff Max Maischein via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=127680 > > > Hello Jeff,

>> using Strawberry Perl (5.28) on Windows 7 a call to "click" does the >> click operation and then hangs--the call never returns, execution of the >> program essentially stops (does not abort). It may resume after a very >> long delay ~20 Min(?) but by that time the web site being scraped times >> out. The code is: >> >> $mech3->click({ xpath => '//button[@data-billid="20181108102645601824"]' >> , one => 1 }); >> >> I have noticed some other instances when there is a similar "hang" and >> execution does resume after several minutes (I don't know how many >> because I walk away and when I come back the execution had resumed and >> is waiting at the next request for input.)

> Thanks for the report, but without a script and a HTML page (or web > server) to reproduce this, there isn't much I can do. > > -max > > >

Wed Nov 28 08:16:01 2018 ei69jeff [...] comcast.net - Correspondence added

Subject:	Re: [rt.cpan.org #127680] possible bug in bug-WWW-Mechanize-Chrome click
Date:	Wed, 28 Nov 2018 08:15:51 -0500
To:	bug-WWW-Mechanize-Chrome [...] rt.cpan.org
From:	Jeff Stalzer <ei69jeff [...] comcast.net>

I have tried to reproduce this "hang" on a web site not behind a log-in but I have failed. I did discover that mechanize::chrome click "hangs" waiting for something the web site never does (after doing the click action). But when the web site is logged out, the "hang" is released. Could there be some kind of fail-safe time out for the web site not doing an expected action? BTW, the 20 min timeout was the bank timing out inactivity and forcing a log out. Thanks, Jeff On 11/17/2018 8:38 AM, Max Maischein via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=127680 > > > Hello Jeff,

>> using Strawberry Perl (5.28) on Windows 7 a call to "click" does the >> click operation and then hangs--the call never returns, execution of the >> program essentially stops (does not abort). It may resume after a very >> long delay ~20 Min(?) but by that time the web site being scraped times >> out. The code is: >> >> $mech3->click({ xpath => '//button[@data-billid="20181108102645601824"]' >> , one => 1 }); >> >> I have noticed some other instances when there is a similar "hang" and >> execution does resume after several minutes (I don't know how many >> because I walk away and when I come back the execution had resumed and >> is waiting at the next request for input.)

> Thanks for the report, but without a script and a HTML page (or web > server) to reproduce this, there isn't much I can do. > > -max > >

Fri Nov 30 15:38:56 2018 corion [...] corion.net - Correspondence added

Subject:	Re: [rt.cpan.org #127680] possible bug in bug-WWW-Mechanize-Chrome click
Date:	Fri, 30 Nov 2018 21:38:33 +0100
To:	bug-WWW-Mechanize-Chrome [...] rt.cpan.org
From:	Max Maischein <corion [...] corion.net>

Hello Jeff, this sounds more like a support request and less like a bug. Most likely the element you're clicking on does not issue a HTTP transaction. WWW::Mechanize::Chrome expects a HTTP transaction to finish after calling ->click(). I'm closing this ticket, as there is nothing I can do but guess here. If you need more support, please use the support forum and not the bug tracker. -max Am 28.11.2018 um 14:16 schrieb Jeff EI69 Stalzer via RT: Show quoted text

> Queue: WWW-Mechanize-Chrome > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=127680 > > > I have tried to reproduce this "hang" on a web site not behind a log-in > but I have failed. > > I did discover that mechanize::chrome click "hangs" waiting for > something the web site never does (after doing the click action). But > when the web site is logged out, the "hang" is released. Could there be > some kind of fail-safe time out for the web site not doing an expected > action? > > BTW, the 20 min timeout was the bank timing out inactivity and forcing a > log out. > > Thanks, Jeff > > On 11/17/2018 8:38 AM, Max Maischein via RT wrote:

>> <URL: https://rt.cpan.org/Ticket/Display.html?id=127680 > >> >> Hello Jeff,

>>> using Strawberry Perl (5.28) on Windows 7 a call to "click" does the >>> click operation and then hangs--the call never returns, execution of the >>> program essentially stops (does not abort). It may resume after a very >>> long delay ~20 Min(?) but by that time the web site being scraped times >>> out. The code is: >>> >>> $mech3->click({ xpath => '//button[@data-billid="20181108102645601824"]' >>> , one => 1 }); >>> >>> I have noticed some other instances when there is a similar "hang" and >>> execution does resume after several minutes (I don't know how many >>> because I walk away and when I come back the execution had resumed and >>> is waiting at the next request for input.)

>> Thanks for the report, but without a script and a HTML page (or web >> server) to reproduce this, there isn't much I can do. >> >> -max >> >>

Fri Nov 30 15:39:19 2018 corion [...] cpan.org - Status changed from 'open' to 'rejected'