User Preferences for Email Alerts

[npeterson]

I have a number of migrated users whose PLoS Journals profiles show no subscriptions to content alerts, but whose phpList profiles show subscriptions. If I unsubscribe them in phpList, they get resubscribed overnight.

[russ]

phpList is not really part of this issue.

we use the alertsinfo.groovy script to extract user alert preferences from mulgara

ambra\head\ambra\scripts\src\main\groovy\alertsinfo.groovy

we use the output to update phpList.

what's happening is that users are changing their preferences in ambra (or admins are editing user preferences for them), but the data from alertsinfo.groovy is not reflecting that change.

it's possible that alertsinfo.groovy is not up to date - some part of the data model in mulgara has changed and user preferences are saved somewhere else (although it is still working for some users - maybe just new users? maybe it's only broken when the admin updates a users's preferences?)

it's possible that we're not actually saving the changes to mulgara, and we're persisting the user data in ObjectCache? or something hideous like that (it's happened before)

i'm sure there are other possibilities.

but the problem is occurring before the phpList part of the process - i've confirmed that the data is missing in the output from alertsInfo.groovy

here's the script we use to update phpList if you're interested:

 https://tools-dev.plos.org/viewvc/scripts/topaz/populatePhpList?view=markup

[russ]

the format of the alertsinfo.groovy script

one user per line:

username@…, "<comma separated list of checked preferences>"

example:

"ruman@xxx.org", "computational_biology_weekly, genetics_weekly, medicine_weekly, plosone_weekly, biology_weekly, plosntds_weekly, pathogens_weekly, clinical_trials_weekly"
"tpelon@xxx.org", "genetics_monthly, biology_monthly, computational_biology_monthly, plosntds_monthly, medicine_monthly, pathogens_monthly, clinical_trials_monthly"

[dragisak]

(In [7778]) Fix bug introduced by r6940

Administrators would end up modifying their own preferences instead of selected user's.

Addresses #1349

[npeterson]

Is there another issue? Susanne reported that in addition to the Admin problem, that users had problems editing their own preferences (not related to the admin functionality).