-
Posts
14,971 -
Joined
-
Last visited
-
Days Won
262
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
Posts posted by Marc
-
-
On 9/17/2021 at 11:39 PM, sadams101 said:
I hope we've provided you with enough clues here...please let me know. I don't plan to reply to the open ticket unless you still think it's necessary.
We would need access details on the ticket we created there. If you can provide those, we can get a closer look
-
It is very likely caching that you are seeing, so let us know once you have had chance to monitor. Also check to see if you have any robots.txt file in there which may be blocking this, as there was one created and patches at one point
-
This has now been corrected for you, and you are able to log in. The issue here is that while your site is at root, its using files from a forums folder. There is a copy of files which are residing in the root of your FTP, and those are not actually the files your site is using. So you are editing the wrong files there. Note, you should not need any of the suggested edits above for your site to work correctly, so they have been removed.
All that was needed there was the conf_global.php file to be edited to https correctly. You were editing the wrong one there.
- TIPF, TDBF and Jimi Wikman
- 2
- 1
-
Sorry, Im a little confused here. Is it the member whos post was create who cannot post anonymously, rather than the person who is editing?
-
Just to note, this will of course also work on desktop browsers where supported
-
Could you please check you are using the latest release of the platform on this? I cannot see any issues with this when testing on my end.
Here is what I did, just to ensure we are on the same page
- Edited one of my test forums and set it so that people could post anonymously
- Created a test group which allowed anonymous posting
- Created a test user, who was a member of that group
- Posted a new reply to a topic as that member, and posted it anonymously
- Edited my own group (now logged in as a member with full admin and moderator permission) to ensure I do not have permission in there to post anonymously in the group setting
- Edited the post I created above
-
If you believe you are having issues that are related to that bug, please go to System->Support and ensure you have run all optional patched that are shown. That issue was resolved in a patch to the system
-
14 hours ago, Duken said:
Yes please. I dont have this app from @Adriano Faria
The admin username and password for admin still appears to be incorrect there. If you can correct those, we can take a look for you
-
That would indeed switch off the internal sign up button 🙂 Glad you found what you need there, Chris
-
The selection on whether or not to cache a block is when you create a custom block with custom content, and create this from the admin CP. You will not see this on standard blocks you add on the front end of the site
- TDBF and Hypervisor
- 1
- 1
-
They would only work for android at the moment, as these functions are not supported by the devices
-
You need to contact your hosting company on this issue here. There is nothing within the software itself that is causing this from what I can see. Your conf_global.php file, when checked yesterday, was set up correctly. The htaccess file is also set up correctly. Something at a server level is causing things to be directed from https to http, and your hosting company should be able to tell you what that is.
-
Excellent, thank you for letting us know. Enjoy the rest of your weekend
-
There is no way in which to do that at the present time, unfortunately. I have moved this ticket to our suggestions area so it may be considered at some point in the future
-
Taking a look there, either something is cached on your server, or your server is redirecting back to http. Please check both of those
-
Could you let us know what site this is relating to? Im not seeing any issues on either of your sites here without being logged in
-
That is correct. Could you clarify what you mean when you say "These docs"? We would not actually recommend you wish caching off
-
On taking a look at your site, it appears there are no longer any background tasks there. Could I please just confirm these are sorted? I'm suspecting running them through manually has got them through for you?
-
There wouldnt be a way in which to do that at present, unless you remove moderation rights on the front end
-
Please let us know if you require any further assistance, but at present it appears this is a 3rd party issue, based on the above.
-
I see the is actually an update in progress on your site at the moment. If you are still having these issues once that upgrade is completed, please let us know.
-
If the issue there is in a custom language pack you would need to contact the author of that language pack.
-
This happens generally when there is a limitation hit on the server somewhere. Check your server error logs just after this occurs, and it will likely show you the item that is preventing you uploading. Memory_limit can be one, due to additional memory required to process animated gifs
-
Ah, sorry, indeed that is correct. I can move this to our suggestion forum, where it can certainly be evaluated.
Help - configuration or server error with latest update
in Technical Problems
Posted
Looking at the ticket, Im happy to see that issue was resolved for you by our developers. It does seem your database is not currently using UTF8MB4 as was suggested. Its likely this could have been what caused your issues in the first place. So we would advise on ensuring this is addressed before you run any upgrades going forward