Not really ... see without CA Armor, the page works fine in IE. Fiddler (a debugging proxy) shows the various retrievals working fine.
So in MY case it's a problem w/ the add-on (this isn't the first problem - ZA doesn't like pages over 1/4MB either). Once the client doesn't finish pulling the page, that seems to be a different problem - ntop's web server should eventually time out. I guess we should make the ssl watchdog more general (and less confusing in the code), but that's for post 3.2. Your case is different. The ntop generated output is close to legal ... and your browser is mucking with it. FWIW, the reference is "18.3.2 Hiding script data from user agents" in http://www.w3.org/TR/1999/REC-html401-19991224/interact/scripts.html#h-18.3. 2 - the TR for HTML 4.01 - Which clearly shows that what ntop is doing is legal and in fact preferred: <SCRIPT type="text/javascript"> <!-- to hide script contents from old browsers function square(i) { document.write("The call passed ", i ," to the function.","<BR>") return i * i } document.write("The function returned ",square(5),".") // end hiding contents from old browsers --> </SCRIPT> Validating the page shows a few trivial problems, which can be fixed by: (1) Adding type="text/javascript" to the <script language="JavaScript" ...> lines in both SSIs, e.g. <script type="text/javascript" language="JavaScript" src="/theme.js"></script> etc. (2) Removing the stray \s on the cellspace and the cellpadding tag in line 192 of dump.html: <table border="1" cellspacing="0" cellpadding="2"> (3) Add alt to the image tag for the logo. With those changes, the page text validates (http://validator.w3.org/), well, "This Page Tentatively Validates As HTML 4.01 Transitional (Tentatively Valid)!" I'll commit the fairly trivial patch for the cleanup, but beyond that, I'm going to push this back as a Firefox bug (separate from the ZoneAlarm bug). -----Burton -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Grewell Sent: Tuesday, July 05, 2005 4: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
