Jim M

Little confused as what you quoted above is from the System log. If you are no longer experiencing an error though with all third party applications/plugins disabled then this would mean that one is responsible for the error. You would need to find that add-on by enabling one-by-one then contact the author for assistance.

Are you still getting the same error mention above? Unfortunately, your System Log is empty so I am unsure what you are referring to here. Additionally, changing themes on your community is not encountering an error. If there is an error, it may be with the theme you're attempting to switch to.

Disable all third party applications and plugins and switch to an unmodified theme then try again. Unfortunately, something is still creating an issue for you.

Glad we could be of assistance 🙂 .

The image is intended as it is a screenshot from charts in the ACP. Clicking the "Learn more" in your ACP, will answer your questions here as it will be relative to your server 🙂 . In short, it is based off of the server's timezone what you're looking at in the charts.

While the data for logs is stored in a Unix timestamp, the data for the stats should be shown in your server's timezone. There should be a something similar to the below on the chart, which when clicked, will display information about the timezone that this data is displayed in:

Thanks for reporting this. I have moved this to a ticket so we can better investigate this for you. Please watch your email for further correspondence.

I would suggest reaching out to your hosting provider. As you are utilizing PHP mail and I am not seeing any errors from today in our email error log, that would point to an issue with the server not sending it or something else that your hosting provider would need to tell you.

Thanks for posting! Unfortunately, this issue is beyond the scope of our technical support. 👩‍💻 It is currently intended to be that large. To change it, it would require a customization. Our technical support is happy to help you with the Invision Community platform, but we're unable to help with things like server management, theme questions and modifications. I've moved this to our Community Support area where other Invision Community owners will see it and help where they can.

You would need to ask your hosting provider on this but typically it is public_html. The important folders in our software would be: /applications/ - if you have third party add-ons. /plugins/ - if you have third party add-ons. /uploads/ - this stores all attachments your users upload. any custom storage locations. conf_global.php of course, your database. The rest of our software is the core software which runs it and does not hold any information.

Please be advised I have moved this to a ticket so we can better investigate what is happening with this particular user here as something seems to be off. It could be related to a third party application/plugin or a bug in the core but we will need to investigate further. Please watch your email for further correspondence.

How exactly did you manually assign these? I am asking as the renewal for the subscription for this user was assigned to another completely different user. Was this manually edited in the database?

In 4.7.1, both these scenarios should be covered but as you are on a older release, I would advise upgrading and trying again. If you're still having an issue we would require access to further investigate.

Believe we're missing some information here: do they have an expired subscriptions? Were they given a free subscription via the ACP?

You would need to move these into our software itself (Pages Media would handle these well) or use an external image host. You cannot move files outside of the software to our Cloud, I'm afraid. It would be advised to perform this prior as you would get gains from it. However, if you did perform the move, we can factor this into your migration when you speak to our Sales team. Speaking of which, if you're interested, I can move this to our Sales team so you can get any further questions answered. Please let me know.

While I get what you're saying, I don't think every software free/paid will ever consistently match up exactly feature to feature. Our users have had different objectives so certain items have been prioritized or just simply haven't been brought up yet. However, that's not to say, this particular feature won't be in the software in the future. You're more than welcome to provide this in our official Feature Suggestions forum for further evaluation for a future release.

Are you using a modified language pack? If you create a new language pack, do you have the same issue?

Believe there is a misunderstanding here, that message is coming from your server, not our software. Therefore, something on the server is causing this message to appear. Perhaps, it is hitting some limit which is configured. Server diagnostics is outside our scope of support so your hosting provider would need to investigate why you are getting a 429 Too Many Requests message. Even if our software is the root of the issue, your hosting provider would need to provide supporting logs to detail that. Without the 429 error gone or some logs pointing towards a software fault, we are unable to move forward in assisting you.

If you're doing a full server change over, you will want to follow these instructions:

I'm afraid, you would need to work with your hosting provider as this is coming from your server, not our software.

There is not here, as the stack trace is rather generalized. Unless you are aware of if there are any which hooks into this: marktopic_hook_code_forums_modules_front_topic

As Daniel mentioned, there is a custom theme or third party application/plugin which is causing this issue. You would need to find out which one it is and then disable it and contact the author.

Recovery mode: Alternatively, you will want to go back to PHP 7.4

You will need to check with your hosting provider, as it sounds like either the server is overloaded or your firewall is blocking you.

You would need to contact your hosting provider for assistance here then as the log may be stored elsewhere. In order to assist you further, we would need to know the error here which is causing the Internal Server Error.