Bug 240627 - [context] restore the working set filter when root of view is Alt+clicked with task active
Summary: [context] restore the working set filter when root of view is Alt+clicked wit...
Status: RESOLVED WORKSFORME
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P2 enhancement with 4 votes (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: helpwanted
Depends on:
Blocks:
 
Reported: 2008-07-14 02:29 EDT by Lars Vogel CLA
Modified: 2012-10-03 00:39 EDT (History)
7 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lars Vogel CLA 2008-07-14 02:29:33 EDT
Build ID: I20080617-2000

Steps To Reproduce:
As soon as I activate a task and unfocus (Alt+click) my selected working set is ignored.

My assumption would be that even if I unfocus a task the selected working set would still be respected. 

More information:
Comment 1 Steffen Pingel CLA 2008-07-14 03:15:47 EDT
Mik, is that the intended behavior?
Comment 2 Lars Vogel CLA 2008-07-14 03:41:57 EDT
Just to explain what the problem here is:

I have a big workspace with a lot of different projects. I use currently working sets to filter them to the relevant set of projects. Now I would like to use Mylyn to focus within these working sets to different tasks. 

As the projects in my different working sets are not related it is not desired by my to see them all, once I unfocus with Mylyn. 
Comment 3 Mirko Nasato CLA 2008-07-30 10:52:34 EDT
+1

Unless there's a workaround, this bug effectively forces me to choose: either Mylyn or Working Sets. I currently opt for Working Sets since that's what I'm more familiar with.
Comment 4 Mirko Nasato CLA 2008-07-30 11:03:04 EDT
After deselecting all options in Preferences/Tasks/Context *and* restarting Eclipse now Mylyn and Working Sets seem to be able to co-exist pacifically.
Comment 5 Mik Kersten CLA 2008-08-04 22:04:58 EDT
Yes, this is the intended behavior.  I originally implemented it as per the Description, but it was just too weird to navigate to an Java class and not have that show up in the focused Package Explorer.  Navigating to it express the intention for it to show.  So if this really is the desired behavior, does that mean that we should consider preventing navigation to that element instead of hiding it?
Comment 6 Lars Vogel CLA 2008-08-05 03:07:41 EDT
Hi Mik,

I believe you misunderstood my request. I believe that during a activated task the current behavior is perfect. Navigating to a Java class means that it should be shown in the focused package explorer. 

But if I unfocus a task (using the unfocus button in the package explorer) then I believe the working sets should be considered. Otherwise it becomes difficult to find the right files to put then into the task content.

Best regards, Lars
Comment 7 Mik Kersten CLA 2008-09-05 00:27:49 EDT
Thanks for clarifying.  Agreed that this should will better meet expectation.
Comment 8 Mik Kersten CLA 2009-02-26 18:23:50 EST
This is tricky to implement, so removing from milestone.  But raising priority since the request makes sense and there are votes.
Comment 9 Eugen Paraschiv CLA 2011-03-11 05:15:20 EST
Actually, when dealing with complex setups with many projects, it does make sense to have Mylyn honor both it's own context and the working set. Otherwhise, when the task is focused, the working no longer has any meaning, which may mean you loose a carefully configured and tailored view of your project.
Comment 10 Lars Vogel CLA 2012-10-03 00:39:58 EDT
I'm ok with the current behavior. Closing as Won't fix, please open a new bug if you want to combine working sets and Mylyn.