http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1691
------- Comment #6 from sake@xxxxxxxxxx 2007-07-17 21:11 GMT -------
> I'm VERY glad to see that the old behavior was added back as an option for in
> my opinion this is the most important behavior when working on complex captures
> that have thousands of "streams"/conversations in them that require filtering
> to be able to look at specific "streams"/conversation so you can properly
> understand the time relationship between the frames that are displayed.
I totally agree, being able to see the time differences between *displayed*
packets is crucial in troubleshooting...
> In other words, I don't understand why I would want to know the delta time
> relationship between frames that I have filtered "out" and frames that are
> displayed as the result of the filter. What useful information does it give
> you?
... but so is being able to filter on time-differences. But that was not
possible because using something like "frame.time_delta > 1" in WS 0.99.5 would
not show you all the packets that have a delta time of 1 second or more...
> Oh well, different people attack troubleshooting problems different ways. :)
That makes this world a very interesting place to live in :-)
Cheers,
Sake
--
Configure bugmail: http://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.