Beefy Boxes and Bandwidth Generously Provided by pair Networks
Pathologically Eclectic Rubbish Lister
 
PerlMonks  

Re^2: WWW::Mechanize::Firefox stops after $mech->get()

by ground0 (Novice)
on Feb 22, 2013 at 20:26 UTC ( #1020222=note: print w/ replies, xml ) Need Help??


in reply to Re: WWW::Mechanize::Firefox stops after $mech->get()
in thread [solved] WWW::Mechanize::Firefox stops after $mech->get()

Corion, beautiful! I have indeed upgraded from I *believe* 0.68 to 0.71. So I am sure this is my issue. I will try making the appropriate changes on my dev box and test again. Stupid is as stupid does (blindly typing upgrade into CPAN console).


Comment on Re^2: WWW::Mechanize::Firefox stops after $mech->get()
Replies are listed 'Best First'.
Re^3: WWW::Mechanize::Firefox stops after $mech->get()
by ground0 (Novice) on Feb 22, 2013 at 23:33 UTC

    Corion I just wanted to thank you one more time! I removed the extraneous constructor 'events' params, and my program is running once again.

    I really appreciate your immediate response, and I'm so thankful it was something simple... I'm using Parallel::ForkManager to handle multiple Firefox tabs at the same time, and I wrapped all of the WWW::Mechanize::Firefox methods inside try{} so I potentially had a HUGE problem on my hands!

    Simply removing the 'events' params with a s///g in vi fixed my code for v0.71, and I wrote a huge note to upgrade CPAN stuffs individually (and not run upgrade sans options) :)

    -gz

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1020222]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others wandering the Monastery: (9)
As of 2015-07-29 20:43 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    The top three priorities of my open tasks are (in descending order of likelihood to be worked on) ...









    Results (268 votes), past polls