Jim M

Please be advised I have moved this to a ticket to obtain further information from you. Please watch your email for further correspondence.

As long as your server and database are optimized for INNODB then that would be up to you and your hosting provider.

I'm afraid, there is no mass option to delete all messages. This would require customization or you're welcome to post this in our official Feature Suggestion forum for further evaluation for a future release.

Could I confirm that you are logged into the same user on both front-end and back-end?

This is a custom member title. I'm afraid though, customization is outside our scope of support so the actual variable may be different. Simply comparing the theme template to default would aid in this, however.

Patches can be found by going to ACP -> Support. However, the patch here was on 4.7.0 so if you are on 4.7.1 (or higher), you would have this.

What we perform is best practice to sanitizing data for output. You do not want to allow HTML being rendered in your form fields as this will open you open to several vulnerabilities. We only allow this in specific areas, unfortunately, this is not one of them. To get what you're after, this would require customization or using a custom formatting for output. Both of which, I'm afraid, is outside our scope of support so I will move this to our Community Support forum so you can obtain assistance from other clients.

You would need to ensure that the moderator(s) who are looking to use this have the permission to do so in ACP -> Members -> Staff -> Moderators -> edit user/group -> Content tab -> Can manage alerts?

Why not just choose the URL option for member profile fields? As mentioned by @opentype, the field value itself will not render HTML and will escape it, as seen in your post. You would need to utilize some custom formatting for this based on their selection. You would not be able to insert HTML as a selection value.

Sorry, there is not a global mechanism to disable follows for all users. Please feel free to leave your suggestion in our official Feature Suggestion forum for a future release.

The folder you place the software in on your server will be a static constant in your URL, meaning if you install at site.com/gallery, it will always be site.com/gallery/(whatever application/page you're accessing and gallery would be duplicated in the URL if it is not the default application). Our software rewrites URLs to be more human friendly (if you enable that) to accomplish what @Meddysong is talking about so that if you install in a folder called gallery and run gallery as your default application but also have forums installed, you would see it at site.com/gallery/forums (or vice versa if you install in a folder called forums). If you do not have a website at the root of your domain (e.g. site.com), nor do you plan to have one, it would be suggested to install there for URLs that make the most sense. Example: our community here is installed at the root of our domain (https://invisioncommunity.com/) and we have set our CMS application (Pages) as the default application to generate content for our marketing website so that everything in that application can be set to the root. The software then puts the forums application at https://invisioncommunity.com/forums . If we had Gallery installed here it would then be at https://invisioncommunity.com/gallery . Now, if you want forums as the default application, this would be it at the root of your domain (site.com) and then gallery would be at site.com/gallery or vice versa. Hope that makes sense.

Sorry, this is not possible. You can insert images from Gallery into content but not have Gallery create content when you upload an image.

Want to comment that your server seems to be running extremely slow at the moment. Even pages in the ACP and login pages, which are not remotely resource intensive, are taking several seconds to load. Your maintenance tasks are not running via your setup CRON so I set those back to traffic. Right now, you have Javascript errors which are preventing anything that runs Javascript to run. You will want to keep all third party add-ons disabled and ensure that the following folders are writable on your server: applications datastore plugins uploads and all sub-folders of uploads Once that is done, please clear cache in ACP -> Support. If you continue to have issues, please provide us FTP access in the client area.

In the bottom right of the editor, you will see an "Other Media" button. Click that and you will have an option to choose from photos/videos you uploaded to Gallery.

Please note caching can live also outside of PHP. You will want to check with your hosting provider if you are unsure. Please be aware, we are indeed trying to solve the problem 🙂 . As I cannot reproduce this issue myself from start to finish, even on your own community, it will be extremely hard to resolve. I am walking you through troubleshooting steps based on what is being reported back so we can rule out anything in your environment which may cause the software to behave incorrectly.

Your cache is rather outdated, please ensure your background tasks are running. Once I cleared all php files in your /datastore directory, recovery mode worked. Please try now and do not enable any third party add-ons which are not compatible with the release you're on or PHP version.

Cache I am speaking of would be configured at the server-level, not the software level. Please contact your hosting provider if you are unsure.

There are multiple levels of caching, if it isn't your browser, there is also server caching and caching in our application. It may be you have caching on your server which presented this and restarting it cleared that. Unfortunately, that would need to be something you contact your hosting provider on. Restarting the server shouldn't have an impact on the cache written to our datastore as this is not stored in your server's memory thus restarting it wouldn't have an impact.

Glad it resolved on it's own. Likely cache was out of date and updated 🙂 .

This looks like an error coming from a third party application/plugin Radical tags. Please ensure it is compatible with the release you're on and work with the author to resolve it as third party applications/plugins are outside our scope of support.

Were third party applications/plugins re-enabled? This is the cause of your issue so you would need to work with the authors to ensure that they are compatible with your release. Please try using recovery mode to re-disable them all: https://invisioncommunity.com/4guides/client-services/getting-support-r292/#recoverymode

Do you have any caching on the server? This would be the only thing which I can think of which would impact this. Your server may be incorrectly caching sessions.

Thank you, taking a closer look at your settings here and comparing what is happening with a test install. I have concluded that there are some sorting issues when viewing by category in the software. However, there is currently a bug for some Pages Database sorting issues already in our queue so we will review this with that task. Thanks again for reporting this!

Please ensure our account on file has access to your ACP. We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.