Summary: | Dark theme leaking to other IDE instances | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Pierre-Yves Bigourdan <pyvesdev> | ||||
Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> | ||||
Status: | NEW --- | QA Contact: | |||||
Severity: | major | ||||||
Priority: | P3 | CC: | Ed.Merks, niraj.modi, rolf.theunissen, wim.jongman | ||||
Version: | 4.16 | Keywords: | needinfo | ||||
Target Milestone: | --- | ||||||
Hardware: | All | ||||||
OS: | Windows 10 | ||||||
Whiteboard: | |||||||
Bug Depends on: | |||||||
Bug Blocks: | 577357 | ||||||
Attachments: |
|
Description
Pierre-Yves Bigourdan
2020-05-17 12:50:26 EDT
Restarting the computer did not help. However, resetting all entries to default in "Colors and Fonts" made things go back to normal. Did some weird preference synchronisation happen somehow? w.r.t. preference synchronization, how did you install the IDE's? When using Oomph (eclipse-installer) user preferences can be synchronized via the user setup, Navigate > Open Setup > User > User Preferences. Depending on your settings they might be automatically recorded and applied on startup. The older IDE version was indeed installed through Oomph. Though the nightly build was an unpacked zip from the Eclipse downloads website. Granular styling attributes from one of the default built-in themes is really not the kind of thing that I would expect to be synchronized, even more so if it's some of the attributes but not others. *** Bug 565477 has been marked as a duplicate of this bug. *** When the dark theme is applied, many properties are touched. These property changes are detected by the Oomph properties recorder and (optionally) stored in the user profile. These properties get re-applied to other workbenches, including light ones. As a result, the dark preferences could be applied to a light workbench. Basically, there are multiple sets of (default) parameters, one for each theme. In a single workbench this is okay, assuming that a user doesn't switch all themes all the times and the user doesn't customize the theme properties themselves. In the multi-workbench case, introduced by Oomph, this becomes an issue. Because its more likely that a user has workbenches with different themes. @Ed: Do you have an opinion or some input on this? Generally the preference recorder has no idea what all these things actually mean and I'm not familiar with what's all recorded when changing the theme preference. Ideally it would just be a single setting to be recorded and changing that would do all the necessary things, but I assume that isn't how it's actually implemented... (In reply to Ed Merks from comment #6) > Generally the preference recorder has no idea what all these things actually > mean and I'm not familiar with what's all recorded when changing the theme > preference. Ideally it would just be a single setting to be recorded and > changing that would do all the necessary things, but I assume that isn't how > it's actually implemented... Yes, that makes sense to me. The color preferences are independent of theming. If theming sets color preferences, there is no way to know later if they were set by theming or directly by the user. Pierre, did your unzipped Eclipse operate on the same workspace? It's been a while, but I seem to recall it was a brand new workspace, which was all the more confusing. (In reply to Pierre-Yves Bigourdan from comment #0) > Created attachment 282900 [details] > Dark elements in older non-themed Eclipse After a theme switch, Eclipse prompts for a restart and if we don't restart that may lead to above looking Eclipse. Otherwise I can't reproduce this issue. Please share exact details on how to reproduce this issue. |