[cle-release-team] 2.8 merge candidate: SAK-19301

Walters, Cynthia (cmw6s) cmw6s at eservices.virginia.edu
Thu Mar 22 06:52:55 PDT 2012


Ensuring this gets to sakai-dev as intended, please excuse duplicate emails...
Cindy @ UVa
cmw6s at virginia.edu

________________________________
From: Walters, Cynthia (cmw6s) [cmw6s at eservices.virginia.edu]
Sent: Thursday, March 22, 2012 9:48 AM
To: Matthew Jones; Seth Theriault
Cc: cle-release-team at collab.sakaiproject.org; sakaidev at collab.sakaiproject.org; cmw6s at virginia.edu
Subject: RE: [cle-release-team] 2.8 merge candidate: SAK-19301

Hi,
We appreciate your review of this issue, and taking time to get it back into Sakai releases.

I'll comment on several points:

3) Yes, this change has been running in Production at UVa in our 2.6.2 and 2.7.1 releases, so for at least 2 years.  I also applied our patch last night to 2.8.1 and it also works (not in Production yet, pending our upgrade to 2.8.1).

4) Agreed, the "Last Updated" string should not be hard-coded in the template.  I will look at changing this as we are in the midst of our 2.8.1 upgrade, and I'll submit the change back to SAK-19301 (or should a new sub-task JIRA be used?).  Or, if you get it done first we'll apply it here.

Thanks very much,
Cindy @ UVa
cmw6s at virginia.edu

________________________________
From: Matthew Jones [matthew at longsight.com]
Sent: Wednesday, March 21, 2012 10:56 PM
To: Seth Theriault
Cc: cle-release-team at collab.sakaiproject.org; sakaidev at collab.sakaiproject.org; cmw6s at virginia.edu
Subject: Re: [cle-release-team] 2.8 merge candidate: SAK-19301

I saw that tonight too,

The only thing with this is that it's a small enhancement in that it changes the UI.  This policy for that is here, so I'll go down the list quick for formality.

https://confluence.sakaiproject.org/display/TCC/Maintenance+Branch+Merge+Policy

Small enhancements may be applied to active maintenance release branches if they meet the following criteria:The change is narrow in scope (modest changes to a single project)

1) The change has been reviewed and approved by tool lead for the maintenance branch
 - Zhen reviewed and committed - PASS
2) The change does not require database changes
 - No DB Change - PASS
3) The change has been running in production for one month minimum (uVA
 - I'm guessing since it was submitted that this is running at uVA in production, not sure about anywhere else so - PASS
4) Changes that could impact internationalization negatively must be tested in two languages that are not variants of the same country.
- The string "Last updated" is hard-coded in the template and not i18n'd- NEEDS to be fixed, minimally added to properties for English - No other impact - NO PASS
5) The change is non-disruptive to the user experience ( I.e. changes that don't require user retraining and are unlikely to break existing customizations). Exceptions to this rule may be made if the change is configurable and is disabled by default.
 - I would consider this non disruptive (adds a new div) but isn't possible to disable. - PROBABLE PASS
6) Prior to merging, the change must be tested with the target maintenance branch, by the requesting institution, using a documented test plan.
 - This should be specifically tested in 2.9, then this would pass - PROBABLE PASS
7) The change must be preceded by a public announcement on the production and dev lists that alerts community members to the impending addition of a new feature in one or more maintenance branches. The announcement will describe the new feature, configuration options, test plans, relevant tickets, etc. When the change is committed a follow-up announcement listing the branch revision incorporating the change will be published. The information provided in such announcements will also be added to relevant release notes in JIRA, Confluence and elsewhere.
 - After merging a announcement should be sent out to production and sakai-dev

TL;DR : If that string got property internationalized I'd be happy. I'm don't think this needs to be hidden with another property.

Also sakaidev@ is not an address (I got a bounce rejection) :)

On Wed, Mar 21, 2012 at 10:43 PM, Seth Theriault <slt at columbia.edu<mailto:slt at columbia.edu>> wrote:
Hello,

Just so everyone knows, I have flagged SAK-19301 for merging to
the 2.8 maint branch.

This contribution from UVa has been in trunk since r83260 and was
targeted for 2.8. Unfortunately, the trunk commit was done after
2.8 was branched and it never got merged back.

I am not sure if this needs further review.

Seth

_______________________________________________
cle-release-team mailing list
cle-release-team at collab.sakaiproject.org<mailto:cle-release-team at collab.sakaiproject.org>
http://collab.sakaiproject.org/mailman/listinfo/cle-release-team

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/cle-release-team/attachments/20120322/1d5de66f/attachment-0006.html 


More information about the cle-release-team mailing list