View Issue Details

IDProjectCategoryView StatusLast Update
0008244phplist applicationUser Managementpublic23-05-12 11:25
Reporterhola 
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product Version2.10.3 
Target Version4.0.xFixed in Version2.11.7 
Summary0008244: disabled field seems to serve no purpose
DescriptionHello,

i cannot see any use for the disabled field for a subscriber. I performed a test and disabled a user by entering 1 into the field and saving the update. I then attempted to send him an email and the subscriber got it! Why do you need the disabled field wen the unconfirmed does the job?
TagsNo tags attached.

Activities

hola

15-10-06 05:54

reporter   ~0019942

In addition I thought that they disabled tag might stop a subscriber from changing their details but the test allowed a subscriber who is marked as disabled to changed their details

michiel

15-10-06 18:53

manager   ~0019945

it has a purpose in the Webbler, www.webbler.org, but you're right that it may cause confusion and unmet expectations.

olt

31-03-08 12:43

reporter   ~0043842

from my point of view this is a very serious issue. although its old and dusty. as mentioned in the documentation:
http://docs.phplist.com/ImportUsersInfo
"When importing you can include a column labeled "Is this account disabled?". Values in the column can be 0 or 1. If 1, the users account will be disabled, if 0, the user will be normal. This can help in situations like this: You maintain a membership list independent of PHPList. Some people indicate to you that they don't want to receive email newsletters and you keep track of it via the membership list. Of course others unsubscribe via PHPList. So now you have to reconcile the two. The way to do it would be, include a column in your import file "Is this account disabled?". Mark the records with a 1 that have indicated they want to receive no email newsletters. Leave all the other records blank in that column. When you import those with a 1 should be marked as disabled, while the blank records should be left in the state they were previously in. (It would be wise to test this first on your own PHPList installation using a small test list.)"

if you rely on this you get lots of trouble! please raise the priority and fix this issue!

jvarrone

08-06-08 17:07

reporter   ~0049130

On or around line 470 (of version 2.10.5) in ./lists/admin/processqueue.php change:
$userconfirmed = ' and user.confirmed and !user.blacklisted ';
to
  $userconfirmed = ' and user.confirmed and !user.blacklisted and !user.disabled ';

This will exclude "disabled" accounts when PHPlise selects accounts to send email to.

michiel

23-05-12 11:25

manager   ~0051602

http://phplist.svn.sourceforge.net/phplist/?rev=3245&view=rev