Return-Path: Delivered-To: apmail-incubator-jspwiki-dev-archive@locus.apache.org Received: (qmail 94263 invoked from network); 10 Jun 2008 14:20:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Jun 2008 14:20:51 -0000 Received: (qmail 10716 invoked by uid 500); 10 Jun 2008 14:20:54 -0000 Delivered-To: apmail-incubator-jspwiki-dev-archive@incubator.apache.org Received: (qmail 10687 invoked by uid 500); 10 Jun 2008 14:20:54 -0000 Mailing-List: contact jspwiki-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jspwiki-dev@incubator.apache.org Delivered-To: mailing list jspwiki-dev@incubator.apache.org Received: (qmail 10676 invoked by uid 99); 10 Jun 2008 14:20:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jun 2008 07:20:53 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of terry@net-frame.com designates 65.212.180.92 as permitted sender) Received: from [65.212.180.92] (HELO pyramid-03.kattare.com) (65.212.180.92) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jun 2008 14:20:04 +0000 Received: from [192.168.1.109] (ip70-187-212-38.dc.dc.cox.net [70.187.212.38]) (authenticated bits=0) by pyramid-03.kattare.com (8.13.8/8.13.6) with ESMTP id m5AEK5NY001011 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 10 Jun 2008 07:20:06 -0700 Subject: Re: [jira] Closed: (JSPWIKI-267) No consistent means for maintaining a user's unique identity From: Terry Steichen To: jspwiki-dev@incubator.apache.org In-Reply-To: References: <2042376653.1213079024989.JavaMail.jira@brutus> <1213092177.3798.440.camel@netframe> Content-Type: multipart/alternative; boundary="=-fEQSFxeu9bwuqdX0bKVZ" Date: Tue, 10 Jun 2008 10:15:25 -0400 Message-Id: <1213107325.3798.491.camel@netframe> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) X-Virus-Checked: Checked by ClamAV on apache.org --=-fEQSFxeu9bwuqdX0bKVZ Content-Type: text/plain Content-Transfer-Encoding: 7bit Well, then, until we include a means to actually use this unique id, the problem isn't really fixed, is it? On Tue, 2008-06-10 at 06:56 -0700, Andrew Jaquith wrote: > Let me be equally clear: yes, that's right. > > On Jun 10, 2008, at 3:02 AM, Terry Steichen wrote: > > > Let me be clear - what you're saying is that a unique identifier has > > been included in version 2.8 to uniquely distinguish a user, > > regardless > > of changes in name, but no specific method has yet been included to > > use > > it. Is that correct? > > > > On Mon, 2008-06-09 at 23:23 -0700, Andrew Jaquith (JIRA) wrote: > > > >> [ https://issues.apache.org/jira/browse/JSPWIKI-267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel > >> ] > >> > >> Andrew Jaquith closed JSPWIKI-267. > >> ---------------------------------- > >> > >> Resolution: Fixed > >> Fix Version/s: 2.8 > >> > >> I added the UID property to user profiles for this purpose in 2.7.0- > >> svn-29. However, we are not using it strictly speaking for tracking > >> just yet. There are probably places in the code where we ought to > >> print UserProfile.getUid() to the log file, but that's a future > >> thing that we'll do as it makes sense. > >> > >> In the meantime, this bug is (strictly speaking) fixed. > >> > >>> No consistent means for maintaining a user's unique identity > >>> ------------------------------------------------------------ > >>> > >>> Key: JSPWIKI-267 > >>> URL: https://issues.apache.org/jira/browse/ > >>> JSPWIKI-267 > >>> Project: JSPWiki > >>> Issue Type: Bug > >>> Components: Authentication&Authorization > >>> Affects Versions: 2.6.2 > >>> Environment: All > >>> Reporter: Terry Steichen > >>> Assignee: Andrew Jaquith > >>> Fix For: 2.8 > >>> > >>> > >>> Now that we've modified JSPWiki to allow users to change not only > >>> their Name but also their login name, I don't see any way for > >>> JSPWiki administrator to keep track of users over time. For many > >>> reasons of administration, billing, user behavior management, I > >>> think there should be some way to unambiguously identify a > >>> particular user, no matter how often they may change their profile. > >> --=-fEQSFxeu9bwuqdX0bKVZ--