Community
Participate
Working Groups
I'm using e4 with Mylyn from Kepler (3.10?). I'm going to attach a screenshot...
Created attachment 233691 [details] Screenshot
Now I've got 5 of them ;-( Soon there won't be any space left in the status line...
I get the feeling that each time I kill the eclipse process (because once more it's indefinitely frozen for background activity taht can't be canceled) te next restart adds one more trim widget.
I'm seeing the same thing in the JEE flavor of Kepler on Linux (Kubuntu). (In reply to comment #3) > I get the feeling that each time I kill the eclipse process (because once > more it's indefinitely frozen for background activity taht can't be > canceled) te next restart adds one more trim widget. You may be on to something. I've had Eclipse hang on me when using it over NX (x2go.org) - actually Eclipse can freeze up the whole remote X session. Having to kill the process *might* correspond to when I get duplicates. Is there any way to disable this trim decoration? It can be moved like a toolbar, but I don't see a way to hide it in Customize Perspective.
Not that I think this is a permanent solution but the annoying bug 394386 gave me a hint on how to work around this multiple trim widget problem: Save all your perspectives and then open a new workbench window. The new window will be in good shape. You can then close the old bogus window and all is good ;-)
Thank you! Also, I had dragged this widget down to the status bar area. When I moved it back to the toolbar area, I was able to find it in Customize Perspective -> Tool Bar Visibility and hide it. Oddly, if I messed with Command Groups Availability, the widget would come back (even if still hidden via Tool Bar Visibility). But, it is properly hidden again after bouncing Eclipse.
Is this still a problem with Kepler SR 1? I haven't seen since this problem myself with Kepler. > Is there any way to disable this trim decoration? It can be moved like a > toolbar, but I don't see a way to hide it in Customize Perspective. You can also disable the trim widget from Preferences -> Mylyn -> Tasks -> "Show active task on window trim"
(In reply to Leo Dos Santos from comment #7) > Is this still a problem with Kepler SR 1? I haven't seen since this problem > myself with Kepler. I don't use Kepler but it's definitely still a problem in Luna M4 ;-(
This widget is contributed only through the org.eclipse.ui.menus extension point. The behaviour described sounds like a bug in the platform since I don't see how we could cause or fix this in Mylyn. Moving to Platform; please let us know if there's something we can do to fix this in Mylyn.
(In reply to Eike Stepper from comment #8) > > I don't use Kepler but it's definitely still a problem in Luna M4 ;-( Eike, does it still happen when you have to kill eclipse? PW
I frequently have to kill Eclipse because EGit freezes during commits. Each time I get one trim widget more. When I disable the trim widget in the Mylyn task preferences, only the last trim widget disappears. All the other ones stay visible. It's pretty annoying because the trim area quickly fills up with garbage ;-(
I'm seeing this in Kepler SR1 and the 4.3 maintenance branch (just reproduced on Windows 7 by killing Eclipse, as described, in M20140129-0800).
*** Bug 435267 has been marked as a duplicate of this bug. ***
*** Bug 449470 has been marked as a duplicate of this bug. ***
Hi, I've just found this bug having originally reported it as an STS bug at https://issuetracker.springsource.com/browse/STS-4075. I too think it is when the process is killed (in my case I think Ubuntu does that when I shutdown my laptop but without shutting down Eclipse first). I'm sure that if you took a look at the above issue and the attached workbench.xmi, you'll gain some insights. Thanks. Neale.
Hello Platform, is someone working on this bug? It's really a major annoyance and that for more than two years. I know there's a work-around (i.e., create a new window and close the old one), but with that work-around I always lose many window-related settings, for example grouping in Problems view and others. Given how crappy Eclipse starts to look after crashes (see attached screenshot) I increase the severity to major.
I also have this issue for a while, both with - Mylyn: active task on window trim and - Tasktop: task workings set on window trim Since I use task workings sets heavily (at least 4-6 items), I easily get into the situation to have TWO lines in the trim due to duplication. This is a major annoyance though workarounds exists. See this stack overflow question: http://stackoverflow.com/questions/28148801/eclipse-mylyn-window-trim-active-task-displayed-multiple-times IMHO, this should be far enough information to reproduce and analyse this issue. At least, I would expect some background from the Eclipse developer why could not be addressed yet. I would be happy to produce any feedback, do experiments etc. Eclipse Java EE IDE for Web Developers. Version: Mars.2 Release (4.5.2) Build id: 20160218-0600
BTW, this is NOT related to killing the process. To me, it happens if I drag around the trim widgets for Mylyn: active task or Tasktop: Workings set The reason why I drag around the trim widget is that the resize does not work: If I add more and more Mylyn working sets, the trim widget does NOT adapt it size but shortens the entries. Therefore, I drag it around to trigger a resize... and get duplication! HTH, Jörg
Platform team, are there any plans to fix this? This really hampers usability of Eclipse.
Sam, are Mylyn or Tasktop using any specific features here which could trigger this kind of behaviour. I.e. could you provide some more details on your implementations if Platform team needs them?
Not that I know of. The active task trim is implemented by org.eclipse.mylyn.internal.tasks.ui.TaskTrimWidget and org.eclipse.mylyn.internal.tasks.ui.TaskHistoryDropDown if Platform team wants to look at it.
Thanks, Sam.
Created attachment 260071 [details] Bottom window trim: duplicate working set and active task Here you can see the duplicate window trim widgets - the active (task) working set - the active task
I have also noticed triple instances. The "Add Working Set" part will expand to a couple of working set entries (more than 1) if several Mylyn Task working sets are available. Just consider you have 4 or 5 task working sets tripled!
Does nobody care about this nasty issue?
If anybody would give me some pointers where to look into the code, I could start checking it myself.
Paul, for me it is NOT triggered by killing Eclipse but just by a plain drag and drop operation.
Come on Platform folks. Just some pointers for a pull request would be helpful. Where's the community engagement?
I suspect most platform developers don't use Mylyn, and so it's not a bug that we encounter. I've tried dragging around the active task bar as described in comment 18 on Neon (4.6) and I can't reproduce the described behaviour. I could see this happening with killing Eclipse if you have the workbench-autosave enabled (which it is by default) as it will write out the trim contributions into the persisted model. Could you please verify that this occurs with 4.6M6/Neon? Could you please attach your <workspace>/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi file?
Created attachment 260512 [details] workbench.xmi with duplication This is from an Spring Tool Suite install where the same thing is happening for other plugins such as the terminal.
Created attachment 260525 [details] Screen shot of duplicate trims for both the active task and working set window trims Here I would expect - a window trim widget with one active task entry - a window trim widget with three task working set entries But I get both doubled. Sometimes also tripled!
Created attachment 260527 [details] workbench.xmi for the screen shot Here is my workbench xmi for the screen shot. I removed the Persisted state memento since it contained some internal information.
(In reply to Brian de Alwis from comment #29) > > I could see this happening with killing Eclipse if you have the > workbench-autosave enabled (which it is by default) as it will write out the > trim contributions into the persisted model. > By "enabled by default" do you mean that "workspace save interval" is set to 5 minutes? I'll set mine to longer than a day and see if this stops the issue.
(In reply to comment #33) > By "enabled by default" do you mean that "workspace save interval" is set to 5 > minutes? > > I'll set mine to longer than a day and see if this stops the issue. Neal, did it stop the issue for you?
Unfortunately it hasn't.
WORKAROUND: To disable automatic saving of the workbench, set the interval to zero: Set Preferences > General > Workbench save interval (in minutes) to 0
W.r.t. multiplications of tool items after restart, this is handled in Bug 509371. I cannot reproduce the duplication by dragging around the Mylyn toolbar. Does the duplication by dragging still occur? If so, does it also occur on new workspaces where Eclipse never was killed?
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
