[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: [Subclipse-users] Dirty files no longer identified

From: Stephen Elsemore <selsemore_at_collab.net>
Date: Wed, 26 Oct 2011 09:40:32 -0700

Hi Chris,

This has been reported and Subclipse has been fixed so that 3rd party
errors like this will no longer deactivate decorators.

http://subclipse.tigris.org/issues/show_bug.cgi?id=1315

Steve

-----Original Message-----
From: Chris [mailto:shef31_at_yahoo.com]
Sent: Wednesday, October 26, 2011 9:36 AM
To: users_at_subclipse.tigris.org
Subject: Re: [Subclipse-users] Dirty files no longer identified

I think I found the problem. The Eclipse error log shows a
NullPointerException in some EGit code. (I'm also using Git in the same
Eclipse install.) It's weird that there would be some interaction
between the two systems. I'll report this to the EGit folks. Unless this
is something that could be fixed in Subclipse?

Note the reference to "SVNLightweightDecorator" partway down the stack
trace:

java.lang.NullPointerException
        at
org.eclipse.egit.core.synchronize.GitResourceVariantTreeSubscriber.shoul
dBeIncluded(GitResourceVariantTreeSubscriber.java:206)
        at
org.eclipse.egit.core.synchronize.GitResourceVariantTreeSubscriber.membe
rs(GitResourceVariantTreeSubscriber.java:102)
        at
org.eclipse.team.core.subscribers.Subscriber.accept(Subscriber.java:435)
        at
org.eclipse.team.core.subscribers.Subscriber.accept(Subscriber.java:424)
        at
org.eclipse.team.core.subscribers.Subscriber.accept(Subscriber.java:396)
        at
org.eclipse.team.core.subscribers.Subscriber.getState(Subscriber.java:50
2)
        at
org.eclipse.team.ui.synchronize.SubscriberTeamStateProvider.getSynchroni
zationState(SubscriberTeamStateProvider.java:101)
        at
org.eclipse.team.ui.synchronize.SubscriberTeamStateProvider.getSynchroni
zationState(SubscriberTeamStateProvider.java:88)
        at
org.eclipse.team.ui.synchronize.SubscriberTeamStateProvider.getStateDesc
ription(SubscriberTeamStateProvider.java:124)
        at
org.eclipse.team.internal.ui.mapping.WorkspaceTeamStateProvider.getState
Description(WorkspaceTeamStateProvider.java:105)
        at
org.eclipse.team.ui.mapping.SynchronizationStateTester.getState(Synchron
izationStateTester.java:154)
        at
org.tigris.subversion.subclipse.ui.decorator.SVNLightweightDecorator.dec
orate(SVNLightweightDecorator.java:345)
        at
org.eclipse.ui.internal.decorators.LightweightDecoratorDefinition.decora
te(LightweightDecoratorDefinition.java:263)
        at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager$Lightweig
htRunnable.run(LightweightDecoratorManager.java:81)
        at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
        at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.decorate(
LightweightDecoratorManager.java:365)
        at
org.eclipse.ui.internal.decorators.LightweightDecoratorManager.getDecora
tions(LightweightDecoratorManager.java:347)
        at
org.eclipse.ui.internal.decorators.DecorationScheduler$1.ensureResultCac
hed(DecorationScheduler.java:370)
        at
org.eclipse.ui.internal.decorators.DecorationScheduler$1.run(DecorationS
cheduler.java:330)
        at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)

On 10/26/2011 11:26 AM, Chris wrote:
> No decorators at all. SVN was unchecked. I checked it, hit Apply and
Ok,
> and the labels did not appear. Opened up the preferences page again,
and
> SVN was again unchecked. Looks like it's turning itself off somehow.
>
>
>
> On 10/26/2011 11:17 AM, Mark Phippard wrote:
>> Do you see no decorator at all or the wrong one? If you see no
>> decorator at all go to General> Appearance> Label Decorations and
>> make sure SVN is checked
>>
>> On Wed, Oct 26, 2011 at 12:14 PM, Chris<shef31_at_yahoo.com> wrote:
>>> This morning when I came in and fired up Eclipse the little black
>>> "dirty" asterisk next to files that had been changed was gone. Now
>>> changed files are no longer marked as such. When I commit, though,
the
>>> commit dialog picks up the changed files properly.
>>>
>>> Refreshing/rebuilding projects does not help.
Preferences/Team/SVN/Label
>>> Decorations appears to be correct.
>>>
>>> Anybody know what could cause this problem, or where I should look
to
>>> fix it?
>>>
>>> (Environment: Windows 7, Eclipse Indigo, Subclipse 1.6.18)
>>>
>>> ------------------------------------------------------
>>>
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId
=2864328
>>>
>>> To unsubscribe from this discussion, e-mail:
[users-unsubscribe_at_subclipse.tigris.org].
>>>
>>
>>
>>
>
> ------------------------------------------------------
>
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId
=2864333
>
> To unsubscribe from this discussion, e-mail:
[users-unsubscribe_at_subclipse.tigris.org].
>

------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId
=2864335

To unsubscribe from this discussion, e-mail:
[users-unsubscribe_at_subclipse.tigris.org].

------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2864340

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2011-10-26 18:40:36 CEST

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.