From users-return-2000-daniel=haxx.se@subversion.apache.org Fri Apr 2 17:36:34 2010 Return-Path: Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by giant.haxx.se (8.14.3/8.14.3/Debian-9) with SMTP id o32FaXHI004728 for ; Fri, 2 Apr 2010 17:36:33 +0200 Received: (qmail 49855 invoked by uid 500); 2 Apr 2010 15:36:33 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 49848 invoked by uid 99); 2 Apr 2010 15:36:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Apr 2010 15:36:33 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of markphip@gmail.com designates 209.85.160.43 as permitted sender) Received: from [209.85.160.43] (HELO mail-pw0-f43.google.com) (209.85.160.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Apr 2010 15:36:27 +0000 Received: by pwj6 with SMTP id 6so1628365pwj.16 for ; Fri, 02 Apr 2010 08:36:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ERaskGXbhoPhXJOYc0xdCmvbHrgjClaXyLIC7Dqm1jI=; b=W8B9Ig6IxOZEl7NjP92ItPd7MmSbfGXYgibLTaT84Sw7WHlY3xJSgsIq/dlVe+ku/r pf456wXKkPi0XD6UnBENotsjh72hfbIn56WVGo/BQ7di0mV8H0sYxBXD363GGbXYPlf2 gR0TwaIsolgReDroAku0RVNKgWhmzh20wAvKs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qLWfPFXCHRRhGAKoEc1N8Ar8DYFoed1/+abjZPEskVfEOhF5GHqKSDcECoDDiMIUT0 Kvg0PVYU/f+Kg5fZyUdV6mMwwX6ajAGUZk67GLABmD6S1EqB0uJ+rl9r8SgnLpsJ50HW jrrIsbv6+pnmX0+2eOllrJo/di7Vfjv7lCib8= MIME-Version: 1.0 Received: by 10.142.115.20 with HTTP; Fri, 2 Apr 2010 08:36:05 -0700 (PDT) In-Reply-To: <195F279B2FE06F4EB0346118EDA15D2192704DEEF1@exch> References: <195F279B2FE06F4EB0346118EDA15D2192704DEE67@exch> <666bfb20d9279d815e36969bac18a343,p2yff892c5d1004020756je005c3d2i6aea8d5d0ed8db07@mail.gmail.com> <195F279B2FE06F4EB0346118EDA15D2192704DEEF1@exch> Date: Fri, 2 Apr 2010 11:36:05 -0400 Received: by 10.142.119.6 with SMTP id r6mr815464wfc.34.1270222565869; Fri, 02 Apr 2010 08:36:05 -0700 (PDT) Message-ID: Subject: Re: Returning problem: Some folders/files in working don't get updated anymore. From: Mark Phippard To: Valentijn Scholten Cc: Johan Corveleyn , "users@subversion.apache.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Fri, Apr 2, 2010 at 11:23 AM, Valentijn Scholten wrote: >>On Fri, Apr 2, 2010 at 10:51 AM, Johan Corveleyn > wro= te: >>> You should check if you don't have a "sparse working copy" by accident >>> (see http://svnbook.red-bean.com/nightly/en/svn.advanced.sparsedirs.htm= l). >>> To see whether this is the case, check "svn info" for some of the >>> parent dirs, and see if they have a "Depth: empty" or "Depth: >>> immediates" on them or something like that (if there is no depth shown >>> in "svn info", it's the default which is "infinity", which is usually >>> what you want). >>> >>> In IntelliJ IDEA there's a bug that, if you create a new package, and >>> you answer "yes" in the dialog which asks you if you want to add it to >>> version control immediately, it's added with depth empty (so as a >>> workaround, you should answer no, and add it afterwards). See >>> http://youtrack.jetbrains.net/issue/IDEA-26607. >>> >>> But since you talk about subclipse, I assume you're using Eclipse, so >>> that's probably not it ... > >>That is not an IntelliJ bug, it is a Subversion bug and was fixed in >>SVN 1.6.2. =A0Many GUI clients, including Subclipse and TortoiseSVN were >>impacted by it. =A0You can fix your working copy by checking out again >>or getting a SVN 1.6.2+ client and running the command: >> >>$ svn update --set-depth=3Dinfinity >> > >From the root of the working copy. =A0Subclipse allows you to do this >>via GUI with the Update to Revision ... option. > > This helps indeed. Are you saying the mystery occurence of the "Depth: em= pty" is a bug of pre 1.6.2 based client versions? There were two bugs fixed in SVN 1.6.2 1) $ svn add -N folderName Added folder as depth=3Dempty. This is the core problem. GUI clients usually add things non-recursively because they are presenting a UI that allows you to deselect some of the items in the list. 2) $ svn up --set-depth=3Dinfinity Did not recursively update all the paths in your working copy. So you had to find and run this in each path to fix your WC --=20 Thanks Mark Phippard http://markphip.blogspot.com/