23 replies to this topic

[m4rtin]

File Name: Manage Inactive Members v1.2.1
File Submitter: m4rtin
File Submitted: 26 Jun 2009
File Updated: 18 Jan 2011
File Category: IP.Board Modifications

File Information
Compatibility: IP.Board 3.0 & IP.Board 3.1


Description

This application is all of my previous inactive tasks (Notify inactive, Move inactive, Delete inactive and Delete Old Messages) converged together in one application.

Notify Inactive is a task that sends out a notification to inactive members.

Move Inactive moves an inactive member, and moves them back again if they return.

Delete Inactive deletes an inactive member.

I recommend that you combine these three tasks. First, send out a notification, then move them to their own group, and finally, delete members of the inactive group.

And finally, Delete old messages. This task will go trough all personal topics in your system, and delete the messages who are older than a set number of days. Good way to keep your system light and clean.


Release notes

• 1.2.1
  
  • "Notify time" was not updated. The same members would be selected for each run.
• 1.2.0
  
  • Ability to notify other members (staff, etc) when a member is inactive
    
  • Ability to not notify a member that is being moved
    
  • General improvements and bug fixes
• 1.1.6
  
  • Fixed a bug in "Notify Inactive Members" where setting "Time between each notification" to "0" notified members more than once.
    
  • Several new features in "Move Inactive Members" have been added
    
    • Search for inactive members within secondary groups
      
    • Option to remove secondary groups when a member is moved
      
    • If you manually change an inactive members group, the member will not be moved back automatically
      
    • If an inactive members previous group have been deleted, the default members group will be used.
• 1.1.6
  
  • Compatibility release for IP.Board 3.1
    
  • "Notify Inactive Members" would not send any emails at all if "Only send email to member that allow emails from admins" was turned on. I believe this has been an issue since v1.0. During the upgrade of this app, you will get the option to reset all data related to sent notifications from this app (last notification dates).
• 1.1.5
  
  • PHP error in the hook that moves returned inactive members back to their original group.
• 1.1.4
  
  • A bug in "Delete Inactive Members" made it impossible to delete members with zero posts only, causing to skip that option while searching for members.
• 1.1.3
  
  • Fixed an issue with "Delete Old Messages"
    
  • If the original group a moved member was deleted, they were still moved back to that group. Now they're moved into the default members group.
    
  • One (unused) setting for "Notify Inactive Members" ("Just notify once") has been removed.
• 1.1.2
  
  • Some email quick tags did not work in "Notify Inactive Members", and emails sent to deleted members were empty
• 1.1.1
  
  • The settings weren't properly built (The new ones were missing)
• 1.1
  
  • All tasks have now a new setting were you can choose the max amount of affected members/PMs pr cycle
    
    
  • In "Move inactive members" have an option to send the admin a PM when an inactive member returns
    
    
  • "Delete Old Messages" returned an error if the topic starter has been deleted
    
    
  • A scroll bar in the list of affected members in the log viewer has been added.
• 1.0.4
  
  • SQL error in all tasks (Related to fetching ACP templates from the public side)
• 1.0.3
  
  • Sending personal topics did not bypass various errors.
    
  • SQL error in Delete Inactive Members
• 1.0.2
  
  • Sending personal topics in Move Inactive Members did not bypass the flood control.
• 1.0.1
  
  • Move Inactive Members only moved one pr cycle.
• 1.0 Stable
  
  • Few spelling mistakes fixed. All tasks will honor the option members have to not receive emails from administrators. And they will only process 250 inactive/old members/messages pr cycle.
• 1.0 RC1
  
  • Pre-final release candidate. Delete old messages are done, and a most reported bugs should be fixed. Please test it in a test installation before trying it live.
• 0.9
  
  • Pre-final beta release

Click here to download this file

[Cabola]

Might I suggest a small addon for this one? The ability to make the system post a post in a preset topic id with the info of the members it has moved to the inactive group, what group they where before, and also which members where moved from the inactive rank and have returned.


I used your mods for IPB 2.3.x, and I was working on the suggested function because when the members returned we would "promote" the members into another rank then the rank they came from. Based on which group the member came from as they went into the inactive group. But I never was able to get it done because my IPB modding skills are very limited.. :/

It would be nice to be able to keep track of this info, it doesn't necessarily have to be a post on the forum it could just as well be a log within the admin area.. Just any kind of "log" of what have been done would be nice!

[BadgeHunter]

Just a quick question I'm hoping someone can assit me with.

After installing and setting everything up, I ran the task to send out the emails and all went well. I went to view the log for that taks and it was showingt what had been done, I viewed the "Move Inactive Member" Log and I see the following error...

'Email/PM Subject' or 'Email/PM Message' is empty. Go to the settings and correct this, then unlock this task

I checked the Move Inactive member settings and everything is filled out, why am I getting this error? Because I don't see this error on the other logs, even though I haven't ran them.

Any help would be appreciated,
Rob

[m4rtin]

Can you re-check that those settings for that task actually is filled in? And take a screenshot of it.
Does it show that error both if you run it manually, and let the system run it for you?


