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

Re: [Subclipse-users] Oddness with eclipse 3.3

From: B Smith-Mannschott <bsmith.occs_at_gmail.com>
Date: 2007-07-27 12:50:09 CEST

On 7/27/07, Nigel Magnay <nigel.magnay@gmail.com> wrote:
>
> Hmm - this is now happening again, in a slightly different way. Eclipse
> has been restarted with -clean, just to clear any junk out.
>
> I have a folder in a project, src/assemble, the folder is already
> committed to SVN.
> Inside it, there are 2 files, one is new, one is modified.
>
> Right-clicking on the project and selecting commit, I correctly get the
> commit dialog, with the right files (the change being checked, the new file
> marked as unversioned).
>
> However. The icon on the changed file is wrong - it's an unchanged icon
> rather than a changed. Doing a right-click 'compare with|latest from
> repository' says 'there are no differences between the selected inputs'.
> This is not correct. Doing 'svn diff' from the commandline shows numerous
> changes as I'd expect.
>
> In synchronize view, the changed file is missing (probably due to the
> above).
>

We've seen behavior similar to this as well, but under Eclipse 3.2 on
Windows. Not, thus far, on Linux. The net result was that only half of a
recent change by one of our developers got checked in because Sublcipse
didn't see the change in the implementation: it only committed the test
cases.

Some copious workspace refreshing seemed to help in this one case.

-- 
// Ben Smith-Mannschott
Received on Fri Jul 27 12:48:52 2007

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.