Beefy Boxes and Bandwidth Generously Provided by pair Networks
Keep It Simple, Stupid

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) :)


Log In?

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

How do I use this? | Other CB clients
Other Users?
Others examining the Monastery: (17)
As of 2015-11-30 20:15 GMT
Find Nodes?
    Voting Booth?

    What would be the most significant thing to happen if a rope (or wire) tied the Earth and the Moon together?

    Results (780 votes), past polls