- Issue created by @oknaru
- π¬π§United Kingdom aaron.ferris
Im unable to reproduce this, with/without the layout_builder_styles module also enabled.
1. Drupal 10.2.4
2. Latest version of this module via composer
3. Enabled via drush
4. The admin form loads as id expectI wonder if this was a strange install oddity? If it's resolved with a UI cache clear.
- Status changed to Postponed: needs info
7 months ago 6:47am 22 April 2024 - πΈπ°Slovakia kaszarobert
I cannot reproduce this neither in dev neither in our production environment. I tried both Apache and Nginx+PHP-FPM configurations. Looking at the error message means that the mentioned PHP class could not be autoloaded, meaning that PHP opcache, APC cache or Drupal's dependency injection container cache was not invalidated properly for some reason and the site is still not aware that there's a new class that should be autoloaded.
I also did a quick search for this problem and while others also experiencing this after other random module installations, I could not find a reliable solution to this other than calling the same cache clear function as the UI does: https://www.drupal.org/project/drupal/issues/3225584#comment-14949206 π¬ InvalidArgumentException: Class does not exist when accessing settings form after drush install module Closed: outdated - πΊπΈUnited States oknaru
Hi All, Anyone who encounter this problem, Please login to your admin console and try clear cache from the admin console to fix the issue. When I try clear cache from Drush after module installation I was having the above issue. Please close this.
- Status changed to Closed: works as designed
7 months ago 7:40am 2 May 2024 - πΈπ°Slovakia kaszarobert
Okay, closing this since it looks like it is not a problem with this module but with Drupal, class autoloading and caches not clearing the right way in certain PHP environments.