Module: Automatic Message Pruning

Re: Module: Automatic Message Pruning

gelbeseiten — Wed, 13 Nov 2013 19:54:42 -0600

Hello,

we just tested this module to hide messages in one of our forums. We could also access the hidden messages from the control center. So far the module is working fine. We did hide all messages. This particular forum is empty now, as intended.

There is only one error; on the list page, the number of themes are set to "0" (correct), but the number of messages are still showing with the old count. The date of the last post is Dec. 31, 1969 12:00. Even after deleting some of the messages by accessing the control center and go to unapproved messages > delete, the count stays the same.

Can we adjust this ? If so, where would we have to look ?
The counts on the forum's read page is correct, none at all.

One addition: After creating one new thread, the thread count on the list page jump from "0" to 6. The count of messages went up by one and the date is showing correct for the last message.
The forum's read page is showing the correct numbers, 1 thread, 1 message, dte and clicks correct.

Find the attached list view.

Johannes

Re: Module: Automatic Message Pruning

Thomas Seifert — Fri, 06 Jan 2012 01:31:35 -0600

did you check the unapproved messages panel in the controlcenter.

Re: Module: Automatic Message Pruning

Terradon — Thu, 05 Jan 2012 23:16:13 -0600

Thank you!
installed and worked at once:)
exactly what i needed for just one of my phorums.

one little question: because of safety reasons i have set the action to hide instead of deletion.

But now de hidden messages are really hidden,i can't find a way to delete hidden messages?

Re: Module: Automatic Message Pruning

Robert Angle — Tue, 01 Nov 2011 00:22:52 -0500

Would you be so kind as to add an option to Re-Open topics as well.

The use case for this would be if the administrator chose a duration in which to close topics, and later wanted to broaden it - or simply changed his mind altogether.

Re: Module: Automatic Message Pruning

CBiLL — Mon, 29 Nov 2010 14:41:44 -0600

Quote
Joe Curia
Bill,

Please try the attached settings.php in place of the original. If this works, than the large number of forums you have is causing this module to exceed the storage capacity for settings in Phorum. This workaround should fix the problem for you as you are only pruning a few of your forums. If it does work, I will need to code a better way to store those settings.

Anyways, please upload the attached file and try to save your settings again. Please let me know what happens, good or bad.

Thanks for your patience in working out these bugs.

Same result as the last time, it won't save the setting or reset the cronjob error count after I upload the new settings.php

But I am willing to work with you as long it take to work the bugs out cause I really need module like this 8-)

And thank you for taking time to troubleshoot this

Bill

Re: Module: Automatic Message Pruning

Joe Curia — Sun, 28 Nov 2010 22:08:46 -0600

Bill,

Please try the attached settings.php in place of the original. If this works, than the large number of forums you have is causing this module to exceed the storage capacity for settings in Phorum. This workaround should fix the problem for you as you are only pruning a few of your forums. If it does work, I will need to code a better way to store those settings.

Anyways, please upload the attached file and try to save your settings again. Please let me know what happens, good or bad.

Thanks for your patience in working out these bugs.

Re: Module: Automatic Message Pruning

CBiLL — Sun, 28 Nov 2010 18:09:25 -0600

Quote
Joe Curia
Bill,

I am still looking through the code, trying to find anything that might cause the settings error that your are seeing. The other error was, as Maurice rightly assumed, a mistake on my part in assuming that the file storage api would be available. Please upload this patched file to the module's directory to fix that error.

OK here the picture of an idea what it does when I tried to save the setting for the forums, I only wanted to delete message in my last 3 forums that are older than 6 months along with it attachments.

The first photo attached show the settings I set up for the last three forums before I click save. I also select to reset error count at the bottom.

Second photo show the result and you can see that the last forum in the list lost it settings and the error message had not been reset either.

Third is the strange one .. What I did is put all setting back to default and only set up the last forum that keep losing it settings but this time it kept the setting however it did not keep the setting I choose on "sticky message" and lost that only setting after I saved it.

Thank you for looking into it and if you need access to my forum to further research on this, send me a PM and I will set you up.

Bill

Re: Module: Automatic Message Pruning

Joe Curia — Sun, 28 Nov 2010 17:39:01 -0600

Bill,

I am still looking through the code, trying to find anything that might cause the settings error that your are seeing. The other error was, as Maurice rightly assumed, a mistake on my part in assuming that the file storage api would be available. Please upload this patched file to the module's directory to fix that error.

Re: Module: Automatic Message Pruning

CBiLL — Sun, 28 Nov 2010 16:55:34 -0600

Quote
Maurice Makaay
It is not related to storing the attachments on disk. The error tells that the file API function is not known. Most likely, the file API layer is not loaded, prior to the offending call.

So is the issue on my server end? What do you suggest I look into?

Thank you

Bill

Re: Module: Automatic Message Pruning

