Community
Participate
Working Groups
When you change the sorting preference for the Problems View only that instance of the view is updated. If you work in multiple workbench windows, instances of that view in other windows are not updated. This causes two problems. First, to update all instances of the view, I must change each one separately. This is strange penalty for using the "Open a new perspective: in a new window" option. If you open all perspectives in the same window, the same instance is used, so you don't have this problem. The second problem is that instances can have different settings, so it is unclear which settings to use when opening yet another window containing the view. If all views were kept in sync, then it is clear which settings would be applied to the new window.
Likely the same as bug 45388
This is consistent with the behavior of other views. For example, the filter criteria of the Package Explorer has the same behavior. This lets users have multipe Eclipse windows with different settings in each. If you close your windows one-at-a-time, you will get the settings of the last-closed window when you restart. If you close Eclipse using File -> Exit, all your windows will be restored to their original state when Eclipse restarts. However, maybe there is a more general issue here... perhaps Eclipse could include a setting preference that switched between: - Allow me to customize views for each window - All Eclipse windows share the same settings
>This lets users have multipe Eclipse windows >with different settings in each I don't know of any user who is looking for such behavior. >This is consistent with the behavior of other views 2 wrongs don't make a right. Search View is not consistent. If I have 2 Search Views open, and I perform search A in one view, and B in another, and go back to the first, it is displaying search B. The behavior is shared. The same for Console View. JDT is probably duplicating the behavior it saw in UI.
Correction to comment 2: I have just verified that the filter settings for one of the windows is lost when closing and reopening Eclipse. This is definitely a bug. If the filter settings are allowed to be different for each Eclipse window, they should be properly restored when Eclipse is restarted.
Regarding comment 3: you're right. In the case of the problems view, the ability to have separate filters in each window is probably more inconvenient than useful.
There are currently no plans to work on this feature - this is by design as you can use different filters in different places.
There is no way that losing the user's settings could be by design. If you shutdown the workbench and re-launch, only a single instance of the viewer's settings are persisted. If you close the view inside a perspective, the settings are NOT restored to the last settings used in that perspective. It is "last-one-in-wins". If the design is to allow different settings per window, make it work! But this is the wrong design. If I spend 20 minutes configuring problem sets for a given window, and accidentally close that window, everything I did gets lost. There is no way a user working in multiple windows would associate closing a window with losing view settings. I am changing severity to major because the amount of user settings that get lost has increased with the addition of user-defined filter settings. Steps to reproduce: 1) Open 2 windows both containing problems view 2) Create "Tod's problems" user defined problem set in first window 3) Create "Randy's problems" user-defined problem set in second window Close the workbench. One of these sets will get lost. If you had created them all in one window, there's a 50% chance all of your changes would get lost.
(In reply to comment #7) There have been several changes in the Problems view since 3.0. The settings of different instances of the view are persisted in 3.5 and 3.6 when opened in the same window. This seems like a good thing to do. Why would I bother with 2 or more instances of a view showing same content. In the case where you open separate windows for different perspectives, I have some thoughts : - The use-case is not common (a very crude analogy is multi-tabbing in almost all new browsers) - Even if someone did this, going beyond a count of 2 or 3 windows is simply unproductive to most people due to the system requirements and possible clutter. * But again it is a more general issue, if at all, to manage/sync-up settings for different window instances. - About different settings in different perspectives, this is a subjective thing and may depend on the use-case. For example I'd like the Problems view in the Window-1_Java-Perspective to show all Java errors, while in Window-2_XML-Perspective I'd like the view to show me only xml, xsd, etc related errors (This can be addressed by using different instances).
> clutter. * But again it is a more general issue, if at all, to manage/sync-up > settings for different window instances. > I plan or closing this Bug as WORKSFORME. If you'd like to continue discussion on the issue of multiple window settings, I suggest updating the title, description, etc.
See Comment 9.
