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