Maurice Makaay — Sun, 28 Nov 2010 16:20:24 -0600

It is not related to storing the attachments on disk. The error tells that the file API function is not known. Most likely, the file API layer is not loaded, prior to the offending call.

Re: Module: Automatic Message Pruning

CBiLL — Sun, 28 Nov 2010 15:38:28 -0600

I wonder if this issue is because I am using Store file on disk module?

All of our post attachment are storage on disk instead of in DB, we would like to see those attachement deleted along with the posts. it like over 100,000 photos in there is the main reason why we would need this module.

Bill

Re: Module: Automatic Message Pruning

CBiLL — Sun, 28 Nov 2010 00:40:35 -0600

I been wanting a module like this to delete messages in some of my forums that are older than 6 months.

So I downloaded this module and follow instruction but for some strange reason I couldn't save one of the forum settings and it would error out when I run the script. When I click Save to save my module settings one of the last forum setting would just get wiped out and go back to default blank setting.

Here the error message I get when excuting the line

Fatal error: Call to undefined function phorum_api_file_delete() in

/home/garyk/public_html/mods/automatic_message_pruning/automatic_message_pruning_scheduled.php on line 274
gar

Bill

Re: Module: Automatic Message Pruning

Joe Curia — Tue, 09 Nov 2010 08:27:16 -0600

I guess I would agree with Maurice that this should be a separate module. Ideally it would create a third "Temporary Sticky" sort option on the posting form. The admin would then determine how long these types of messages should remain sticky. After that time, the message would be set to normal through a cron job. Unfortunately I am back to the weekly grind and it is a busy week on top of that. I may try hand at this sometime soon, but no promises.

Re: Module: Automatic Message Pruning

Maurice Makaay — Tue, 09 Nov 2010 06:30:06 -0600

A combination of laziness and semi-stickiness, got it, thanks ;-)

Re: Module: Automatic Message Pruning

Lammi — Tue, 09 Nov 2010 06:26:51 -0600

maurice,

the main reason is lazyness :)
"my" moderators use stickies for messages that should stay on top for a limited time, think of them as some kind of reminder. those messages should not be deleted, but "vanish" in the normal posts after a given time. unfortunately, they use it very often and they tend to forget to un-sticky them. so it would be nice to to make them unsticky automatically.

Re: Module: Automatic Message Pruning

Maurice Makaay — Tue, 09 Nov 2010 05:09:06 -0600

What would be the use case for that? (just interested about it) It sounds rather contra-conceptual to me. To me, stickies are always manually managed, so I'm interested to know how you use the stickies.

When module functionality would have to be written, then I think it would be more appropriate as a separate module, than to add it to this message pruning module. The functionalities do not really match IMO. But maybe your use case makes it logical to do so.

Re: Module: Automatic Message Pruning

Lammi — Tue, 09 Nov 2010 04:04:21 -0600

a nice extra would be the option to "unsticky" sticky notes after a time.

Re: Module: Automatic Message Pruning

Fenix — Mon, 08 Nov 2010 05:55:54 -0600

Installed and running. This one really eases keeping forums tidy for lazy admins like me.

Thanks again Joe. :)

Module: Automatic Message Pruning

Joe Curia — Mon, 08 Nov 2010 01:27:20 -0600

This module allows an admin to automatically close, hide, or delete posts in selected forums after a selected period of time. Each forum can be configured individually. Sticky posts can be excluded.

Settings:
On the settings page for this module you can set each forum to have its own custom actions on selected messages. You can choose to close, hide, or delete posts based on the age of either the starting topic or the last post in the topic. You can set any number of hours, days, or months (30 days) after which to process the posts.

You must use a cron job to process posts with this module. You have two options to do this. If your host supports cron jobs on your server, you can set your own cron job using the "scheduled" hook. If your host does not support cron jobs, you can use a third party service, such as www.setcronjob.com or www.cronless.com. I don't endorse any particular service and others can be found on Google with a search for "free cron jobs."

In either case, I would advise running the cron job once per hour. If your site receives more than 1000 posts per hour and you are having posts automatically deleted then the cron job should be run more often.

Setting up a Cron Job on Your Server:
Your hosted cron job should call the Phorum "scheduled" hook from the Phorum script.php file. The module will handle any time-outs or errors which otherwise could cause the cron job to run two instances of this module. This is one example cron job:

0 * * * * cd your/phorum/root && /usr/bin/php ./script.php --scheduled

There should be no output from this script unless there is an error. If possible I would also advise that you have the output from this script either logged or emailed.

Setting up a Cron Job Through a Third Party Service:
Each third party service will have its own setup instructions but all of them should ask for a url which will be opened on a regular schedule. The url to use for this module is provided at the top of the settings page. Simply highlight and copy the entire url in the text box. This url includes a unique certificate for your site, generated the first time you open the settings page.

Todo:
- Add features as they are requested.