Bug 141771 - [Sync View] Empty sync has name CVS()
Summary: [Sync View] Empty sync has name CVS()
Status: CLOSED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: CVS (show other bugs)
Version: 3.2   Edit
Hardware: PC Windows XP
: P5 normal (vote)
Target Milestone: ---   Edit
Assignee: platform-cvs-inbox CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords: helpwanted
Depends on:
Blocks:
 
Reported: 2006-05-15 11:14 EDT by Michael Valenta CLA
Modified: 2021-09-27 14:59 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Valenta CLA 2006-05-15 11:14:55 EDT
On an old workspace, an old synchronization ended up with then name "CVS ()". The most likely cause was the removal of the project or projects that were synced. It may be the case that arestart is needed to get the empty description. This was witnessed on an old sync but we should also test to see if it happens with the model sync.
Comment 1 Krzysztof Daniel CLA 2007-04-23 10:59:37 EDT
I cannot reproduce the problem. 

But I noticed, that after the deletion of a single last project, action CVS(projectname) is accessible and the sync view has the caption CVS(projectname).
Comment 2 Michael Valenta CLA 2007-04-23 11:34:57 EDT
Is what you say in comment 1 still true after a restart?
Comment 3 Krzysztof Daniel CLA 2007-04-23 11:41:44 EDT
Yes. 
Comment 4 Michael Valenta CLA 2007-04-23 11:48:08 EDT
That sounds acceptable.
Comment 5 Krzysztof Daniel CLA 2007-04-24 03:39:33 EDT
But why acceptable? Isnt it a bug, that after project deletion there is still an action CVS(projectname)?
Comment 6 Michael Valenta CLA 2007-04-24 08:13:54 EDT
Good point. Reopening. Can you investigate the auto-removal of a Synchronize page that has no resources?
Comment 7 Krzysztof Daniel CLA 2007-05-04 07:27:29 EDT
This does not seem to be trivial:

ISynchronizeParticipant descendants are using ResourceDiffTree. And in the javadoc for that class is stated:

For efficiency reasons, the tree only provides diffs for resources that have changes. Resources that do not contain a change but are returned from the tree will contain children in the set.

I do not see reference from participant to resources - and it seems, that this reference (at least tree root) is necessary to verification if there is no changes or no resources.

If this reference will be solved, then it is possible to add participant verification on syncview creation and listener to the workspace, that will verify participants on fly.
Comment 8 Michael Valenta CLA 2007-05-04 08:54:37 EDT
Actually, the input to a ModelSynchronizeParticipant is defined by the scope (ISynchronizationScope) of the context (ISynchronizationContxt). The input to a SubscriberParticipant is defined by a scope. Given that this is participant dependant, having code to perform an auto-remove is a bit tricky. Given that this issue is not critical, lets defer it.
Comment 9 Eclipse Webmaster CLA 2019-09-06 16:05:47 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 10 Eclipse Genie CLA 2021-09-27 14:59:28 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.