From netcat-return-683-archive-asf-public=cust-asf.ponee.io@netbeans.apache.org Fri Apr 6 00:04:04 2018 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id DEFBD18063B for ; Fri, 6 Apr 2018 00:04:03 +0200 (CEST) Received: (qmail 29775 invoked by uid 500); 5 Apr 2018 22:04:03 -0000 Mailing-List: contact netcat-help@netbeans.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list netcat@netbeans.apache.org Received: (qmail 29656 invoked by uid 99); 5 Apr 2018 22:04:02 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Apr 2018 22:04:02 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id D2839C0249 for ; Thu, 5 Apr 2018 22:04:01 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.129 X-Spam-Level: ** X-Spam-Status: No, score=2.129 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id OiPGhfZV3mOJ for ; Thu, 5 Apr 2018 22:04:00 +0000 (UTC) Received: from mail-qk0-f181.google.com (mail-qk0-f181.google.com [209.85.220.181]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id B92AA5F5AF for ; Thu, 5 Apr 2018 22:03:59 +0000 (UTC) Received: by mail-qk0-f181.google.com with SMTP id b198so28021542qkg.9 for ; Thu, 05 Apr 2018 15:03:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=kNEOmtex5vgIjbdWqRanKCgvQzQrXqfWv0iUje/3uKA=; b=cZE3hQvpddZpxZsSHoJ+6ETuAi5pMYLfJmj3zVYNssBwYExCKovzFBXIC+QxDLqRlb J5zthOddsSLIEw/x1/VjL2Xeq/4+S1szpuG8wUe4WwswLz5oUaljgs59/QWOMQazdFtX KcIxnLYrQNzCpXl3bvkTPNw64wwot2HidHzcyIusK5X5aroQxhcsDMd8VC6LecCRrmlo VNd/pdJm7IykWeMGyYJ53uUKPPaHsHc7Crp7GDqcw8RWYn2LTSxJdHsxGXG7/qi+0R5H i8FqSUsc0d6oFydjl4VL94k5XN6CaIqPs0NfMJYrUVPSQqM05+Eb8tkK7igSkqpuJSZu oWXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=kNEOmtex5vgIjbdWqRanKCgvQzQrXqfWv0iUje/3uKA=; b=Tcb/SFvWCoN5dHSVYJlNUNNK9NI3FwcGx+Djm7OYNaX9tmTl8zWIzCZGfgmrDcw9U8 Ds7DDWo3j64hW+4gbrYqO/4FNYtYyRzD4/t7LS07RQHTdkxstCkYrQBmLQnmwD4pHcIE amY+ttgbfSRs91zXmQuftIaZ43E5lSimNl/Rn32AqDhxVbTtzEewGj0HTCDaA6t8+abG hrVAltz4Ql5KDrzYYdo5C7ntZ9KSl0qeXjVOQZp4HNvdpgmSfs7SdiWyKwVZ3FvWlt3u 3EOIJ0VAGNjOFlLgJMnZvfsENnCgaoCea6vO7NcscnQjhQPASTn+Yib0H7AusanBEqxU HCxg== X-Gm-Message-State: ALQs6tDZjS7vA30uD0ZQf86AOv7WEHZ8gtd1BC9Lcc5vJHKMolIpmGiE etP3uliuUdfxaEMJNLHOYGdrWMGh2VXJpiLoD5njtw== X-Google-Smtp-Source: AIpwx48UPyzIEbLBaMXPojFUkJoJh8/5XYX7BOzN9j4eBBoxwGbmgKzuuZIrdEkyd+2ZnZFlFyvwnbet7BYgZKuQL8U= X-Received: by 10.55.200.69 with SMTP id c66mr31281361qkj.150.1522965833261; Thu, 05 Apr 2018 15:03:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.142.193 with HTTP; Thu, 5 Apr 2018 15:03:52 -0700 (PDT) In-Reply-To: <20180405212854.pbfmihjhflslemyq@nmhq.net> References: <20180405134401.pzvxxq5jqnavpjt4@nmhq.net> <20180405212854.pbfmihjhflslemyq@nmhq.net> From: Leo Donahue Date: Thu, 5 Apr 2018 16:03:52 -0600 Message-ID: Subject: Re: [vcs] Subversion - Checkout To: "netcat@netbeans.apache.org" Content-Type: multipart/alternative; boundary="001a1141c0827f26760569211dcf" --001a1141c0827f26760569211dcf Content-Type: text/plain; charset="UTF-8" Thanks for clarification on the cached credentials. Test case #1 file in Project 1 is locked. Test case #4 file with same name like in previous, file with same name like in previous, file with same name like in previous - is the same file as test case #1 in project 1. The menu option to even try to lock this file from Project 1 isn't available. unlock only. I got confused as to whether the file is supposed to be locked or the menu items aren't working right. On Thu, Apr 5, 2018 at 3:28 PM, Niklas Matthies wrote: > On Thu 2018-04-05 at 12:44h, Leo Donahue wrote on netcat: > > Thank you Niklas, > > > > >> SVN does not store the username in the working copy > > http://svnbook.red-bean.com/nightly/en/svn.advanced.locking.html > > > > The svn redbook seems misleading. > > "The fact that the *svn info* command, which does not contact the > > repository when run against working copy paths, can display the lock > token > > reveals an important piece of information about those tokens: they are > > cached in the working copy" > > Not sure what is misleading here. The lock token is the result of > creating a lock. The username used for creating a lock is taken from > cached credentials. Cached credentials are independent of working > copy and not stored in the working copy. Only the resulting lock token > and the lock owner (username who created the lock) is stored in the > working copy. The lock owner username is not used for general SVN > authentication, only for authorization of operations relating to that > specific lock. > > See also: > http://svnbook.red-bean.com/nightly/en/svn.serverconfig.netmodel.html#svn. > serverconfig.netmodel.creds > http://svnbook.red-bean.com/nightly/en/svn.advanced.locking.html > > > All of the files in .subversion/auth on my workstation and subversion > > server are empty. I thought those were used for svnserve? > > Ah, NetBeans sets it to ${netbeans-userdir}/config/svn/config/auth it > seems. > In any case, it's not saved per-working copy. > > > Lock Feature test suite doesn't indicate what kind of repository to use. > > The kind of repository should not be relevant for this. > > > I closed NetBeans, leaving these two projects in the state they were > when I > > emailed. > : > > The dialog that opened asking me for user credentials, I supply "user1" > > credentials and get this error in log: > > > > unlock /home/leo/workspace/netbeans/test1/Project1/src/project1/ > Main.java > > Username does not match lock owner > > svn: Unlock of 'Main.java' failed (403 Forbidden) > > That seems correct to me, since the lock was created by user2 and you > are trying to unlock it as user1. > > > For Lock Features test suite, if I use the same single user credentials > to > > lock a file in test case #1, why would test case #4 even have the option > to > > "Lock" the same file again? And Lock it again in test case #5? > > It's the same file, but in a different working copy (Project1 vs > Project2). Locks are working-copy specific (by means of the lock token > stored in the working copy). Test cases #3 and #4 are testing that you > can "steal" a lock owned by one working copy to another working copy > using the "force" option. > > Test case #5 says "select some Java file" in step 1. It is implicit > that this should be a file that isn't locked yet, although I agree it > would be better if the test case made this explicit. Test case #5 is > testing that the lock is actually doing its job, namely preventing > commits from another working copy to the locked file. > > Niklas > > --------------------------------------------------------------------- > To unsubscribe, e-mail: netcat-unsubscribe@netbeans.apache.org > For additional commands, e-mail: netcat-help@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > --001a1141c0827f26760569211dcf--