Thanks for your response. I tried the same command, using your URL, and it worked fine. So I took a look at the site I was retrieving for the failed test.
It's a ssl site (didn't think about it before) and I noticed 2 things. The Frame source pages were not downloaded (they were for www.mev.co.uk) and the links were converted to full URLs. ie. <FRAME src="menulayer.cgi".....> became <FRAME src="https://www.someframed.page/menulayer.cgi"; ...> So the content was still reachable, but not really local (this is the original problem). I tried it without the --convert-links, and the frame source remained defined as "menulayer.cgi" but menulayer.cgi was not downloaded. Do you think this might be an issue with framesets and ssl sites? or an issue with framesets and cgi source files? Thanks again, and will try --no-http-keep-alive at some point. Picot Ian Abbott wrote: > On 10 Jan 2002 at 12:39, Picot Chappell wrote: > > > Has anyone solved this issue? I am downloading a single html page, > > without recursion, and not getting the 'one hop further' that should > > occur for framesets. > > > > I'm using wget 1.8.1, on Solaris 8. According to the documentation, > > options -p and -k should work to download everything, and from previous > > postings I see mention that -p should go at least one more hop (also > > confirmed in the News items on GNU Wget news). > > Well it seems to work as advertised on my employer's > web-site > (www.mev.co.uk), at least on my machine. Can you > provide an example > which fails on your machine? > > > Below is the gist of my call: > > > > > ./wget --ignore-length --html-extension --tries=3 --timeout=60 > > > --cookies=off --page-requisites --convert-links -- www.someframed.page > > That looks okay. I substituted in www.mev.co.uk and got > the index > frameset page, two frames and the images on those > frames as > expected. > > The '--ignore-length' switch slows things down rather a > lot though, > due to keep-alive connections. Adding '--no-http-keep- > alive' to the > above will speed it up.
