Mailing-List: contact allura-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: allura-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of stefano.invernizzi88@gmail.com
 designates 209.85.212.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <7A76746F64A341B9B075AC0BB40A0B22@gmail.com>
References: 
 <CADr_iyCQv3b228EVmo_3igOO2pJLhmCkG5H36H7C8CYKDTFxVQ@mail.gmail.com>
	<1355121885.14536.42.camel@lenovix>
	<CADr_iyCAuJPxgL3aQhxNF7-yvJZb2UtbV8qkP=1GWOSr+YS-mw@mail.gmail.com>
	<CAD159Os4xN1NYjnm8B_ph6Y6qzjq4=DtaFOC1LWkcwL=r9MDOQ@mail.gmail.com>
	<CAD159OuYk7KG21cPZ+OALDxPukhkd0i-o7WjQ7T6t2tNvv2NGQ@mail.gmail.com>
	<A0E948DB37AF4D2097027C8C7844BAEB@gmail.com>
	<0AF7AD06F6714802A574B191FEAB144A@gmail.com>
	<CAD159Ov+Qebq4q8Y_-C6dgv=a3_-9x0SYwvNHx-8i2M5iLe1Fg@mail.gmail.com>
	<895A097083B64C84AE2817FD16BC6D8A@gmail.com>
	<82C47F9CEEAE4B1B9118C6BDDB19CA06@gmail.com>
	<CAD159OvAudh5_NExxuvxqQCAqgGzPq-sFdOmTBP44WYA4NjvYA@mail.gmail.com>
	<CAD159Ou71RSsdX28msTkc58xf+fJuhWgc7Z5w1-rU46iOt5=wA@mail.gmail.com>
	<CADiukUdDfrkBYtGnwXzHCwcKN0Zef_1PsDAfRDzpLRKf-LU8+g@mail.gmail.com>
	<51226603.6020606@brondsema.net>
	<CADr_iyBV7CB0woJPBv6t3fh7uozOLqO8Xp9ZhwE-WuwjGgEZ5w@mail.gmail.com>
	<7A76746F64A341B9B075AC0BB40A0B22@gmail.com>
Date: Sat, 23 Feb 2013 15:07:12 +0100
Message-ID: 
 <CAD159Otgho78itryORYMEPkbO2k3mzhF8QjLD8Kz3bpu75=JrA@mail.gmail.com>
Subject: Re: User stats and organizations
From: Stefano Invernizzi <stefano.invernizzi88@gmail.com>
To: allura-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=047d7bf10a16118eb704d664d3dd

--047d7bf10a16118eb704d664d3dd
Content-Type: text/plain; charset=ISO-8859-1

Yes, we fixed the issue in our code, it should be ok now. At the moment,
when I try to run all the tests I get some errors from other packages. I
tried to fix them, but I don't know how to do that, since they come from
modules and packages dealing with repositories, and they are unrelated to
our code.
Thank you very much!
Stefano


2013/2/21 Tim Van Steenburgh <tvansteenburgh@gmail.com>

> Hi Simone and Stefano,
>
> I pulled your si/5453 branch today to do some more testing. I rebased it
> against master and kicked off the tests (`./run_tests` in the project root)
> and got some failures. If you guys can get those fixed up and pushed back,
> I'll try to wrap up the testing.
>
> Thanks!
>
> Tim Van Steenburgh
>
>
> On Monday, February 18, 2013 at 2:26 PM, Simone Gatti wrote:
>
> > Dear Cory,
> > what Dave said is correct, we refer to user stats.
> > I'm sorry for this ambiguity, that we didn't noticed before your comment.
> > We welcome your *feedback on user stats*, since we have not yet received
> > many comments yet.
> >
> > Simone
> >
> >
> > 2013/2/18 Dave Brondsema <dave@brondsema.net (mailto:dave@brondsema.net
> )>
> >
> > > Cory, I think Stefano is referring to user stats, which his feature
> branch
> > > starts collecting, not user profile data (gender, location, etc).
> > >
> > > But on the topic of user profiel data, we've had a least one
> SourceForge
> > > user
> > > communicate to use that he/she thought the fields were required. I can
> > > see how
> > > this might be inferred since they're the first thing you see on the
> > > /auth/prefs/
> > > form. We might consider labelling those optional, or putting them on a
> > > separate
> > > page from "subscriptions" and other sections on that page.
> > >
> > > -Dave
> > >
> > >
> > >
> > > On 2/18/13 9:55 AM, Cory Johns wrote:
> > > > Stefano,
> > > >
> > > > Could a user simply not fill in the personal info fields they don't
> wish
> > > to
> > > > share? What is the value of entering that info but then not
> displaying
> > >
> > > it;
> > > > to encourage users to enter it if only for our edification?
> > > >
> > > >
> > > > Thanks,
> > > >
> > > > Cory
> > > >
> > > >
> > > > On Sat, Feb 16, 2013 at 9:53 AM, Stefano Invernizzi <
> > > > stefano.invernizzi88@gmail.com (mailto:
> stefano.invernizzi88@gmail.com)> wrote:
> > > >
> > > > > Dear all,
> > > > >
> > > > > I recently pushed some new commits allowing a single user to hide
> his or
> > > > > her personal statistics. I and Simone implemented it since some
> users
> > > > >
> > > >
> > > >
> > >
> > > may
> > > > > prefer not to show this data. In that case, data is still
> available for
> > > > > their personal use. However, if you think we should not allow
> users to
> > > > >
> > > >
> > >
> > > do
> > > > > this, we can simply put it back as it was.
> > > > > As usual, we hope to get some feedbacks from you about this, as
> well as
> > > > > about the rest of submitted code.
> > > > > It would be great for us if the code could be reviewed and, if you
> > > > >
> > > >
> > >
> > > think it
> > > > > would be useful, included on the forge before we complete the
> thesis we
> > > >
> > >
> > > are
> > > > > working on.
> > > > > Thank you very much!
> > > > > Stefano
> > > > >
> > > >
> > >
> > >
> > >
> > >
> > > --
> > > Dave Brondsema : dave@brondsema.net (mailto:dave@brondsema.net)
> > > http://www.brondsema.net : personal
> > > http://www.splike.com : programming
> > > <><
> > >
> >
> >
> >
>
>
>

--047d7bf10a16118eb704d664d3dd--