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 74.125.82.54 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4F2F3DB505A148D78C76A394FEB587FC@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_iyDPmCPX_p=wDos=or7Y9ifh8D3=G-PABy=MHdZ7_FRaSw@mail.gmail.com>
	<CAD159Os_rPQkDtGxvqW6t-142fa0Hbzfduu6ogqrQpyupSW9yA@mail.gmail.com>
	<5FFE936B8E514599BBD273F58CAD0F8D@gmail.com>
	<CAD159OuOsWcOEu2jZif5F+yX_+FgY=CuQ=Ahy7hLPA_FbhvnMg@mail.gmail.com>
	<4F2F3DB505A148D78C76A394FEB587FC@gmail.com>
Date: Thu, 7 Mar 2013 23:49:16 +0100
Message-ID: 
 <CAD159OsGVcMkasXQ_tZ7jA-URaCunCZCYDJVz5GqSM=s198=Cw@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=f46d0418265a31fb8504d75d84cd

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

I was not able to recreate your problem, but I realized there was an error
in the code I committed yesterday, and this error is probably the reason
why you got the reported exception. I changed it and I hope this fixed the
problem. If the issue is still there, let me know about it.
Stefano


2013/3/7 Tim Van Steenburgh <tvansteenburgh@gmail.com>

> Pulled the latest changes, dropped the userstats collection, pushed a
> commit to my test repo, refreshed the commiter's stats page, and got this:
>
> File
> '/home/tvansteenburgh/tvansteenburgh-9044/forge/ForgeUserStats/forgeuserstats/controllers/userstats.py',
> line 124 in index
>    ret_dict['discussionpercentage'] = stats.discussionRanking()
> File
> '/home/tvansteenburgh/tvansteenburgh-9044/forge/Allura/allura/model/contrib_stats.py',
> line 143 in discussionRanking
>    disccontr = self.getDiscussionContribution()
> File
> '/home/tvansteenburgh/tvansteenburgh-9044/forge/Allura/allura/model/contrib_stats.py',
> line 87 in getDiscussionContribution
>    tot = artifact.created+artifact.modified
> TypeError: unsupported operand type(s) for +: 'NoneType' and 'NoneType'
>
>
> Tim
>
>
> On Wednesday, March 6, 2013 at 4:40 PM, Stefano Invernizzi wrote:
>
> > Yes, there was an error in the initialization of the stats object. I hope
> > it's ok now.
> > Thank you for reporting it!
> > Stefano
> >
> >
> > 2013/3/5 Tim Van Steenburgh <tvansteenburgh@gmail.com (mailto:
> tvansteenburgh@gmail.com)>
> >
> > > Stefano & Simone,
> > >
> > > Hey guys. Have been doing some more review on Userstats today. I
> > > force-pushed a couple small changes to origin/si/5453, so make sure you
> > > pull those.
> > >
> > > I ran into an error in the stats code after pushing a commit. It was a
> > > Ming schema validation error:
> > >
> > > 208 [Tue Mar 05 22:29:05 2013] [error] [client 127.0.0.1] File
> > >
> '/var/local/env-allura/lib/python2.7/site-packages/Ming-0.3.2dev_20121101-py2.7.egg/ming/schema.py',
> > > line 327 in _validate
> > > 209 [Tue Mar 05 22:29:05 2013] [error] [client 127.0.0.1] raise
> > > Invalid(msg, d, None, error_dict=error_dict)
> > > 210 [Tue Mar 05 22:29:05 2013] [error] [client 127.0.0.1] Invalid:
> > > general:[0]:messages:Not a list or tuple
> > > 211 [Tue Mar 05 22:29:05 2013] [error] [client 127.0.0.1]
> tickets:notdict:
> > > []
> > >
> > >
> > > Here's the mongo doc:
> > >
> > > {
> > > "_id" : ObjectId("5136502261b3b44a93a7b36f"),
> > > "lastmonth" : {
> > > "assignedtickets" : [ ],
> > > "commits" : [
> > > {
> > > "programming_languages" : [ ],
> > > "lines" : 1,
> > > "categories" : [ ],
> > > "datetime" :
> > > ISODate("2013-03-05T22:28:22.341Z")
> > > }
> > > ],
> > > "solvedtickets" : [ ],
> > > "messages" : [ ],
> > > "revokedtickets" : [ ]
> > > },
> > > "user_id" : ObjectId("510ad21c61b3b426260e7586"),
> > > "lastmonthlogins" : [ ],
> > > "tot_logins_count" : 0,
> > > "registration_date" : ISODate("2013-03-05T20:05:54.676Z"),
> > > "general" : [
> > > {
> > > "tickets" : [ ],
> > > "commits" : [
> > > {
> > > "lines" : 1,
> > > "number" : 1,
> > > "language" : null
> > > }
> > > ],
> > > "category" : null,
> > > "messages" : {
> > > "assigned" : 0,
> > > "solved" : 0,
> > > "totsolvingtime" : 0,
> > > "revoked" : 0
> > > }
> > > }
> > > ],
> > > "visible" : false,
> > > "last_login" : null
> > > }
> > >
> > >
> > > As you can see, `general.tickets` is a list, not a dict, but it's
> defined
> > > as a dict in the schema. Maybe you guys could track that down?
> > >
> > > Tim
> > >
> > >
> > > On Sunday, March 3, 2013 at 4:35 AM, Stefano Invernizzi wrote:
> > >
> > > > Thanks Dave for your suggestion! I modified the bootstrap.py file, so
> > > that
> > > > when the Users neighborhood is created, our tool for userstats is
> set as
> > >
> > > an
> > > > anchored tool, and it perfectly works. However, that way, if you do
> not
> > >
> > > run
> > > > the bootstrap.py, you have to manually add the tool to the anchored
> ones.
> > > > And this is what happens in most cases for users who don't want to
> > > > re-initialize the forge.
> > > >
> > > > I was also thinking about the setting in the .ini file to enable
> > > userstats.
> > > > I think it doesn't make sense to disable them now that stats are
> > > > implemented as a tool. By setting userstats.enable = false, the tool
> is
> > > > still installed for users who were using it, therefore I think it's
> > > >
> > >
> > > better
> > > > to remove this option, since it would be confusing. That way, a user
> who
> > > > wants to install the forge without using userstats can simply avoid
> > > > installing the ForgeUserStats tool. I committed this change too, but
> if
> > > >
> > >
> > > you
> > > > think it's better to think again about it, I'm open to different
> > >
> > > proposals.
> > > > Thanks again,
> > > >
> > > > Stefano
> > > >
> > > >
> > > >
> > > > 2013/3/2 Simone Gatti <simone.gatti88@gmail.com (mailto:
> simone.gatti88@gmail.com) (mailto:
> > > simone.gatti88@gmail.com (mailto:simone.gatti88@gmail.com))>
> > > >
> > > > > Dear Dave,
> > > > > I have changed the preference page in order to meet these requests.
> > > > > I created two new pages to collect data about contacts and
> > > > >
> > > >
> > > >
> > >
> > > availability.
> > > > > In the preference page, over the links, it is now indicated that
> these
> > > > > personal data are not compulsory.
> > > > > In this way, the preference page will no more become so long due to
> > > > >
> > > >
> > >
> > > data
> > > > > about contacts and availability precedently inserted by the user,
> and
> > > >
> > >
> > > the
> > > > > forms not necessary are not disclosed.
> > > > > About general personal data, I decided to leave its original form
> in
> > > > >
> > > >
> > >
> > > the
> > > > > preference page, because it has fixed size and refer to general
> > > > > information, but I put an explicit indication that they are
> > > > >
> > > >
> > >
> > > discretionary.
> > > > > Please, let me know what do you think about these modifications.
> > > > > Thanks,
> > > > > Simone
> > > > >
> > > > >
> > > > > 2013/2/18 Dave Brondsema <dave@brondsema.net (mailto:
> dave@brondsema.net) (mailto:
> > > 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) (mailto:
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> > > 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
> > > > > > <><
> > > > > >
> > > > >
> > > > >
> > > >
> > >
> > >
> >
> >
> >
>
>
>

--f46d0418265a31fb8504d75d84cd--