https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4037
--- Comment #8 from Josef Fruehwirth <fruehwirth@xxxxxxxxx> 2010-01-27 09:54:35 PST ---
@Anders
I used breakpoints and single stepping to find out that the scroll action
happens during call of "gtk_main_iteration"
Because this was the first time I got in touch with the GUI source code this
took me about half a day.
Then I connected a callback to every event of tree view widget. This showed
that "size-request" and "size-allocate" events are involved.
I did not build GTK but this could IMHO have been the next step to find out who
emitted involved GTK signals.
@all
After applying the patch scrolling issue is gone!
Every update to tree-view during receive of packages now causes a single
"size-request" followed by a "size-allocate" event. Additional "size-request"
events are gone.
During tree-view were frozen there must have been a certain function call (or
whatever) that queued these "size-request" signals and therefore caused the
scroll.
Unfortunately I can confirm the crash Jim mentioned.
After stopping capture and applying a display filter wireshark crashes.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.