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
