πŸ‡·πŸ‡ΊRussia @urix

Account created on 29 May 2008, about 16 years ago
#

Recent comments

πŸ‡·πŸ‡ΊRussia urix

Thanks for the patch, got it working.

πŸ‡·πŸ‡ΊRussia urix

Thanks @jigarius!

I'm glad I was useful :)

πŸ‡·πŸ‡ΊRussia urix

I've reached on of the co-maintainers https://www.drupal.org/u/jigarius β†’ at Github.

Maybe he'll read my message.

πŸ‡·πŸ‡ΊRussia urix

Drupal 10.2.2, PWA 2.1.0-beta3, error still shown.
How can I even config HTTPS in PWA settings?

πŸ‡·πŸ‡ΊRussia urix

The same issue.

Basic HTML throws error

The following elements are missing:
<span style>

πŸ‡·πŸ‡ΊRussia urix

@ressa, I've posted solution there.
Thanks for your suggestion.

πŸ‡·πŸ‡ΊRussia urix

I foud that moving module from 'modules' to 'modules/contrib' (in process of transferring to Composer) breaks my sites.
The problem was in APC cache - my Apache caches everything and Drupal tries to find modules at the old location.
I have no control over Apache on shared hosting so I've found workaround:

https://www.drupal.org/project/drupal/issues/2651144#comment-15401847 πŸ› Moving modules breaks system Active

1. Uncomment
$settings['class_loader_auto_detect'] = FALSE;
string in settings.php, which disables APC cache detection.
2. Delete module's folder from 'modules'
3. Install module via Composer
4. 'drush cr'
5. You're done, module works without data loss!

πŸ‡·πŸ‡ΊRussia urix

I could solve my problem with #36 solution:

drush eval "\Drupal::service('update.post_update_registry')->registerInvokedUpdates(['pasted here all error messages', 'separated by comma']);"

πŸ‡·πŸ‡ΊRussia urix

I finally found a way to safely move working modules to 'contrib' folder.
It's not possible to restart apache in my working environment, and 'drush cr' is not enough to tell Drupal that module is another place.
I can't control APC cache.
So there's a workaround:

1. Uncomment
$settings['class_loader_auto_detect'] = FALSE;
string in settings.php, which disables APC cache detection.
2. Delete module's folder from 'modules'
3. Install module via Composer
4. 'drush cr'
5. You're done, module works without data loss!

I've transferred Paragraphs and Entity Reference Revisions this way.

πŸ‡·πŸ‡ΊRussia urix

To find out if you have an unexpected dependency, run the drush uninstall command:

drush theme-uninstall classy

drush theme-uninstall stable

Thanks, worked for me.
It happens that SimpleBlog theme is dependent on Classy theme, which is strange - because SimpleBlog is compatible with D10.

πŸ‡·πŸ‡ΊRussia urix

I have the same issue:

Unable to install openy_carnation due to unmet dependencies: block.block.openy_carnation_footermenuright (system.menu.footer-menu-right, openy_menu_footer)

Drupal 9.5.11, theme version 3.0.28

πŸ‡·πŸ‡ΊRussia urix

D9, worked for me, thanks.
Also helps search and delete all entries in MYSQL database, excluding one field - `core.extension` in `config` table.

Production build 0.69.0 2024