Chris Anderson

I have observed the following behavior for several months on two different servers with multiple installs. One running cPanel and the other running Plesk. I install the Invision Community Suite and set up a cron job running once a minute. This starts the process of each task getting run at different time intervals. I then go ahead and install various marketplace apps that create tasks that are supposed to run at certain timeframes in order for them to work "as expected". Upon installing a monthly update or an update to address various fixes I see that all of the tasks are reset. I have included screenshots of a fresh install on my testbed server just a while ago: Fresh 4.7.10 Install: Upgrade to 4.7.11.1 After waiting a few minutes: As you can see above all of the tasks are reset and start afresh with a new date and time for each task to run. Resetting tasks will be particularly problematic if you have tasks that should run once every seven days or once a month. The new timeframe for these tasks will be much greater than a week or a month which might prove problematic. Weekly tasks "should" run at the very end of the week and monthly tasks "should" run at the very end of the month not simply 30 days starting on some random start date tied to an update. Having a task run 1 day and 15 minutes is also a problem as you might want that task to run consistently at some point in time but it won't, it will run 15 minutes later each and every day. These random task run times will also make it difficult to plan and successfully execute backups that have everything in an ideal state to relaunch a site again if you have to restore from the backup. If you happen to do a backup right in the middle of a task(s) and later restore it the site will be in an inconsistent state. No telling how minor or major this inconsistency will be. Subsequent restores will further aggravate the situation. This will likely cause difficulties at some point in time when a site is updated as your programming logic will expect certain things to be in the database or the database might have corrupted data. Task running times should be consistent and run at expected times that match up with that year's calendar, so weekly and monthly tasks always run at the appropriate times. As it currently stands that isn't the case.

Various "Support" related functionality is still active throughout the ACP even though the app has been disabled. This shouldn't be the case.

As it makes no sense to start using the “Support” app built into Invision Community Suite as it will be deprecated soon, I went ahead and disabled the app. Unfortunately, it doesn’t fully disable the app after all as you can see below. If you disable “Support”: “Support” related tasks continue to get run daily: supportAssignedReminder Sends a reminder email to staff members who have open support requests assigned to them. supportAutoresolve Marks old support requests as resolved. “Support” still shows up in the Menu Manager:

Go to your ACP and navigate to Themes and click on the "Edit HTML and CSS" option as shown below: Navigate to: core/front/global/globalTemplate Append the following just above </body> which is located at the very bottom: <a rel="me" href="https://Your Mastodon Server Name/@UserName"></a> </body> </html> This will place a hidden rel="me" on the front page of your site that your server should see and validate you. <a rel="me" href="https://Your Mastodon Server Name/@UserName">Mastodon</a> "If" you include the underlined "Mastodon" as shown above you will get a clickable link shown up on your webpage which probably is not ideal which is why I did not include it. You could also place the rel="me" code on other pages you might have on your site but you need to include the page in your profile such as shown below: https://mysite.com/aboutme.html Your profile will show your website as being validated but with the page appended to the website. Depending on your server it could take anywhere from a few seconds for your domain to be validated to several hours.

@Andy Millne I do not see any tasks created that relate to this app. Did you add additional functionality to an existing task? If so which one? I'm trying to gauge the impact this app might have on a server. If you have a site with tens of thousands of members all reacting positively to each other how will that impact a site's CPU, memory, and database size? If a particular member gets a bunch of new likes from other members today how long will it take before they show up in "Similar Interests"?

@Andy Millne The latest uploaded version seems to have corrected both issues. Thanks for posting such timely updates.

@Andy Millne Unfortunately, when I upgrade to 1.3.1 the site goes offline: I also got a message from Plesk that the site is offline. So whatever change you made is not playing well with the site. I disabled the app and things go back to normal. Reenabled it and things go amiss. I also cleared the system caches. No errors are being logged in the ACP and the PHP8 Compatability Scanner notes no problems. I went ahead and disabled your app on my test server while waiting for you to figure out what needs to be fixed. Plesk sent me an email that the site is back online.

@Stuart Silvester Thanks for letting me know account deletions are being logged in the Administrator Logs. I never thought to look there. I noticed an anomaly in the Administrator Logs: Deleted member: Member 4 #9 Not sure what the "#9" stands for. Could you please elaborate on its significance?

Please look into why your app is causing the error below and fix it. Thanks...

As it currently stands in Version 4.7.11 Beta 2, once you click on the check mark shown below the deletion process is executed, and no trace of the action is logged. I suggest that upon clicking on the check mark the request is moved to a new section called "Deletion Requests Completed" with the photo and email redacted as they would be considered PII. But the deletion request and the day it is completed should be logged for auditing purposes. This way you could detail later that a member by the name of "X" who joined on a particular date was ultimately deleted "per request" on another particular date.

Here are the steps I took to get the error: Upon clicking on the "Download" button the following error is produced: Here is the ACP error message:

That endpoint might work "today" but I would recommend reaching out to Amazon to see if that endpoint will always work. I would hate to have you start relying on the data being available to your users via S3 and one day that endpoint no longer works as Amazon really wanted you to point to a specific endpoint like: s3.us-east-2.amazonaws.com which is what worked for me in the past.

I poked around some more at Amazon and discovered that the Group and User that I had created via the how-to guide over a year ago had been deleted so of course I no longer have the requisite permissions to access any S3 buckets I created. I can understand disabling buckets but not groups or users. I deleted the account and will create a new one so I can start fresh. I am not sure if the problems you are seeing are due to missing a step or if there might be some setting buried deep within Amazon AWS that needs to be configured to allow for S3 to work with the IPS suite.

@Square WheelsYou're not alone in getting the error message above. I was able to set up and use Amazon S3 in the past using the provided instructions but last night I spent several hours trying to get it to work once again to no avail on several different sites. The error message doesn't provide sufficient clues as to what might be amiss.

Also "following" a post and immediately removing it gives you an extra point that doesn't seem to get taken back.

Also "liking" a post and immediately removing it gives you an extra point that doesn't seem to get taken back.

You might consider checking out this marketplace app:

You should also keep tabs on the Release Notes page to see what new functionality is being added, changed or deprecated as it will likely impact your apps going forward. Also I would recommend reading the Invision Community Insider and News section to become more familiar with the platform and how it is evolving in the near and long term.

You may want to check out the marketplace to see some of the ways this platform can be extended and the Developer Resources section to learn how to develop and extend Invision Community applications. The suite is moving more and more towards utilizing various internal and external APIs to allow one to extend functionality.

I'm running Improved Clubs Enhancements Version 2.0.6 on IPS Community Version 4.7.10 running PHP 8.1.19 I am also getting an error when attempting to add a new homepage. I disabled "all" addons and plugins and created a brand new club with default settings. I also cleared the system caches prior to attempting to add a new home page. Here is the error message I consistently get:

Please check out the deprecation discussion above as you are not the only one concerned about this feature (and other features) being deprecated.

Why not do a license check for testinstall. If running under that license type disable all functionality you wouldn't want running under that kind of environment.

Maybe you might understand what I am talking about if I visually show the prior state vs the current state. Points until my next rank jumped 650 points which is a significant jump.

A week or so ago, when I last, saw my point total it was 189, now it shows "849". This leads me to believe that there might be a hidden problem with achievements after the most recent update. If it is happening on this site it "might" be happening on other sites but maybe no one has noticed as of yet. I was looking forward to advancing to the next level around the time I hit my 20th anniversary here. Now it will take several years to achieve the next level which is a bit of a bummer...

Would you have time in the near future to address the issue above?