Account created on 9 April 2012, over 12 years ago
#

Recent comments

πŸ‡ΊπŸ‡ΈUnited States sbubaron

Created a patch...this is a first time for me so apologies if I didn't do it correctly.

πŸ‡ΊπŸ‡ΈUnited States sbubaron

I had a similar issue with one of my (non-sdc) components -- it turned out I had some faulty html missing a closing div tag. Worked great in editor, but once saved, back into view mode, back into edit mode things would be missing.

πŸ‡ΊπŸ‡ΈUnited States sbubaron

I can confirm that the above patch along with https://www.drupal.org/files/issues/2023-10-13/3050607_drupal_10_1_5_dia... β†’ fixed the save issue for me on Drupal 10.

While this issue seems quite stale, the referenced issue has more recent traction.

πŸ‡ΊπŸ‡ΈUnited States sbubaron

In a similar vein, I'd love to be able to have a separate page/edit form for the non-mercury stuff. In our use case those fields are mainly meta-data related and editors rarely need to change both things at the same time. The sidebar is still useful for things like revision notes/publishing options etc, but everything else could be tucked away on a more traditional edit page.

πŸ‡ΊπŸ‡ΈUnited States sbubaron

Having same issue but now with composer/installers v2.2:

Your requirements could not be resolved to an installable set of packages.

Problem 1
- Root composer.json requires fontawesome/fontawesome 6.4.0 -> satisfiable by fontawesome/fontawesome[6.4.0].
- fontawesome/fontawesome 6.4.0 requires composer/installers ^1.2.0 -> found composer/installers[v1.2.0, ..., 1.x-dev] but it conflicts with your root composer.json require (^2.2).

Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.

Production build 0.71.5 2024