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
