[WG: Sakai QA] VOTE REQUEST - SAK-15027 - inclusion in Sakai 2.6.0-rc05?

[Matthew Jones]

As soon as the message came up on the dev list and I saw that the only
workaround currently for it was to disable notifications entirely I
figured I'd look at the cause because it was something we'd need to
have fixed for us from day 1. I don't know of any university that
wouldn't patch this in from the start, so I guess that makes it a
blocker criteria. Perhaps the only cases would be if someone already
had wiki.notifications=false (configured locally as true is the
default) or weren't using rwiki at all. Dropbox not having
configurable properties (SAK-13193) is a slight support problem but
it's been a problem from the beginning. This is a new headache.

On Thu, May 28, 2009 at 1:40 PM, May, Megan Marie <mmmay at indiana.edu> wrote:
> +1
>
>
>
> There’s a fix for it and as Peter points out, it’s a support nightmare.
> We’re moving to 2.6 on the 6th and already made the decision to merge in
> locally.
>
>
>
> Megan
>
>
>
> From: sakai-qa-bounces at collab.sakaiproject.org
> [mailto:sakai-qa-bounces at collab.sakaiproject.org] On Behalf Of Knoop, Peter
> Sent: Thursday, May 28, 2009 12:58 PM
> To: Pete Peterson; sakai-qa
> Subject: Re: [WG: Sakai QA] VOTE REQUEST - SAK-15027 - inclusion in Sakai
> 2.6.0-rc05?
>
>
>
> +1 to fix it for the release.
>
>
>
> (I’m not sure what “criteria” keeps this one from being a Blocker?  Much
> like the unwanted resource notifications and drop-box notifications did in
> the past, this would cause lots of support incidents, and be a general
> headache for any organization with even moderate wiki usage in their
> deployment.)
>
>
>
> -peter
>
>
>
> From: Pete Peterson [mailto:plpeterson at ucdavis.edu]
> Sent: Thursday, May 28, 2009 12:38 PM
> To: sakai-qa
> Cc: Whyte, Anthony; Jones, Matthew; David Horwitz; Knoop, Peter
> Subject: VOTE REQUEST - SAK-15027 - inclusion in Sakai 2.6.0-rc05?
>
>
>
> Greetings,
>
>
>
> Please chime in and vote on this issue SAK-15027. It does fall out of our
> Blocker criteria, but as Matt points out since it was functional in past
> versions and is now broken perhaps that criteria doesn't apply here.
>
>
>
> Please vote or comment on inclusion in Sakai 2.6.0-RC05
>
>
>
> Vote:
>
> Comments:
>
>
>
> ========================================
>
>
>
> Matt’s comments pertaining to this issue:
>
>
>
> SAK-15027 (Wiki notifications are sent when they shouldn't be). Because of a
> security change that happened for 2.6, the preference check for rwiki
> notifications is ignored, so every page modification triggers a new
> notification to everyone in the site. This would be a major annoyance to any
> school that uses rwiki extensively (we do at Michigan).
>
>
>
> It's a simple change which I've ran through all the notification tests for
> (as described in SAK-14298) and is something that worked correctly in all
> previous versions of 2.5.
>
>
>
> =========================================
>
>
>
> Thanks in advance,
>
> Pete Peterson
>
> QA Director, Sakai Foundation
>
> plpeterson at ucdavis.edu
>
> Phone: +1-530-754-7259
>
>
>
>
>
> _______________________________________________
> sakai-qa mailing list
> sakai-qa at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-qa
>
> TO UNSUBSCRIBE: send email to sakai-qa-unsubscribe at collab.sakaiproject.org
> with a subject of "unsubscribe"
>