Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B511D104DE for ; Fri, 12 Apr 2013 13:53:08 +0000 (UTC) Received: (qmail 34574 invoked by uid 500); 12 Apr 2013 13:53:08 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 34542 invoked by uid 500); 12 Apr 2013 13:53:08 -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 Delivered-To: moderator for users@subversion.apache.org Received: (qmail 26827 invoked by uid 99); 12 Apr 2013 13:49:31 -0000 X-ASF-Spam-Status: No, hits=-2.8 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_HI,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Karsten.Bay@de.bosch.com designates 139.15.237.11 as permitted sender) From: "Bay Karsten (BEG/ESR3)" To: "users@subversion.apache.org" Date: Fri, 12 Apr 2013 15:48:59 +0200 Subject: "svn status -u" and svn:externals - bug? Thread-Topic: "svn status -u" and svn:externals - bug? Thread-Index: Ac43hHuy7zJQGOAoT36GNCILz/QOKA== Message-ID: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US Content-Type: multipart/alternative; boundary="_000_EF1A9B1A898FC642BF3444958DF946D01B91C7F0E3SIMBX06debosc_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_EF1A9B1A898FC642BF3444958DF946D01B91C7F0E3SIMBX06debosc_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi SVN users, I searched for this problem in the open issues but could not find a similar= problem. Can you help me to find out if this is a known problem/bug? I have a repository with a few svn:externals. Some of them point to a speci= fic revision (e.g. trunk@8) of their repository. When I look up with "svn status -u" if I have to do an update SVN shows me = files out of this external repositories which should be reputedly newer on = the server. The problem is that the external repository has newer revisions with a newe= r version of this file but this should not play a role for my repository (b= ecause of the trunk@8). Example extract of the console output: ---------- C:\WORKSPACE\SVN>svn propget svn:externals file://???/SW/trunk@8 SW C:\WORKSPACE\SVN>svn status -u X SW Status against revision: 117 Performing status on external item at 'SW': * 8 C:\WORKSPACE\SVN\SW\Code.c Status against revision: 13 ---------- I looked in the source code and tried to find the reason for this behaviour= . I think that the problem is in status-cmd.c svn_cl__status(). There I found this piece of code which may cause this problem: /* We want our -u statuses to be against HEAD. */ rev.kind =3D svn_opt_revision_head; In my opinion in the case of external repository with fixed revision the ch= eck should be performed against this revision? A similar problem exists if I do an update on a subfolder (one which is add= ed by svn:externals and points to a specific revision) of my repository the= n the HEAD revision of this folder is checked out. If needed I can try to do a repro-template.bat. Normally I work with TortoiseSVN and SVN Notifier but because of the proble= m I tried to reproduce it on the command line. Windows 7 - Subversion 1.7.9 Mit freundlichen Gr=FC=DFen / Best regards Karsten Bay Bosch Engineering GmbH Postfach 13 50 74003 Heilbronn GERMANY Karsten.Bay@de.bosch.com Sitz: Abstatt, Registergericht: Amtsgericht Stuttgart HRB 108931 Aufsichtsratsvorsitzender: Rolf Leonhard; Gesch=E4ftsf=FChrung: Bernhard Bi= hr, Hanno Miorini Umsatzsteuer-Identnummer (VAT no.): DE 18 21 37 093, Steuernummer: 99012/08= 009 --_000_EF1A9B1A898FC642BF3444958DF946D01B91C7F0E3SIMBX06debosc_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi SVN users,
 
I searched for this problem in the open issues but could not find a si= milar problem.
Can you help me to find out if this is a known problem/bug?
 
I have a repository with a few svn:externals. Some of them point to a = specific revision (e.g. trunk@8) of their repository.
When I look up with "svn status -u" if I have to do an updat= e SVN shows me files out of this external repositories which should be repu= tedly newer on the server.
The problem is that the external repository has newer revisions with a= newer version of this file but this should not play a role for my reposito= ry (because of the trunk@8).
 
Example extract of the console output:
----------
C:\WORKSPACE\SVN>svn propget svn:externals
 
C:\WORKSPACE\SVN>svn status -u
X           &nb= sp;        SW
Status against revision:    117
 
Performing status on external item at 'SW':
        *    &n= bsp;   8   C:\WORKSPACE\SVN\SW\Code.c
Status against revision:     13
----------
 
I looked in the source code and tried to find the reason for this beha= viour.
I think that the problem is in status-cmd.c svn_cl__status().
There I found this piece of code which may cause this problem:
  /* We want our -u statuses to be against HEAD. */
  rev.kind =3D svn_opt_revision_head;
In my opinion in the case of external repository with fixed revision t= he check should be performed against this revision?
 
 
A similar problem exists if I do an update on a subfolder (one which i= s added by svn:externals and points to a specific revision) of my repositor= y then the HEAD revision of this folder is checked out.
 
 
If needed I can try to do a repro-template.bat.
Normally I work with TortoiseSVN and SVN Notifier but because of the p= roblem I tried to reproduce it on the command line.
 
 
Windows 7 - Subversion 1.7.9
 
 
 
Mit freundlichen Gr=FC=DFen / Best regards
 
Karsten Bay
 
Bosch Engineering GmbH
 
Postfach 13 50
74003 Heilbronn
GERMANY
 
 
Sitz: Abstatt, Registergericht: Amtsgericht Stuttgart= HRB 108931
Aufsichtsratsvorsitzender: Rolf Leonhard; Gesch=E4fts= f=FChrung: Bernhard Bihr, Hanno Miorini
Umsatzsteuer-Identnummer (VAT no.): DE 18 21 37 093, = Steuernummer: 99012/08009
 
 
 
 --_000_EF1A9B1A898FC642BF3444958DF946D01B91C7F0E3SIMBX06debosc_--