Jump to content

LiquidFractal

Clients
  • Posts

    1,684
  • Joined

  • Last visited

  • Days Won

    5

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Everything posted by LiquidFractal

  1. OK, thanks! I will un/reinstall and see what I find. EDIT: Just performed a clean reinstall - same flags appear as in the previous screenshot.
  2. I tried replicating these steps on my test site, which is running 4.7.2.1 on PHP 8.1.10. If you're talking about the upload progress bar when you browse in a forum post attachment, I saw it progress with uploading a large file without any problems. It worked fine for me with both forums posts and when creating new Pages articles. Did you try the normal route of disabling/re-enabling your customisations?
  3. Although the Sliding Upcoming Events (SUE) plugin isn't flagged by the PHP8 Compatibility Scanner, it is currently incompatible with the Pages Blocks Manager and breaks the ability to add blocks to pages. I'm currently using SUE 2.0.3. When I click a page in the Pages app to open it and edit it with the Block Manager open, if SUE is enabled the Block Manager throws an error window saying it cannot load the list of available plugins. Cannot edit any page in fact. If I disable SUE everything works fine. I have isolated all apps and plugins and this one is definitely the culprit, so please fix as soon as you can. 🙂
  4. Hi @HeadStand...just downloaded and reinstalled Newsletters about 5 minutes ago. Not 100% sure if this is the most recent version to date, but just letting you know it's (still?) flagged by the PHP8 Compatibility Scanner as follows:
  5. Sure - by re-installed I mean browsing to all of the applicable applications and plugins in the Marketplace and installing them from there. I had not uninstalled any of them recently; this was a daisy-fresh install of my test site, so I was adding them again from scratch. Hope this helps!
  6. Wow, been a while since there's been any word of anything here....is there an ETA on 4.7.2 compatibility? The Compatibility Scanner has flagged it so I have to keep it disabled/uninstall it until it is so thought I'd ask.
  7. I've just upgraded both my test and production sites to 4.7.2.1. All is well, but I thought I'd point out that (in my case at least) the Compatibility Scanner isn't working properly on my test install - it constantly throws the following error: There was an error loading the hook scanner results. This seems strange to me, since a day ago I reinstalled all of my apps and plugins on the test site which I have on my production site (and even in the same order), minus a couple of disabled or no-longer-available plugins etc. There are no problems whatsoever on my production site, which correctly lists apps which have been disabled as incompatible. This isn't a huge deal for me, as my production site seems to be fine - just FYI in case you wanted to tweak something. PS both sites are running PHP 8.1.10.
  8. I've just updated my test site to 4.7.2.1 and I'm using ICE 2.0.5. Everything seems to be working OK and ICE wasn't flagged by the PHP8 compatibility utility.
  9. I hope this will be marked as 4.7 compatible soon so I can download it for my site...currently unavailable in the Marketplace. 😐
  10. There have been many warnings in recent times - both in the forums and in every upgrade which checks server specs. This said, perhaps a bulk email to all active Clients might have worked better?....or better yet, a perfect time for one of those spiffy new must-be-acknowleged call-to-action alert boxes. 🙂
  11. They've been warning about this for some time now. Every upgrade in recent times which checks server specs has included a warning that you will be required to update to PHP 8.x+ at some point, which is precisely why I upgraded to 8.1.x almost two months ago.
  12. I've updated the AdminCP login credentials for Invision support so this should be working now - please let me know if it isn't for whatever reason.
  13. Nope - no beta install. This is only coming from my 4.7.1 production site. And for the record, I'm running PHP 8.1.10 and MariaDB 10.6.9. Interestingly, after logging in to my Dashboard to check this info for you I received two more license expiry emails (and I hadn't received any for the past 3 hours) - is it somehow linked to my admin activity? Just throwing that out there in case it might be useful.
  14. Apologies - this isn't intended as an illegitimate bump, but just a reminder that I am still getting these emails (sometimes 3 in one minute!) and was wondering if there was an update on this...?? Thanks!
  15. PS: to answer Mark's question in another related thread: all of my emails have been coming from my site's donotreply email address....and they're still coming!
  16. I just posted in a separate topic how I just received 6 or so expiry emails in the last 5 minutes (even though I renewed a week ago).
  17. Hello....I just received 6 emails in the last 5 minutes telling me my license was going to expire soon, even though I renewed it a week ago.
  18. Yeah, I'll probably disable Calendar for now and keep going as everything's in place and I don't particularly want to roll back from 8.1.9 again. 🙂 Not a deal breaker, and I'm sure it will get sorted soon.
  19. After doing some Calendar-related maintenance (including deleting the default community Calendar, which has been there for years, and creating a new one), I find that I am no longer able to access the Calendar app at all on my site. When I click Calendar off my site, I get the following: Error: Call to undefined method DateTime::getDateInformation() (0) #0 /XXX/public_html/applications/calendar/sources/Event/Event.php(363): IPS\calendar\_Event::_findOccurances() #1 /XXX/public_html/applications/calendar/sources/Event/Event.php(2127): IPS\calendar\_Event->findOccurrences() #2 /XXX/public_html/applications/calendar/modules/front/calendar/view.php(178): IPS\calendar\_Event::retrieveEvents() #3 /XXX/public_html/applications/calendar/modules/front/calendar/view.php(125): IPS\calendar\modules\front\calendar\_view->_viewMonth() #4 /XXX/public_html/system/Dispatcher/Controller.php(118): IPS\calendar\modules\front\calendar\_view->manage() #5 /XXX/public_html/system/Dispatcher/Dispatcher.php(153): IPS\Dispatcher\_Controller->execute() #6 /XXX/public_html/index.php(13): IPS\_Dispatcher->run() #7 {main} I notice that there's a different spelling of "findOccurences" across lines #0 and #1, but everything was also working fine until I deleted my old default Calendar, so....
  20. I backed up my production site and tried upgrading it to 4.7.1 and PHP 8.1.9. Everything's been running smoothly on my end so far.
  21. Where can I check that? If it's in the normal site error logs, I checked and couldn't see anything which indicated an error for this.
  22. Argh...sorry for the repeated messages on this thread - I'd edit the previous posts but my time ran out. ADDENDUM: I'm working with 4.7.1, not 4.7, so just to be clear my problems above were with IPB 4.7.1 (the newest bleeding-edge update). Perhaps an admin could update the post title at least in the interests of clarity and accuracy? After downgrading PHP, installation seems to be all right; I've just bumped the site back up to PHP 8.1.8, however, and am poking around the new install - everything seems cool so far...
  23. UPDATE: if this helps, the URL of the install process when it terminated was: http://mywebsite.com/admin/install/index.php?controller=install&mr=218 I will see what happens with installing under PHP 7.4.3 and then bumping things backup to 8.1.8.
  24. I've had some strange problems with install of IPB 4.7 on my test site. Absolutely clean install of 4.7, but the installation process craps out in the middle at exactly the same spot (after the core DB tables and apps are installed, and when the "settings" installation begins) when PHP on the site is set to either 8.0.21 or 8.1.8. After some experimentation, the only way I could get the installation to complete successfully was by bumping PHP back down to 7.4.3. And just for the record: all the pre-flight server requirements were in the green. Just letting the Invision folks know!
×
×
  • Create New...