I see a few other reports of similar issues. I’m providing more info here in the hope of finding a resolution.
Running V6.4.2+6012 over Win10.
I created a new site with PHP 7.4.1, Apache, MySQL 8.
I need XDebug so I generated the VSCode launch.json. I use non-default php.ini.hbs settings so I moved them into the new file and restarted. Everything runs fine but there’s no connection on Xdebug. The INI has port 9003 set and VSCode is listening on 9003, but no connection.
Looking at the sote\logs\php\error.log, it says it can’t find one of my extensions in folder Local\lightning-services\php-7.4.1+18.
WAIT: I have folder 7.4.1+16. Was the config changed in the most recent 6.4 update without forcing a download of a new PHP version?
So I looked up this condition and found this FAQ from Support:
Rather than deleteing the +16 folder I renamed it to _old_name, and restarted Local. I went to the new site’s config page but now it’s always returning the “Uh oh!” error below … and the page closes when I close the dialog. (The dialog actually displays twice as it tries to display the page.)
Now I can’t get in to this site to set the PHP version.
I have restarted Local, with Administrator privs. I’ve renamed the PHP folder to +18. I’ve looked for a different version of PHP (but I would really prefer to use the final 7.4 rather than continuing to play with this 7.4.1 which I wouldn’t support in the field anyway.
Summary: The challenge is that this message prevents any changes to the configuration of this one site. I can easily copy the data into a new site. I’ll hold any changes to see if Support wants me to do something else for testing.
And then I need to get Xdebug running. What magic is now required for this common configuration? Until I hear from Support I’ll also test other sites to see if they’re still connecting to Xdebug, and I’ll try to reproduce the configs.
Thanks as always.