| Summary: | [TCF][Process] Auto-refresh should apply to process monitor only | ||
|---|---|---|---|
| Product: | [Tools] TCF | Reporter: | Uwe Stieber <uwe.st> |
| Component: | Target | Assignee: | William Chen <william.chen> |
| Status: | CLOSED DUPLICATE | QA Contact: | Uwe Stieber <uwe.st> |
| Severity: | normal | ||
| Priority: | P3 | CC: | cdtdoug, martin.gutschelhofer |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
Uwe Stieber
Hi Uwe, Now the refreshing job is started without opening the process monitor. Actually the tree's data model is shared with Process Monitor. The refresh job starts without knowing the existence of the process tree and process monitor. It runs standalone from the two viewers. Once it has a refreshing change, it notifies the viewers which is listening to it. Then the viewers in interest will refresh itself. Now that the auto refreshing settings are meant to apply to the refreshing job, it applies to the tree as well as Process Monitor since they are actually observers of the refreshing job. -William I'm not a big believer in having the tree auto-refreshing. The UI tends to flicker and the UI thread is kept busy on a high load. This has bad influence on debug stepping performance, which is number one priority. I have no problem that the tree and the monitor are sharing the same model (== good), but having the tree auto-refreshing is not a good idea. In fact, in Workbench similar functionality got never accepted. I'm OK with the user to have the option to enable the auto-refresh in the tree if he really likes, but I think the requirements here are - The tree should not auto-refresh by default (must be explicitly enabled by the user) - The monitor should auto-refresh by default (IMO) - The tree auto-refresh needs to be configurable even if the process monitor is closed. It's not intuitive for the user to set the refresh rate on the editor tab and that influences the tree. Let's discuss in our next weekly meeting too. *** This bug has been marked as a duplicate of bug 368321 *** |