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

Re: [Subclipse-users] Bug/Issue: Subclipse marks folders for outbound changes when changes are made to deeply nested ignored files

From: Mark Phippard <markphip_at_gmail.com>
Date: Wed, 9 Apr 2008 20:15:01 -0400

On Wed, Apr 9, 2008 at 8:02 PM, Richard Fairthorne
<richard.fairthorne_at_gmail.com> wrote:
> I believe that Subclipse wrongly marks folders for outbound changes when
> changes are made to deeply nested files marked for svn:ignore. I feel that
> this behavior is a bug. It can be tested thusly:
> In a controlled project, create a directory or any number of levels of
> directories.
> In the deepest directory create a file.
> Add the file to SVN:ignore
> Commit the project.
> Change the file.
> Make sure that "Compute deep outgoing state for folders" is enabled.
> In a default install, your top level folder will appear red (indicating
> outgoing changes). Attempting to commit those changes will result in nothing
> being committed, as there are no changes to controlled files.
> Does anyone have comments before I file a bug report?

The svn:ignore property can only be set on folders. So when you ask
to ignore a file, what has to happen is the svn:ignore property of the
parent folder is added/modified to include the pattern you tell it to.
 If this folder, and any of its parents are not currently versioned,
then they all have to be svn add'ed to SVN so that a property can be
set on them. It sounds like that is what is happening, although they
should show up in the commit dialog.

Try it with the 1.3.x development releases and include screenshots if
it still seems like a problem.

Mark Phippard
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-04-10 02:15:11 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.