Jump to content

Jim M

Invision Community Team
  • Posts

    9,611
  • Joined

  • Days Won

    47

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Projects

Release Notes v5

Invision Community 5 Bug Tracker

Forums

Events

Store

Gallery

Everything posted by Jim M

  1. What version did you upgrade from? Did you encounter any errors during the upgrade?
  2. This is why we asked you to do this with your hosting provider. They would need to analyze the database and see what is happening causing the corruption you are experiencing.
  3. What you have there is correct. Please see my reply above about the 301 redirect page. That would likely be interfering with it here.
  4. Could you please show a screenshot of how it was implemented? Additionally, the URL on file for your community is leading to a server 301 redirect page (with no redirect). If that URL is the URL you setup for Google Analytics, you would need to correct that before Google can see it.
  5. The queries are 100% correct. The issue is your database server, which is why we are asking you to perform this with your hosting provider.
  6. You would need to have them execute those commands on your database and see what happens. Explain to them that when the software does it, the database encounters problems.
  7. Thanks! I've moved this to a ticket so we can further investigate and see what is happening here.
  8. Are you OK with us adding to the article?
  9. I would advise checking that with your hosting provider because something is happening when that executes. It is best for your hosting provider to review what is happening.
  10. So the article body there is just over 67k characters. The article is quite large but nothing which the dataset can't handle so far. What is the total size of the article which you are attempting to add? How many more images are you attempting to add? You may hit some restriction on our firewall prior to hitting the size allotment for the database.
  11. Do you have an example of what you're attempting to post? I think it would be rather hard to hit a limit there but there may be something else going on.
  12. Sounds like a temporary block but please let us know if it happens permanently again 🙂
  13. The "file" is what you are seeing there in your screenshot. "custom.css" is the custom.css file. These are all "virtual" files as it really is just stored in a database but I used the word "file" to simply relate it to a regular instance most people are familiar with. Both themes you named these as "custom.css" (or used the default provided CSS file). This is why your CSS is overwriting as it is intended. You would want to create a new CSS file (scroll down to the bottom -> click new -> CSS File). Then name it something you'd recognize when in the child theme, I suggested "parent" to be in the parent theme and "child" to be in the child so you understand. There is no need to include the CSS. Theme's CSS are automatically included on all pages.
  14. The software itself, does indeed prevent conflicts. The database configuration, however, is where that falls short. Improvements can indeed be made; we both agree on this. However, in the current state of things, if third party applications/plugins currently don't implement the same validations or prevent/break those from happening, that can create issues that users are seeing. Regardless of what we do, third party providers would still need to resolve their solution or errors would still happen, they won't create conflicts, but they'd still happen. If you want to see improvements that you mention here, please provide them in the Feedback forum as instructed.
  15. Glad to hear everything is working now 🙂
  16. Are you using the URL which you have on file here? If so, I get "No applications to upgrade"
  17. It would have been in the red box on the page mentioned 🙂 . Could have just been at the right time. Unsure if you didn't see it honestly as it would have been displayed to anyone there.
  18. /admin/upgrade . Showed it right there on the UI.
  19. Going to the upgrader now, I am seeing the below: The error reported was: session_start(): Failed to read session data: files (path: /var/opt/remi/php81/lib/php/session) You will want to check your PHP session configuration as it cannot read/write to the location there. You will want to ensure it exists.
  20. Did you recently upgrade PHP as a part of this process prior to running into the error? It could be that PHP sessions are indeed not configured properly for that part of the error. You would want to check the directory which they are stored and ensure that it exists and is writable. If that all checks out, I would confirm what Marc stated about crashed tables.
  21. This would likely be coming from your PHP or SMTP configuration. We do not set anything outside of what you see there for email sending.
  22. I would advise contacting your hosting provider then to see what is happening on the server. Ultimately, I would think that something is happening on the server to have this happen. If they are unsure, you can also do another restore of your database and simplify your environment. Disable any third party applications/plugins, integrations, APIs, etc... Only have the core software touching your database.
  23. Sorry, let me rephrase what I meant. After you did the restore, did you run that again and that is when the data disappeared again?
  24. Does the data disappear when you run the fix on that?
×
×
  • Create New...