Jump to content

Marc

Invision Community Team
  • Posts

    16,003
  • Joined

  • Last visited

  • Days Won

    278

 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 Marc

  1. Ah, sorry about that. It wasnt showing up for me for some reason. I can see it there now. Before I get a ticket created for you on this, please could you confirm the xenforo version you are converting over from?
  2. No, thats not the case. The queue task works on the background tasks list. That is, the list that shows in the dashboard of your admin CP
  3. It will likely cause you issues with referencing internally. How much of an issue this will cause is unknown without specifically looking at your old and new data, which is not something we would be able to do under support. Our advice is always if you are restoring a database, its all or nothing. You really shouldnt be piecing a database together in the manner you are trying to there.
  4. Im not sure I understand your question there. Your reindexing is a background task as previously mentioned, and the queue task is responsible for running those background tasks
  5. Im not sure where the bar is low there. We cannot recommend outdated data is mixed with new data, and as we have not tested as much, we cannot advise for certain on the consequences of doing so. Of course login logs would not be correct as thats what one of the tables stores, and the system would not know some users have posted in some topics.
  6. Have you checked the requirement checker in the first instance? You can find this here https://invisioncommunity.com/files/file/7046-invision-community-requirements-checker/
  7. Please do let us know which it is, and ensure you inform the author
  8. A ticket has now been created on this so that this can be looked into
  9. We cannot provide an estimate of time unfortunately. If you would like 2 factor authentication enabled while you are awaiting this, you should enable the internal one with questions, then add the answers to the questions within your client area. Do you wish to do this before we create a ticket and proceed?
  10. That is the queue task running your background tasks, yes
  11. There have been no ftp details updated on file. As this will require escalation, we will need these before we can continue
  12. Please disable cloudflare and test again in the first instance. Also ensure this is not enabled for us to look further and that all access details are entered
  13. Marc

    Php 8

    Glad to hear you now got that resolved. If there were other 3rd party items there that were causing issues, please do let us know what they are, and of course report to the author
  14. Marc

    Php 8

    Please disable every 3rd party item on the site. There seems to be more than one item which is affecting the way your site functions. You have quite a number of custom installed items there too, so it would be worth checking if there are updated versions of those
  15. We would need more information here. What exactly is happening when you attempt to log in? As I can log in no problem, we are reliant on information from yourself in order to assist
  16. Please disable all 3rd party applications, and then test again. We have seen quite a few sites where 3rd party items are failing on PHP 8
  17. Marc

    Php 8

    This is being caused by the 3rd party item "(NB40) Recent Topics/Posts 1.1.3" . When that item is disabled, your site is loading with no issues
  18. Taking a look there, when all 3rd party items are disabled, things are running without any issue. Unfortunately this is related to one (or by the look of it more than one) or your 3rd party items
  19. Please disable your 2 factor authentication there. We can then take a look.
  20. Marc

    Php 8

    Please check the admin CP login details, as these appear to be incorrect unfortunately
  21. It has, however there are many many other processes when you upgrade from 3.4 that are running alongside those. However it can take time on some servers
  22. They will run based on what your mysql instance is capable of running generally. I understand it may have taken a while last time, but if I remember correctly (excuse me if Im wrong) that was an upgrade from quite an old version
  23. Marc

    Php 8

    This would be done in your clienta rea, as described above
  24. Im not sure here how your indexing can take days after an update you have done only today. Ensuring you have your tasks running under cron would be the best way to ensure these are running as quickly as they can be. However generally it's a case of waiting for them to complete. These are intended to be a background task, and can happen with large upgrades
×
×
  • Create New...