🇺🇸United States @johnnydarkko

Here's a patch using the solution from https://www.drupal.org/project/youtube/issues/3293800 ✨ It is not possible to add youtube shorts RTBC but for the D7 version.

johnnydarkko → created an issue.

Sorry if this is the wrong thread to put this in, but while applying this patch to 1.1.0-rc3, the patch does not apply. This patch is based off of the 1.1.x branch, which has diverged from the latest release 1.1.0-rc3. Because of this, we will need to require rc1 or be on the 1.1.x branch. Will rc3 be merged back into the main 1.1.x branch?

Sorry, #7 was unncessary. Here's a reroll that's compatible with ^3.0.1.

Reroll of patch in #3.

Using the patch in #11, I'm now seeing the option to use CSHS:

I was expecting to find some extra settings here, but nothing else shows up--I think this is where my issue is originating. Where should I be finding the CSHS options?

After enabling CSHS, I get a few PHP warnings when viewing the webform:

Warning: Undefined array key "hierarchy_depth" in Drupal\cshs\CshsWebformHelper->formElement() (line 297 of modules/contrib/cshs/src/CshsOptionsFromHelper.php).
Warning: Undefined array key "save_lineage" in Drupal\cshs\CshsWebformHelper->formElement() (line 306 of modules/contrib/cshs/src/CshsOptionsFromHelper.php).
Warning: Undefined array key "force_deepest" in Drupal\cshs\CshsWebformHelper->formElement() (line 309 of modules/contrib/cshs/src/CshsOptionsFromHelper.php).
Warning: Undefined array key "required_depth" in Drupal\cshs\CshsWebformHelper->formElement() (line 310 of modules/contrib/cshs/src/CshsOptionsFromHelper.php).

I also get a javascript error when I try to load the webform:

Uncaught TypeError: $(...).once is not a function
    attach cshs.ts:14
    attachBehaviors drupal.js:166
    attachBehaviors drupal.js:162
    <anonymous> drupal.init.js:32
    listener drupal.init.js:20
    domReady drupal.init.js:26
    <anonymous> drupal.init.js:31
    <anonymous> drupal.init.js:34

I found that the settings array is empty:

Additional details:
Drupal 10.1.6
PHP 8.1.18
CSHS 4.0.0
Theme: Tara →

Turns out the issue was due to some bad custom code in a custom module overriding link text in an implementation of hook_preprocess_links for a link that doesn't exist in the variables array of the admin pages that were whitescreening for me. So, the case I described earlier isn't a valid report, but I'll leave this all here just in case it helps someone else making the same bonehead mistake :)

I'm getting this error, too, and it's quite annoying. I can't do anything unless I hack the `claro.theme` file. Even when the 'Proposed Solution' is done, I'm getting this error that appears to be related, except my error says 'null' instead of 'array':

Error: Call to a member function addClass() on null in claro_preprocess_links__action_links() (line 1245 of core/themes/claro/claro.theme).

call_user_func_array('claro_preprocess_links__action_links', Array) (Line: 285)
Drupal\Core\Theme\ThemeManager->render('links__action_links', Array) (Line: 445)
Drupal\Core\Render\Renderer->doRender(Array, ) (Line: 204)
Drupal\Core\Render\Renderer->render(Array) (Line: 474)
Drupal\Core\Template\TwigExtension->escapeFilter(Object, Array, 'html', NULL, 1) (Line: 194)
__TwigTemplate_10df5664077d83d1951875e752383543->doDisplay(Array, Array) (Line: 394)
Twig\Template->displayWithErrorHandling(Array, Array) (Line: 367)
Twig\Template->display(Array) (Line: 379)
Twig\Template->render(Array, Array) (Line: 40)
Twig\TemplateWrapper->render(Array) (Line: 53)
twig_render_template('themes/contrib/gin/templates/system/system-themes-page.html.twig', Array) (Line: 372)
Drupal\Core\Theme\ThemeManager->render('system_themes_page', Array) (Line: 445)
Drupal\Core\Render\Renderer->doRender(Array) (Line: 458)
Drupal\Core\Render\Renderer->doRender(Array, ) (Line: 204)
Drupal\Core\Render\Renderer->render(Array, ) (Line: 238)
Drupal\Core\Render\MainContent\HtmlRenderer->Drupal\Core\Render\MainContent\{closure}() (Line: 592)
Drupal\Core\Render\Renderer->executeInRenderContext(Object, Object) (Line: 239)
Drupal\Core\Render\MainContent\HtmlRenderer->prepare(Array, Object, Object) (Line: 128)
Drupal\Core\Render\MainContent\HtmlRenderer->renderResponse(Array, Object, Object) (Line: 90)
Drupal\Core\EventSubscriber\MainContentViewSubscriber->onViewRenderArray(Object, 'kernel.view', Object)
call_user_func(Array, Object, 'kernel.view', Object) (Line: 111)
Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch(Object, 'kernel.view') (Line: 187)
Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object, 1) (Line: 76)
Symfony\Component\HttpKernel\HttpKernel->handle(Object, 1, 1) (Line: 58)
Drupal\Core\StackMiddleware\Session->handle(Object, 1, 1) (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object, 1, 1) (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass(Object, 1, 1) (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle(Object, 1, 1) (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object, 1, 1) (Line: 51)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object, 1, 1) (Line: 51)
Drupal\Core\StackMiddleware\StackedHttpKernel->handle(Object, 1, 1) (Line: 704)
Drupal\Core\DrupalKernel->handle(Object) (Line: 19)

I created a patch that checks to see if the `attributes` key exists before invoking `addClass`, but this feels like there's something else that has gone awry...

Thank you mglaman! I had to set up a fallback just in case the entity isn't in the array because I started getting this warning when applying the patch from #8:

Warning: Undefined array key "entity" in /app/web/modules/contrib/animated_gif/animated_gif.module on line 20

If there is no entity object in the array, fallback to load the entity via the `target_id` key.

Ah! Sorry! Here's a patch that uses the entity in the array instead of reloading the file entity.

Patch in #5 also applies to 2.0.x.

Patched the 8.x-1.x module to skip the image formatter preprocess hook if `$imageValues['target_id']` doesn't exist.

johnnydarkko → created an issue.

Found that after the group membership is invoked by the ginvite module and is saved into the database, an anonymous user object is passed into a user save call.

Source: `web/modules/contrib/group/src/Entity/GroupRelationship.php line 262.`

Before the anonymous user is saved, the remove_username attempts to copy the email value (in this case, NULL) to the username value, the database error occurs.

I created an issue in the remove_username module that would prevent this from happening: https://www.drupal.org/project/remove_username/issues/3396469 🐛 SQL Error when email is null Active

Here's a patch of the proposed resolution.

johnnydarkko → created an issue.

Aha! There is no email value in the `$user` object.

The presave is setting a null value to the name...

/**
 * Implements hook_ENTITY_TYPE_presave().
 */
function remove_username_user_presave(UserInterface $user) {
  $user->setUsername($user->getEmail());
}

@antiden - What did you end up doing? We're using the same combination of modules. I found that when I remove the presave hook in the remove_username module, the invitation is successfully created. I can't quite figure out what is causing the conflict between this module and the remove_username module...

Added node id and field name to the drush_log output.

johnnydarkko → created an issue.

Created a patch that maintains all other old field data when setting the new field data.

johnnydarkko → created an issue.