It's not THAT odd. Remember, HTML is a flawed language - there are lots of 'invalid' or undefined coding that various rendering engines handle, sometimes in vastly different ways. For example, presence / absence of a DOCTYPE line puts IE into quirks mode, where it's renders more like IE4. Google for cross browser coding and quirks, keywords like that - you'll get an eye full.
Anyway, proxying does what? (1) It can alter the HTML and (2) it puts another (partial-) rendering engine in place, as for example it scans for HTML to re-write. Any code that depends on things such as these boundary behaviors can cause trouble - that's why I try and validate pages and fix the worst offenses and simple problems... -----Burton -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Grewell Sent: Tuesday, July 05, 2005 5:21 PM To: [email protected] Subject: RE: [Ntop] Data dump has vanished Ah, now I get it. There's something here between Ntop and Apache as well. I'm proxying through Apache for authentication, and below a certain file size it's getting whacked. So I've actually got two problems, one between Ntop and Firefox and one between Ntop and Apache. After you mentioned it worked in IE for you, I gave it a shot without Apache in the middle, and it works fine. Now that's odd. -Aaron > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Aaron Grewell > Sent: Tuesday, July 05, 2005 3:03 PM > To: [email protected] > Subject: RE: [Ntop] Data dump has vanished > > This is really strange, but tell me if you see what I see. > Take faq.html and cut out most of the content. When total lines in > the file is less than 200, check to see if all the content that should > be there is still there. > On mine, stuff starts disappearing from the bottom of the file. At > 150L, there is no longer any content. At ~130L, the menus vanish. > I'm starting to think that there's a problem in the Ntop HTTP server > that doesn't like short files. If they're long enough, no problem. > Too short and it starts truncating. To be sure, I chopped the <head> > section and the beginning <body> tag off faq.html, chopped off the > </body> and </html> tags off dump.html, and appended the FAQ to the > end of the dump form. It now works as expected, and is much more > informative. ;) > > -Aaron > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On Behalf > > Of Aaron Grewell > > Sent: Tuesday, July 05, 2005 2:24 PM > > To: [email protected] > > Subject: RE: [Ntop] Data dump has vanished > > > > The "something" that doesn't like an incomplete JavaScript > appears to > > be Firefox itself. I doublechecked against FF and Konqueror on a > > vanilla Linux install, and FF does the same thing on Linux > as Windows, > > no virus checkers, adblockers, or any other factors. I > assume they've > > closed out the JS tag so that the broken part will appear > as text for > > the developer as a debugging aid. What a lovely "feature". :p > > Konqueror behaves like IE, it just skips what it considers > malformed > > script and shows a blank page. No extra closing tags or other > > strangeness. Which sort of leaves us back where we were. > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > On Behalf > > > Of Burton Strauss > > > Sent: Tuesday, July 05, 2005 1:35 PM > > > To: [email protected] > > > Subject: RE: [Ntop] Data dump has vanished > > > > > > Well, the code is: > > > > > > sendStringWOssi( > > > "<link rel=\"stylesheet\" href=\"/theme.css\" > > > TYPE=\"text/css\">\n" > > > "<script language=\"JavaScript\" > > > src=\"/theme.js\"></script>\n" > > > "<script language=\"JavaScript\" > > > SRC=\"/JSCookMenu.js\"></script>\n" > > > "<script language=\"JavaScript\"><!--\n" > > > "var ntopMenu =\n" > > > "[\n" > > > > > > So it's as if something doesn't like that <!-- and assumes > > you want to > > > close the prior tag first... > > > > > > It's also not in my .html output: > > > > > > <SCRIPT SRC="/functions.js" TYPE="text/javascript" > > > LANGUAGE="javascript"></SCRIPT> > > > <link rel="stylesheet" href="/style.css" TYPE="text/css"> <link > > > rel="stylesheet" href="/theme.css" TYPE="text/css"> <script > > > language="JavaScript" src="/theme.js"></script> <script > > > language="JavaScript" SRC="/JSCookMenu.js"></script> <script > > > language="JavaScript"><!-- var ntopMenu = [ > > > [null,'About',null,null,null, > > > [null,'What is ntop?','/aboutNtop.html',null,null], > > > [null,'Show Configuration','/info.html',null,null], > > > [null,'Credits','/Credits.html',null,null], > > > [null,'Man Page','/ntop.html',null,null], > > > ['<img > > > src="/help.png">','Help','/ntophelp.html',null,null], > > > ['<img src="/bug.png">','Report a > > > > > > etc. > > > > > > I know that CA Armor (ZoneAlarm) does some re-writing of > > the page as > > > part of the advert removal... I wonder if there's others > doing this > > > and maybe not quite as well. > > > > > > What are you running for browser, proxy, anti-zzzz software > > (e.g. CA, > > > McAfee, etc...)??? > > > > > > Here's the thing - using a pure retrieval program > > (wget/curl would be > > > the Unix equivs) - WebBug from Aman Software > > > (http://www.cyberspyder.com) - I don't have any problem - > > so ntop is > > > returning the page correctly. The problem is limited to this ONE > > > page. > > > > > > I'm going to flip over to the laptop and see what happens > > w/o CA Armor > > > and check out fiddler too. > > > > > > -----Burton > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > On Behalf > > > Of Aaron Grewell > > > Sent: Tuesday, July 05, 2005 1:23 PM > > > To: [email protected] > > > Subject: RE: [Ntop] Data dump has vanished > > > > > > Yes, that definitely 'fixes' the behavior. Doing a 'View > > Source' at > > > that point (with the SSI included) shows that an errant tag is > > > appearing that may be breaking the page. I just can't figure out > > > where it's coming from. It's not in dump.html, nor does http.c's > > > ssiMenuHead() contain it. I've included the HTML here: > > > > > > > ------------------------------------------------------------------- > > > <!-- BEGIN SSI menuHead.html --> > > > > > > <link rel="stylesheet" href="/theme.css" TYPE="text/css"> <script > > > language="JavaScript" src="/theme.js"></script> <script > > > language="JavaScript" SRC="/JSCookMenu.js"></script> <script > > > language="JavaScript"></script><!-- > > > var ntopMenu = > > > > ------------------------------------------------------------------- > > > > > > The line before the "var ntopMenu =" bit shouldn't have > > that closing > > > script tag. It doesn't belong there, and it seems like > the likely > > > cause of the JavaScript appearing as plaintext. > > > > > > -Aaron > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > On Behalf > > > > Of Burton Strauss > > > > Sent: Friday, July 01, 2005 8:23 PM > > > > To: [email protected] > > > > Subject: RE: [Ntop] Data dump has vanished > > > > > > > > Yup - I'm seeing that same problem - but what's weird is > > that it's > > > > dying in the middle of the SSI (server side include), > and yet the > > > > exact same SSI is part of EVERY SINGLE page ntop generates! > > > > > > > > It simply stops sending - in some cases I'm seeing the > > ECONNRESET, > > > > which means the CLIENT reset the connection. I really > > > don't have much > > > > of a clue. > > > > I'll work a bit on the trapping code, but it's a long shot. > > > > > > > > Can you try removing the ssi lines from your html/dump.html > > > page? See > > > > if that 'helps'? > > > > > > > > -----Burton > > > > > > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > On Behalf > > > > Of Aaron Grewell > > > > Sent: Friday, July 01, 2005 6:13 PM > > > > To: [email protected] > > > > Subject: RE: [Ntop] Data dump has vanished > > > > > > > > I'm not using ZA or CA, but I am using McAfee. I > turned off the > > > > On-Access Scanner to prevent it from interfering, but > that didn't > > > > help. I've tried in both Firefox and IE 6 SP2. > > > > I've got the Adblock Extension on in Firefox, but > nothing in IE. > > > > Firefox renders the js as text, IE gives nothing just as you > > > > mentioned. > > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > On Behalf > > > > Of Burton Strauss > > > > Sent: Friday, July 01, 2005 2:03 PM > > > > To: [email protected] > > > > Subject: RE: [Ntop] Data dump has vanished > > > > > > > > Digging in a bit, it looks like the client is closing the pipe > > > > unexpectedly on ntop - We are seeing an ECONNRESET code > > > during send(). > > > > > > > > IE6 (blank page) - Opera 7.54 (blank page) - Firefox 1.04 > > (renders > > > > part of the javascript as text) > > > > > > > > But this is the same SSI as is used by EVERY other page. > > > > > > > > In the past, I've traced this foolishness to ZoneAlarm > > (in my case, > > > > it's part of CA EZ Armor) - specifically the ad blocking > > > (search the > > > > back traffic for postamble). > > > > > > > > Are you running ZA/CA? > > > > If you turn off Ad Blocking does it get 'fixed'? > > > > > > > > -----Burton > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > On Behalf > > > > Of Burton Strauss > > > > Sent: Thursday, June 30, 2005 9:09 PM > > > > To: [email protected] > > > > Subject: RE: [Ntop] Data dump has vanished > > > > > > > > The file - dump.html - is in the html directory. Don't > > > know why it's > > > > not being copied over, it's probably got accidentally > > > dropped from the > > > > list in Makefile.am. > > > > > > > > -----Burton > > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > On Behalf > > > > Of Aaron Grewell > > > > Sent: Thursday, June 30, 2005 3:00 PM > > > > To: [email protected] > > > > Subject: RE: [Ntop] Data dump has vanished > > > > > > > > > > > > > Greetings, > > > > > > > > > > I recently upgraded from the previous stable release of > > > > Ntop to 3.1.50 > > > > > (tried CVS from June 16 & 30) when my old Ntop server died. > > > > The Data > > > > > Dump page is now empty, and I'm wondering if I've > > > > misconfigured it, or > > > > > if it is/was broken in CVS. I didn't add the prereqs for > > > XML Dump, > > > > > but in the past that hasn't impacted the ability of Ntop > > > to dump in > > > > > other formats. I really like the new interface, so I'd > > > hate to go > > > > > back. What can I do to troubleshoot this? > > > > > > > > I thought I'd take this opportunity to reply to myself. > > ;) The bit > > > > that's broken appears to just be dump.html. The actual > reporting > > > > functions (dumpData.html and friends) seem to work fine, so > > > it's not > > > > the critical issue I had thought. > > > > More of a cosmetic problem. > > > > > > > > -Aaron > > > > _______________________________________________ > > > > Ntop mailing list > > > > [email protected] > > > > http://listgateway.unipi.it/mailman/listinfo/ntop > > > > > > > > _______________________________________________ > > > > Ntop mailing list > > > > [email protected] > > > > http://listgateway.unipi.it/mailman/listinfo/ntop > > > > > > > > _______________________________________________ > > > > Ntop mailing list > > > > [email protected] > > > > http://listgateway.unipi.it/mailman/listinfo/ntop > > > > _______________________________________________ > > > > Ntop mailing list > > > > [email protected] > > > > http://listgateway.unipi.it/mailman/listinfo/ntop > > > > > > > > _______________________________________________ > > > > Ntop mailing list > > > > [email protected] > > > > http://listgateway.unipi.it/mailman/listinfo/ntop > > > > > > > _______________________________________________ > > > Ntop mailing list > > > [email protected] > > > http://listgateway.unipi.it/mailman/listinfo/ntop > > > > > > _______________________________________________ > > > Ntop mailing list > > > [email protected] > > > http://listgateway.unipi.it/mailman/listinfo/ntop > > > > > _______________________________________________ > > Ntop mailing list > > [email protected] > > http://listgateway.unipi.it/mailman/listinfo/ntop > > > _______________________________________________ > Ntop mailing list > [email protected] > http://listgateway.unipi.it/mailman/listinfo/ntop > _______________________________________________ Ntop mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop _______________________________________________ Ntop mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop
