[cle-release-team] 2.8 merge candidate: SAK-19301
Noah Botimer
botimer at umich.edu
Thu Mar 22 06:58:08 PDT 2012
Given the long time gap, I think the internationalization piece should be tracked separately (sub-task or linked, doesn't matter to me). It gets confusing for implementors when long-resolved issues get new commits -- they can miss pieces easily. In this case, it's probably no big deal for English instances, but it's a good general practice to put discrete chunks of work on individual tickets.
Thanks,
-Noah
On Mar 22, 2012, at 9:48 AM, Walters, Cynthia (cmw6s) wrote:
> 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> 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
> http://collab.sakaiproject.org/mailman/listinfo/cle-release-team
>
> _______________________________________________
> cle-release-team mailing list
> 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/e045c9f9/attachment-0006.html
More information about the cle-release-team
mailing list