Beefy Boxes and Bandwidth Generously Provided by pair Networks
XP is just a number
 
PerlMonks  

Re: WWW::Mechanize::Firefox->new() tcp/ip port?

by Corion (Pope)
on Mar 25, 2013 at 21:11 UTC ( #1025388=note: print w/ replies, xml ) Need Help??


in reply to [solved] WWW::Mechanize::Firefox->new() tcp/ip port?

My personal advice is to avoid mixing fork and WWW::Mechanize::Firefox, unless you fork way before creating the connection to Firefox.

The WWW::Mechanize::Firefox documentation specifies the repl parameter, which allows you to pass in:

repl - a premade MozRepl::RemoteObject instance or a connection string suitable for initializing one

I wonder how that could be formulated to be more clear so that you yould have found it directly.


Comment on Re: WWW::Mechanize::Firefox->new() tcp/ip port?
Select or Download Code
Re^2: WWW::Mechanize::Firefox->new() tcp/ip port?
by ground0 (Novice) on Mar 25, 2013 at 21:29 UTC

    I tried with repl => "localhost:port" and I get same mixup. Somehow when $html = $mech->content happen in each fork it get confused and mix up all the $html.

    This make it so my temporary sanitized html files have wrong document element mixed in.

    Since this happen *in* the fork I guess I misunderstand when you say do way before the fork! :)

    PS) I forgot to mention this inside a *nested* fork, if that matter.

      Then maybe that mixup is not connected with how you construct your WWW::Mechanize::Firefox object?

Log In?
Username:
Password:

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

How do I use this? | Other CB clients
Other Users?
Others studying the Monastery: (10)
As of 2014-12-22 16:03 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    Is guessing a good strategy for surviving in the IT business?





    Results (121 votes), past polls