[NIS18.1.0.37 bug] history items order

 

norton history items bug.PNG

 

 

Usage statistics: this bug appearing in one of each 4-5 times I used ping command

 

--

WinXP SP3 32bit

NIS 18.1.0.37

 

 

 

Hi Niko233,

 

We cannot yet view your image as it must be approved by a moderator first. Is there any more detail you can provide about what the problem is?

 

Also, do you have any other security software installed besides NIS?

 

Either myself or someone else should respond back when your image is viewable.

 

Best wishes.

Allen

Hi, AllenM!

Looks like you are on duty here :smileywink:

 

>We cannot yet view your image as it must be approved by a moderator first. 

 

So need to wait... This are Norton forums rules...

or

http://img202.imageshack.us/img202/5015/nortonhistoryitemsbug.png

 

>Is there any more detail you can provide about what the problem is?

 

Probably no, all main info is posted, but answers on any quastions may be posted.

 

>Also, do you have any other security software installed besides NIS?

 

No, I have not.

 

>Either myself or someone else should respond back when your image is viewable.

 

Will be good, thanks


Niko233 wrote:

Hi, AllenM!

Looks like you are on duty here :smileywink:

 


Hi Niko233,

 

I am so hooked on the wonderful Norton community! :smileywink:

 

Best wishes.

Allen

Hi Niko233,

 

I guess I am not seeing what the problem is.

 

Of the two NIS events you circled I see an "inbound" ICMP request allowed and then an "outbound" echo reply, also allowed.

 

It seems the second event is an echo reply to the first one which appears to be the correct order.

 

Am I missing something? :smileywink:

 

Best wishes.

Allen

First:

local host respond is very quick, so replies comes like lightning - no any other ping request can be sent within this interval

 

Second:

Standard ping.exe utility embeded in WinXP (SP3) send by default 4 requests - in my history all 4 requests and replies are located together, but some times (about 20%) reply is shown before request (there are appearing 2 "reply" items together without any other items with only 1 request before).

 

That's why this is interesting


Niko233 wrote:

First:

local host respond is very quick, so replies comes like lightning - no any other ping request can be sent within this interval

 

Second:

Standard ping.exe utility embeded in WinXP (SP3) send by default 4 requests - in my history all 4 requests and replies are located together, but some times (about 20%) reply is shown before request (there are appearing 2 "reply" items together without any other items with only 1 request before).

 

That's why this is interesting


HI Niko233,

 

I could report this but I'm thinking with these events being so close together that the order might get jumbled slightly on occasion. Isn't the main thing here that all the events are there?

 

 Best wishes.

Allen

All are so simple: if you think that it is a bug, please report it (symantec do not read post by themselves?). If not - do not do this. I thing this is a bug cause this is not how it is in real. Someone can thing that this is not bug, someone no matter of it. How many people - that how many opinions.

 

---

Thinking that there is no to catch here...