Marc St
-
Posts
14,316 -
Joined
-
Last visited
-
Days Won
248
Content Type
Downloads
Release Notes
IPS4 Guides
IPS4 Developer Documentation
Invision Community Blog
Development Blog
Deprecation Tracker
Providers Directory
Projects
Release Notes v5
Forums
Events
Store
Gallery
Everything posted by Marc St
-
There is no built in feature that would achieve this, but indeed as noted above, you could use zapier for this. Or indeed you could use any other service which would take webhooks for this purpose
-
Im not sure what you mean by you want to inherit it to your forum.
-
This should have been resolved now. Let us know if its not
-
Im honestly not sure what you mean here. Are you responding to the right topic?
-
Can I be the only one allowed to create new tags?
Marc St replied to David N.'s topic in General Questions
No, you would have to add them via the ACP in order to be able to use them. There is no way in which to do it in the manner you suggest -
As mentioned in the message there, you need to visit /admin/upgrade and complete the upgrade
-
To clarify on this. The message shows because our software is actually being allowed to run those functions. So its not so much a case of whether or not they are disabled. It's a case of finding why they are not disabled
-
That would really be a case of community management.
-
We would need specific examples. At present, the only issue outstanding is the bug you reported in the topic you linked to above. If thats the issue you are referring to, then that is still an open bug
-
I have tagged developers on this to confirm
-
Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.
-
A request header field exceeds server limit
Marc St replied to sofos's topic in Classic self-hosted technical help
I would suggest contacting your hosting company on this issue, as they would be the best to advise you in this case -
You could get a time where there is an error on your site, things break badly, or many other things that wouldnt look good on the user end too. Our aim is to resolve the problem so they dont see these things, rather than to make the issue look pretty 🙂
-
There is quite a lot shown on that page. Is there something specific you cant find?
-
Why would you want to get rid of them? Is there some issue being caused on your site due to these? I ask as what you are describing is perfectly normal
-
We are constantly changing things to improve our resilience against attacks on our network
-
Updated with the latest, thanks 🙂
-
I will add this on my notes when doing internal testing on stuff 🙂
-
Glad to hear that sorted the issue for you
-
I think you will find the same with the others.
-
Are all your tables INNODB and have the row type set to dynamic?
-
This appears still to be active
-
Of your database is that large with only a very small number of posts, then something is very likely wrong on the hosting side, to be honest. However you do have a duplicate set of data there. check your prefix in conf_global.php. If it doesnt start with orig_ then you should delete all the tables that begin with that. Ensure you backup of course
-
Could you clarify, are they still getting it now? This is something we implemented, in answer to your question. But it should be very very rare anyone sees it. Most people wouldnt ever see it
-
There are bits we havent spoken about as of yet, as Matt mentioned in terms of donations for example. We will get to them at some point 🙂