This application has been alive for quite some time, and this issue hasn't come up yet, which leads me to believe it's some sort of problem on your end.

[BadgeHunter]

All is good, I guess it tried to run the task while I was setting it up. Because now it seems to be fine as its showing it has completed 3 successful task since the first error.

So please ignore my ignorance

[BadgeHunter]

One thing that would be nice is when the system sends out email, it sends 250 at a time per batch. When I click the link, it shows the user names that had been emailed. the poroblem is, I can only see the first say 25 people because you can't scroll down the list.

Is there a way to fix that or make so the system creates a text file in the root directory of the boards that way we have something to look at, just to make sure everything is all good.

[BadgeHunter]

I actually was hoping you could make sure I have this set up properly, as I would hate to move or delete someone too soon. If you could take a look at my settings and make any reccomendations, I would greatly appreciate it.


Here is the Notify settings I have...

 notify.png   85.57K   11 downloads

Here are the Move Member settings I have...

 move.png   92.82K   13 downloads

And here are my Delete Members settings...

 delete.png   78.31K   10 downloads

Thanks, and sorry if I ask too much, I just don't want to make any boo boos when it comes to my members

Rob

[m4rtin]

BadgeHunter, on 17 January 2010 - 02:39 PM, said:

One thing that would be nice is when the system sends out email, it sends 250 at a time per batch. When I click the link, it shows the user names that had been emailed. the poroblem is, I can only see the first say 25 people because you can't scroll down the list.

Is there a way to fix that or make so the system creates a text file in the root directory of the boards that way we have something to look at, just to make sure everything is all good.

Will take a look at that next time I update the application

BadgeHunter, on 17 January 2010 - 03:19 PM, said:

I actually was hoping you could make sure I have this set up properly, as I would hate to move or delete someone too soon. If you could take a look at my settings and make any reccomendations, I would greatly appreciate it.


Here is the Notify settings I have...

notify.png

Here are the Move Member settings I have...

move.png

And here are my Delete Members settings...

delete.png

Thanks, and sorry if I ask too much, I just don't want to make any boo boos when it comes to my members

Rob

Looks OK to me

[BadgeHunter]

Ok great!

I just wanted to make sure one of the tasks wasn't going to be performed before its previous task had a chance to run

Thanks for your time!

[BadgeHunter]

One last question, and I promise I won't bother you anymore....lol

How can I tell when a member is being moved back to a active member?

Not sure if this matters, but I created a test account and moved it to the Inactive Member Group, waited until 24 hours and logged in the account, but is didn't move the account to memeber status. But I'm not sure it works that way since I moved the account manually.

So how can I tell if its working, I would hate for a returning member to log in again and not be moved back and then deleted on the next cycle when the application runs its tasks.

If there is no way to tell, then may I make a suggestion. Have the application send a PM or email to me letting me know Member (X) has returned to active member status, Member (X) was move to the Members Group.

Or something to that nature.

[m4rtin]

You can not do the move manually, and expect it to be moved back automatically. When the task runs, and a member is moved, their previous group ID is stored in the database, and they will be moved back to that group. When you did the move manually, that field in the database isn't populated, and it therefore wont work.

Sending a PM to you when a member is moved back can be done. This wont be added until I do a bug fix either. Wont be too long, as something was reported on IPS' forums yesterday.

[BadgeHunter]

Ok coolness, I figured that would be the case, I look forward to the update, would be real nice  to see who is moved and who is moved back when they return

But so far the script is running pretty smooth

[m4rtin]

v1.1 have been released!

• All tasks have now a new setting were you can choose the max amount of affected members/PMs pr cycle
  
• In "Move inactive members" have an option to send the admin a PM when an inactive member returns
  
• "Delete Old Messages" returned an error if the topic starter has been deleted
  
• A scroll bar in the list of affected members in the log viewer has been added.

[BadgeHunter]

Is there a setting for this?

◦In "Move inactive members" have an option to send the admin a PM when an inactive member returns

Or does it send the PM to use by default?

Thanks again for the updates!

Rob

[m4rtin]

You mean sending the admin group a PM instead of just one member?

[BadgeHunter]

You stated in your update information that

"◦In "Move inactive members" have an option to send the admin a PM when an inactive member returns"

I'm wanting to knwo where this setting is, I've looked but I don't see it in any of the settings. I want a PM sent to me when a member returns.

[m4rtin]

Thanks for reporting that. I've released v1.1.1 which should include those settings.

[BadgeHunter]

Ok, at least I wasn't losing my mind, I wouldn've felt stupid If it were right in front of my face

Thanks for the update!



Rob

[m4rtin]

v1.1.2 to is out already.
his release fixes an issue with emails quick tags in "Notify Inactive Members" and empty emails sent to deleted members.

[m4rtin]

If you downloaded v1.1.2 prior to this post, you will not be notified that there's an upgrade available in your ACP. This should not lead to any issues, and there's no need for those of you who've already uploaded the files to re-upload them.