Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 357768 - [modeling] Interest is not propagated to parent resources (and Ecore file ends up with empty structure kind)
Summary: [modeling] Interest is not propagated to parent resources (and Ecore file end...
Status: RESOLVED DUPLICATE of bug 357755
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 major (vote)
Target Milestone: ---   Edit
Assignee: Miles Parker CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 354787
  Show dependency tree
 
Reported: 2011-09-15 06:31 EDT by Steffen Pingel CLA
Modified: 2011-12-06 11:50 EST (History)
1 user (show)

See Also:

Attachments
empty structure kind (11.07 KB, image/png)
2011-09-15 06:31 EDT, Steffen Pingel CLA 		no flags Details
interest not propagated to resource (24.93 KB, image/png)
2011-09-15 06:33 EDT, Steffen Pingel CLA 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Steffen Pingel CLA 2011-09-15 06:31:08 EDT 
Steps:
1. Activate a new task
2. Unfocus Project Explorer
3. Select class element in Ecore model

I have observed that interest is sometimes not propagated to the resource and hence the context appears empty when filtered (see screenshot).

Possibly related, sometimes the resource is added with an empty structure kind.
Comment 1 Steffen Pingel CLA 2011-09-15 06:31:37 EDT 
Created attachment 203398 [details]
empty structure kind
Comment 2 Steffen Pingel CLA 2011-09-15 06:33:10 EDT 
Created attachment 203399 [details]
interest not propagated to resource
Comment 3 Miles Parker CLA 2011-09-15 15:07:49 EDT 
Yeah,, there is something really fishy going on there. I've gone back and forth on whether to include the actual ecore file location as a "resource" *content type* † and/or as an "ecore" content type. What I came down to is to include both the full URI i.e. "platform:/resource.." for 'ecore' and the file reference as the resource. I think we need both. In your case, both of those are badly wrong.

This is somewhat related to bug 357755 as well.

†this is potentially confusing because it is overloaded with EMF resource which means something very different, as it refers to a unique URI
Comment 4 Miles Parker CLA 2011-09-21 16:51:58 EDT 
There are two separate issues here. I haven't been able to reproduce the second one -- I think this might have been due to some funny stuff with packages. Let's open a new bug if that one comes up. I'm marking this as a dup of bug 357755 as the underlying issue is the same. See that bug for a followup.

*** This bug has been marked as a duplicate of bug 357755 ***