[Building Sakai] Turnitin content review 2.9 - account notification settings no longer respected?

[Earle Nietzel]

Hi Will,

if  (!serverConfigurationService.getBoolean("turnitin.sendAccountNotifications",
true)) {
sendAccountNotifications = 1;
} else {
sendAccountNotifications = 0;
}

and is then used here:

params = TurnitinAPIUtil.packMap(turnitinConn.getBaseTIIOptions(),
"fid", fid,
"fcmd", fcmd,
"cid", cid,
"tem", tem,
"ctl", ctl,
"dis", Integer.valueOf(sendAccountNotifications).toString(),
"uem", uem,
"ufn", ufn,
"uln", uln,
"utp", utp,
"uid", uid
);

dis param is used to disable the sending of emails and this logic looks correct.

I also cross checked this with a moodle turnitin tool and it follows
the same logic

dis=0, send email
dis=1, disable email

Maybe you should turn on the apicalltrace log for turnitin so that you
can see the value being sent is in fact a "1".

log.config.count=1
log.config.1 = ALL.org.sakaiproject.turnitin.util.TurnitinAPIUtil.apicalltrace

Earle
Asahi Net Int.

On Tue, Jun 3, 2014 at 10:10 AM, Will Humphries
<Will.Humphries at tufts.edu> wrote:
> Hi everyone,
>
> Tufts uses the content review implementation to integrate with turnitin.
> After upgrading to 2.9, we've found that turnitin account notifications
> are being by turnitin whenever users are enrolled in a course. We have
> turnitin.sendAccountNotifications=false , and it doesn't look like the
> code that looks at that settings, and uses it, has changed since we
> upgraded.
>
> Has anyone else run into this?
>
> -Will
> _______________________________________________
> sakai-dev mailing list
> 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 with a subject of "unsubscribe"