Bug 118619 - [Content Type] Provide delta on a resource basis for content-type changes
Summary: [Content Type] Provide delta on a resource basis for content-type changes
Status: CLOSED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Resources (show other bugs)
Version: 3.1   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-Resources-Inbox CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords:
: 120643 120645 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-11-30 07:08 EST by Jerome Lanneluc CLA
Modified: 2021-10-19 11:03 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 Jerome Lanneluc CLA 2005-11-30 07:08:19 EST
I20051129

If a content-type changes and more file extensions are added to this content-type, it is not possible to efficiently update a model that relies on this content-type. The whole model has to be recomputed.

Platform should provide a delta on a resource basis.

For example, if one adds a 'abc' file extension to the Java source content-type, Platform should broadcast a delta for each .abc file and say that this file is affected by a change to the Java source content-type.
Comment 1 Jerome Lanneluc CLA 2005-12-13 17:15:20 EST
*** Bug 120643 has been marked as a duplicate of this bug. ***
Comment 2 Jerome Lanneluc CLA 2005-12-13 17:16:58 EST
*** Bug 120645 has been marked as a duplicate of this bug. ***
Comment 3 Markus Keller CLA 2006-01-03 10:47:48 EST
Could this be investigated before M5? The solution might require new API.
Comment 4 John Arthorne CLA 2006-01-03 14:49:08 EST
I can't promise anything because we don't have an active committer with knowledge of content types...

Rafael, is there any way to find out from a content type change event exactly what file associations were added/removed/changed?  The workspace doesn't eagerly compute the content type associations for each resource, so I suspect it is difficult to determine if the content type has changed for a resource even if we know what file associations have changed.
Comment 5 Rafael Chaves CLA 2006-01-16 11:49:43 EST
Nope, no detail information is available off the change event object. The content type change event API was added at the last minute in 3.0 to support the notification of encoding changes as resource change events, and for that scenario there was no way of figuring out what resources were actually affected so we end up broadcasting (potential) encoding changes for every single file in the workspace when any content type change occurs.

A similar approach could be taken for content type changes, but for it to be reasonably efficient (which is the main point here) the content type change event would have to describe file spec changes as well.
Comment 6 Eclipse Webmaster CLA 2019-09-06 15:35:12 EDT
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.

If you have further information on the current state of the bug, please add it. 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.
Comment 7 Eclipse Genie CLA 2021-10-19 11:03:52 EDT
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.