[sakai-pmc] [Building Sakai] Feature for 10.3 ?

[Brian Jones]

Yes, there are 3 new strings introduced:

grading.anonymous=Anonymous grading
grading.anonymous.title=anonymous
submitted.date.redacted=(date withheld)

There isn't yet a sakai.property to disable/not render the checkbox, but 
it would be pretty simple to add one.

Brian Jones
Programmer/Analyst
Information Technology Services
Support Services Building, Suite 4300
Western University
(519) 661-2111 x86969
bjones86 at uwo.ca

On 2014-11-11 10:27 AM, Neal Caidin wrote:
> So it seems like it is well tested by Western University in production
> and the main argument against is that it can not be disabled by
> default?  Does it create any new strings to be translated?
>
>
> -- Neal
>
>
> On Tue, Nov 11, 2014 at 10:24 AM, Neal Caidin <neal.caidin at apereo.org
> <mailto:neal.caidin at apereo.org>> wrote:
>
>     Looping in Sakai PMC.
>
>     Please see below.
>
>     On Tue, Nov 11, 2014 at 10:22 AM, Brian Jones <bjones86 at uwo.ca
>     <mailto:bjones86 at uwo.ca>> wrote:
>
>         Just to clarify things, we here at Western have been running this in
>         production since September, and are almost finished our 2nd round of
>         internal QA testing on it. We've seen no adverse user impact.
>
>         Brian Jones
>         Programmer/Analyst
>         Information Technology Services
>         Support Services Building, Suite 4300
>         Western University
>         (519) 661-2111 x86969 <tel:%28519%29%20661-2111%20x86969>
>         bjones86 at uwo.ca <mailto:bjones86 at uwo.ca>
>
>         On 2014-11-11 10:16 AM, Neal Caidin wrote:
>         > That's an important point, thanks.
>         >
>         > I wonder if we are overdue for a training webinar on proper use of the
>         > Sakai Jira? Doing one every so often couldn't hurt, especially if it is
>         > specific to our workflow (not just generic Jira use, though some may
>         > need this too).
>         >
>         > -- Neal
>         >
>         >
>         > On Tue, Nov 11, 2014 at 10:14 AM, Matthew Jones <matthew at longsight.com <mailto:matthew at longsight.com>
>         > <mailto:matthew at longsight.com <mailto:matthew at longsight.com>>> wrote:
>         >
>         >     For future reference, these should all have been linked in jira as
>         >     "depends on" rather than "related to" to help out the branch manager
>         >     tell if they can merge these or not. Caused a problem over the
>         >     weekend when one of these dependant jiras was marged before
>         >     SAK-17606 was merged.
>         >
>         >     On Tue, Nov 11, 2014 at 10:12 AM, Matthew Jones
>         >     <matthew at longsight.com <mailto:matthew at longsight.com>
>         <mailto:matthew at longsight.com <mailto:matthew at longsight.com>>>
>         wrote:
>         >
>         >         Good catch, SAK-27838 should be reverted until all of the other
>         >         ones are added. Looking at the patch it probably wouldn't cause
>         >         a regression because isAnon is never set but it's not needed
>         >         without the others.
>         >
>         >         On Tue, Nov 11, 2014 at 10:08 AM, Neal Caidin
>         >         <neal.caidin at apereo.org <mailto:neal.caidin at apereo.org>
>         <mailto:neal.caidin at apereo.org <mailto:neal.caidin at apereo.org>>>
>         wrote:
>         >
>         >             Yes, I definitely had a question about SAK-28044.
>         >
>         >             SAK-27838 looks like it is already merged into 10.x . Are
>         >             you saying we should revert the patch, or just make sure it
>         >             goes through a review process per "TCC Maintenance Branch
>         >             Merge Policy")?  That looks like it is related to SAK-27824.
>         >
>         >             Or are these Jiras all related to each other since they are
>         >             about Anonymously grading Assignments? It seems like Western
>         >             University has done a bit of testing, but I'm not clear if
>         >             they have had these in production for a month (I don't think
>         >             so). And they seem to blur the line between maintenance
>         >             fixes and new feature?
>         >
>         >             I'm not at all clear on this.
>         >
>         >             Looking forward to others chiming in (Western U. folks?).
>         >
>         >             Thanks,
>         >             Neal
>         >
>         >
>         >
>         >
>          > _______________________________________________
>          > sakai-dev mailing list
>          > sakai-dev at collab.sakaiproject.org
>         <mailto:sakai-dev at collab.sakaiproject.org>
>          > http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>          >
>          > TO UNSUBSCRIBE: send email to
>         sakai-dev-unsubscribe at collab.sakaiproject.org
>         <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
>         subject of "unsubscribe"
>          >
>         _______________________________________________
>         sakai-dev mailing list
>         sakai-dev at collab.sakaiproject.org
>         <mailto:sakai-dev at collab.sakaiproject.org>
>         http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
>         TO UNSUBSCRIBE: send email to
>         sakai-dev-unsubscribe at collab.sakaiproject.org
>         <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
>         subject of "unsubscribe"
>
>
>