🇦🇺Australia @interlated

Works for me +1

5 live sites RTBC+1

interlated → created an issue.

Tested on 1x site

Installing dropzonejs removes enyo/dropzone >

% composer require drupal/dropzonejs
./composer.json has been updated
Running composer update drupal/dropzonejs
Loading composer repositories with package information
Updating dependencies
Lock file operations: 1 install, 0 updates, 1 removal
- Removing enyo/dropzone (5.7.2)
- Locking drupal/dropzonejs (2.11.0)

% composer install
Installing dependencies from lock file (including require-dev)
Verifying lock file contents can be installed on current platform.
- Required package "enyo/dropzone" is not present in the lock file.

interlated → created an issue.

Good on 1x site. RTBC+1

One more error on Drupal 11

drush cr

In ContainerBuilder.php line 1345:

The service "markdown_plugin_manager" tagged "plugin_manager_cache_clear" must not be abstract.

Check that the problem hasn't been addressed in the drupal-11 compatibility task https://www.drupal.org/project/markdown/issues/3438472 📌 Automated Drupal 11 compatibility fixes for markdown Active

RTBC

The automated fixes are working for me.

interlated → created an issue.

> composer require 'drupal/animate_on_scroll:3.0.x-dev@dev'

does not crash my test app (works for me) once the cache is cleared.

I have applied !37. The site ran OK.

The use case is atypical. Prints out the README.md file as part of help. An error that I will follow up on

`Error Error: Call to undefined method League\CommonMark\CommonMarkConverter::convert() in
Drupal\markdown\Plugin\Markdown\CommonMark\CommonMark->convertToHtml() (line 183 of
web/modules/patched/markdown/src/Plugin/Markdown/CommonMark/CommonMark.php). `

The code is

else {
        // Use the Markdown filter to render the README.
        $filter_manager = \Drupal::service('plugin.manager.filter');
        $settings = \Drupal::configFactory()->get('markdown.settings')->getRawData();
        $config = ['settings' => $settings];
        $filter = $filter_manager->createInstance('markdown', $config);
        return $filter->process($text, 'en');
      }

Works on a number of sites for me. Please merge.

Already fixed in the development branch

interlated → created an issue.

PHP 8.4 warnings from latest git pull

PHP Deprecated: Drupal\layout_paragraphs\Access\LayoutParagraphsBuilderAccess::access(): Implicitly marking parameter $operation as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/layout_paragraphs/src/Access/LayoutParagraphsBuilderAccess.php on line 52
PHP Deprecated: Drupal\layout_paragraphs\Access\LayoutParagraphsBuilderAccess::access(): Implicitly marking parameter $component_uuid as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/layout_paragraphs/src/Access/LayoutParagraphsBuilderAccess.php on line 52
PHP Deprecated: Drupal\layout_paragraphs\Access\LayoutParagraphsBuilderAccess::access(): Implicitly marking parameter $paragraph_type as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/layout_paragraphs/src/Access/LayoutParagraphsBuilderAccess.php on line 52
PHP Deprecated: Drupal\xmlsitemap\XmlSitemapStorage::__construct(): Implicitly marking parameter $memory_cache as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/xmlsitemap/src/XmlSitemapStorage.php on line 43
PHP Deprecated: Drupal\xmlsitemap\XmlSitemapStorage::doLoadMultiple(): Implicitly marking parameter $ids as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/xmlsitemap/src/XmlSitemapStorage.php on line 78
PHP Deprecated: Drupal\xmlsitemap\Entity\XmlSitemap::loadByContext(): Implicitly marking parameter $context as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/xmlsitemap/src/Entity/XmlSitemap.php on line 200
PHP Deprecated: Drupal\xmlsitemap\XmlSitemapInterface::loadByContext(): Implicitly marking parameter $context as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/xmlsitemap/src/XmlSitemapInterface.php on line 147
PHP Deprecated: auto_detect_line_endings is deprecated in /Users/jrobens/Sites/gardensofstone2/web/sites/default/civicrm.settings.php on line 573
PHP Deprecated: Log::log(): Implicitly marking parameter $priority as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/vendor/pear/log/Log.php on line 240
PHP Deprecated: Smarty::getTemplateVars(): Implicitly marking parameter $_ptr as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/vendor/civicrm/civicrm-packages/Smarty/Smarty.class.php on line 1086
PHP Deprecated: Drupal\civicrm\Form\UserProfile::buildForm(): Implicitly marking parameter $user as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/civicrm/src/Form/UserProfile.php on line 71
PHP Deprecated: Drupal\context_ui\Form\ConditionDeleteForm::buildForm(): Implicitly marking parameter $context as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/context/modules/context_ui/src/Form/ConditionDeleteForm.php on line 92
PHP Deprecated: Drupal\context_ui\Form\ReactionDeleteForm::buildForm(): Implicitly marking parameter $context as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/context/modules/context_ui/src/Form/ReactionDeleteForm.php on line 95
PHP Deprecated: Drupal\context\Reaction\Blocks\Form\BlockDeleteForm::buildForm(): Implicitly marking parameter $context as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/context/src/Reaction/Blocks/Form/BlockDeleteForm.php on line 95
PHP Deprecated: Drupal\context\Reaction\Blocks\Form\BlockFormBase::buildForm(): Implicitly marking parameter $context as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/context/src/Reaction/Blocks/Form/BlockFormBase.php on line 206
PHP Deprecated: Drupal\fontawesome\Form\EditorIconDialog::buildForm(): Implicitly marking parameter $editor as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/fontawesome/src/Form/EditorIconDialog.php on line 71
PHP Deprecated: Drupal\layout_paragraphs\Form\EditComponentForm::buildForm(): Implicitly marking parameter $layout_paragraphs_layout as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/layout_paragraphs/src/Form/EditComponentForm.php on line 21
PHP Deprecated: Drupal\layout_paragraphs\Form\EditComponentForm::buildForm(): Implicitly marking parameter $component_uuid as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/layout_paragraphs/src/Form/EditComponentForm.php on line 21
PHP Deprecated: Drupal\layout_paragraphs\Form\DeleteComponentForm::buildForm(): Implicitly marking parameter $layout_paragraphs_layout as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/layout_paragraphs/src/Form/DeleteComponentForm.php on line 63
PHP Deprecated: Drupal\layout_paragraphs\Form\DeleteComponentForm::buildForm(): Implicitly marking parameter $component_uuid as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/layout_paragraphs/src/Form/DeleteComponentForm.php on line 63
PHP Deprecated: Drupal\media_bulk_upload\Form\MediaBulkUploadForm::buildForm(): Implicitly marking parameter $media_bulk_config as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/media_bulk_upload/src/Form/MediaBulkUploadForm.php on line 176
PHP Deprecated: Drupal\photos\Form\PhotosUploadForm::buildForm(): Implicitly marking parameter $node as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/photos/src/Form/PhotosUploadForm.php on line 184
PHP Deprecated: Drupal\photos\Controller\PhotosRearrangeController::access(): Implicitly marking parameter $account as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/photos/src/Controller/PhotosRearrangeController.php on line 125
PHP Deprecated: Drupal\photos\Controller\PhotosRearrangeController::access(): Implicitly marking parameter $node as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/photos/src/Controller/PhotosRearrangeController.php on line 125
PHP Deprecated: Drupal\photos\Controller\PhotosRearrangeController::access(): Implicitly marking parameter $user as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/photos/src/Controller/PhotosRearrangeController.php on line 125
PHP Deprecated: Drupal\tfa\Form\TfaOverviewForm::buildForm(): Implicitly marking parameter $user as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/tfa/src/Form/TfaOverviewForm.php on line 108
PHP Deprecated: Drupal\tfa\Form\TfaSetupForm::buildForm(): Implicitly marking parameter $user as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/tfa/src/Form/TfaSetupForm.php on line 163
PHP Deprecated: Drupal\tfa\Form\TfaDisableForm::buildForm(): Implicitly marking parameter $user as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/tfa/src/Form/TfaDisableForm.php on line 95
PHP Deprecated: Drupal\ds\Form\FieldDeleteForm::buildForm(): Implicitly marking parameter $request as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/contrib/ds/src/Form/FieldDeleteForm.php on line 77
PHP Deprecated: Drupal\photos\Controller\PhotosImageViewController::__construct(): Implicitly marking parameter $entity_repository as nullable is deprecated, the explicit nullable type must be used instead in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/photos/src/Controller/PhotosImageViewController.php on line 72
[success] Cache rebuild complete.

interlated → made their first commit to this issue’s fork.

@shivam_tiwari the config form /admin/config/system/switch_page_theme is crashing for me.

TypeError: strlen(): Argument #1 ($string) must be of type string, Drupal\user\Entity\Role given in strlen() (line 395 of /srv/web/electrifyingbradfield.org/web/core/lib/Drupal/Component/Utility/Unicode.php).

I've pushed a change. Convert 'Role' to a string as is commonly done in drupal core.

Works for me.

Breaks in drush

PHP Fatal error: Trait "Symfony\Component\DependencyInjection\ContainerAwareTrait" not found in /Users/jrobens/Sites/gardensofstone2/web/modules/patched/markdown/src/PluginManager/InstallablePluginManager.php on line 32

Means this module isn't usable for me.

The best shot I can find to implement plugins is from 'feeds tamper'. I can take a shot at implementing this if it helps

use Drupal\Component\Plugin\PluginManagerInterface;
use Drupal\Core\Plugin\DefaultLazyPluginCollection;

ContainerAwareTrait has been deprecated
https://www.drupal.org/project/drupal/issues/3431362 📌 [PP-2] Remove support for ContainerAwareInterface Postponed

Sometimes, a service needs access to several other services without being sure that all of them will actually be used. In those cases, you may want the instantiation of the services to be lazy. However, that's not possible using the explicit dependency injection since services are not all meant to be lazy.

CacheFactory, CacheTagsInvalidator, CheckProvider, StreamWrapperManager, KernelDestructionSubscriber all look like they could use this technique.

EntityTypeManager and ClassResolver are more tricky and need access to the entire container, but I think we could just inject the container as a service in these cases.

3465765-drupal-11-compatibility working for me.

I've been using this successfully.

From Upgrade Status

web/modules/patched/bibcite/modules/bibcite_entity/config/optional/views.view.bibcite_contributor.yml 287 Support from all Views contextual filter settings for the default_argument_skip_url setting is removed from drupal:11.0.0. No replacement is provided. See https://www.drupal.org/node/3382316 → .

The change says remove it

"The Views setting default_argument_skip_url has been removed from all Views contextual filter settings. This setting has never worked and provided no clear use case that needed support in Drupal core.

webform.components.inc from the webform module also does not exist.

web/modules/patched/webform_civicrm/src/AdminForm.php 1859 File modules/contrib/webform/includes/webform.components.inc could not be loaded from Drupal\Core\Extension\ModuleHandlerInterface::loadInclude

Message

web/modules/patched/webform_civicrm/webform_civicrm.module 476 File modules/patched/webform_civicrm/includes/wf_crm_admin_component.inc could not be loaded from Drupal\Core\Extension\ModuleHandlerInterface::loadInclude

There is no 'includes' directory or wf_crm_admin_component file.

interlated → created an issue.

interlated → created an issue.

interlated → created an issue.

Can 8..x-2 be set as the default branch in gitlab?

Can 8..x-2 be set as the default branch in gitlab?

interlated → created an issue.

composer require 'drupal/webform:6.3.x-dev@dev' is drupal-11 compatible

interlated → made their first commit to this issue’s fork.

interlated → created an issue.

What is a similar module? 'Crop'?

Note - I use Markdown to include module documentation, not with the text editor.

* web/modules/patched/markdown/src/Annotation/ComposerPackage.php 34 Call to deprecated method getInstalledVersion() of class Drupal\markdown\Util\Composer. Deprecated in markdown:8.x-2.0 and is removed from markdown:4.0.0. No replacement.

Marked as deprecated. Delete now?

* web/modules/patched/markdown/src/Annotation/ComposerPackage.php 34 Call to deprecated method getVersionFromClass() of class Drupal\markdown\Util\Composer. Deprecated in markdown:8.x-2.0 and is removed from markdown:4.0.0. No replacement.

As above

* web/modules/patched/markdown/src/BcSupport/SubformState.php 16 Class Drupal\markdown\BcSupport\SubformState extends deprecated class Drupal\markdown\BcSupport\FormStateDecoratorBase. Deprecated in markdown:8.x-2.0 and is removed from markdown:3.0.0. Use Drupal\Core\Form\FormStateDecoratorBase instead.

Delete now

Delete the whole BCSupport package

I can't see the referenced @todo Move upstream to https://www.drupal.org/project/installable_plugins → . Something here https://www.drupal.org/docs/drupal-apis/plugin-api → ?

I can't see any references to "InstallablePlugin" outside of markdown. Is this a custom concept for markdown to manage the parsers?

This refactoring does fall apart here.

* web/modules/patched/markdown/src/Exception/MarkdownFileNotExistsException.php 11 Class Drupal\markdown\Exception\MarkdownFileNotExistsException extends deprecated class Drupal\markdown\Exception\MarkdownException. Deprecated in markdown:8.x-2.0 and is removed from markdown:3.0.0. Use Drupal\markdown\Exception\MarkdownExceptionInterface instead.

Refactor now.

PluginBase
PluginInterface

Works for me...

interlated → created an issue.

interlated → created an issue.

I have 2 more issues I haven't resolved with linked_field.

- Advanced attributes field isn't long enough. I can't see how to alter third-party-settings form

e.g. this is what I want to put in there

$variables['items'][0]['content']['#options']['attributes']['data-dialog-options'][] = '{"width":"80vw","height":"100%", "dialogClass": "course-dialog", "position": {"my": "right top", "at": "right top"}, "show":"slideDown","hide":"slideUp"}';

- tokens don't resolve with layout builder. I debugged the call to resolve token and I get 'value['node'] which I think is fine. Token is [field_course_info_link:uri]

No - didn't fix the problem. Complaint is that there is an array in an array

- removed patched linked_field
- installed from composer
- cache reset
- Fuss around as the config didn't seem to load
- Edit the display in layout builder (there are multiple view-modes)
- Error
- Apply patch
- Cache reset
- Error

The website encountered an unexpected error. Try again later.

TypeError: Cannot access offset of type array on array in Drupal\Core\Entity\ContentEntityBase->get() (line 596 of core/lib/Drupal/Core/Entity/ContentEntityBase.php).
Drupal\linked_field\LinkedFieldManager->getDestination('field', Array, Array) (Line: 361)
linked_field_entity_display_build_alter(Array, Array, NULL) (Line: 552)
Drupal\Core\Extension\ModuleHandler->alter('entity_display_build', Array, Array) (Line: 289)
Drupal\Core\Entity\Entity\EntityViewDisplay->buildMultiple(Array) (Line: 282)
Drupal\layout_builder\Entity\LayoutBuilderEntityViewDisplay->buildMultiple(Array) (Line: 226)
Drupal\Core\Entity\Entity\EntityViewDisplay->build(Object) (Line: 461)
Drupal\Core\Entity\EntityViewBuilder->viewField(Object, Array) (Line: 243)
Drupal\Core\Field\FieldItemList->view(Array) (Line: 167)
Drupal\layout_builder\Plugin\Block\FieldBlock->build() (Line: 106)
Drupal\layout_builder\EventSubscriber\BlockComponentRenderArray->onBuildRender(Object, 'section_component.build.render_array', Object)
call_user_func(Array, Object, 'section_component.build.render_array', Object) (Line: 111)
Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch(Object, 'section_component.build.render_array') (Line: 90)
Drupal\layout_builder\SectionComponent->toRenderArray(Array, 1) (Line: 88)
Drupal\layout_builder\Section->toRenderArray(Array, 1) (Line: 228)
Drupal\layout_builder\Element\LayoutBuilder->buildAdministrativeSection(Object, 0) (Line: 112)
Drupal\layout_builder\Element\LayoutBuilder->layout(Object) (Line: 86)
Drupal\layout_builder\Element\LayoutBuilder->preRender(Array)
call_user_func_array(Array, Array) (Line: 113)
Drupal\Core\Render\Renderer->doTrustedCallback(Array, Array, 'Render #pre_render callbacks must be methods of a class that implements \Drupal\Core\Security\TrustedCallbackInterface or be an anonymous function. The callback was %s. See https://www.drupal.org/node/2966725 → ', 'exception', 'Drupal\Core\Render\Element\RenderCallbackInterface') (Line: 870)
Drupal\Core\Render\Renderer->doCallback('#pre_render', Array, Array) (Line: 432)
Drupal\Core\Render\Renderer->doRender(Array) (Line: 504)
Drupal\Core\Render\Renderer->doRender(Array, ) (Line: 248)
Drupal\Core\Render\Renderer->render(Array, ) (Line: 238)
Drupal\Core\Render\MainContent\HtmlRenderer->Drupal\Core\Render\MainContent\{closure}() (Line: 638)
Drupal\Core\Render\Renderer->executeInRenderContext(Object, Object) (Line: 231)
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: 186)
Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object, 1) (Line: 76)
Symfony\Component\HttpKernel\HttpKernel->handle(Object, 1, 1) (Line: 53)
Drupal\Core\StackMiddleware\Session->handle(Object, 1, 1) (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object, 1, 1) (Line: 28)
Drupal\Core\StackMiddleware\ContentLength->handle(Object, 1, 1) (Line: 32)
Drupal\big_pipe\StackMiddleware\ContentLength->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: 263)
Drupal\shield\ShieldMiddleware->bypass(Object, 1, 1) (Line: 130)
Drupal\shield\ShieldMiddleware->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: 36)
Drupal\Core\StackMiddleware\AjaxPageState->handle(Object, 1, 1) (Line: 51)
Drupal\Core\StackMiddleware\StackedHttpKernel->handle(Object, 1, 1) (Line: 741)
Drupal\Core\DrupalKernel->handle(Object) (Line: 19)

This fixed a problem with ajax modals

- Install layout builder, linked_field
- Link the title in layout builder.
- install the code below in the custom theme
- clear cache
- Open modal once
- Close modal
- Open again.

A cryptic 'LoadJS' error message is returned on the console. Line 1143 ajax.js.

function tn_preprocess_field(&$variables) {
  $element = $variables['element'];
  if ($element['#field_name'] == 'title' && $element['#bundle'] == 'course' && $element['#view_mode'] == '_custom') {
    tn_add_modal_attributes($variables);
  }
}

function tn_add_modal_attributes(&$variables) {
  $variables['items'][0]['content']['#options']['attributes']['class'][] = 'use-ajax';
  $variables['items'][0]['content']['#options']['attributes']['data-dialog-type'][] = 'modal';
  $variables['items'][0]['content']['#options']['attributes']['data-dialog-options'][] = '{"width":"80vw","height":"100%", "dialogClass": "course-dialog", "position": {"my": "right top", "at": "right top"}, "show":"slideDown","hide":"slideUp"}';
  $variables['items'][0]['content']['#options']['attributes']['data-ajax-focus'][] = 'none';
}

interlated → created an issue.

interlated → created an issue.

interlated → created an issue.

Basic fix to check for an array. Just this

$destination_src = $settings['destination'] ?? FALSE;
    if (is_array($destination_src)) {
      $destination_src = $destination_src['field'];
    }

2 thoughts

- is there a more 'api' driven approach rather than pulling destination off the settings array?
- apply a type check to $manager->getDestination to ensure that the field name is a string?

Has been working for almost a year on multiple sites

I can see that the editor source does have a pre-filled value in your example. The theme did when I installed it, but the editor source didn't. 10.3.5

interlated → made their first commit to this issue’s fork.

The important information is that you don't configure the ace editor.

- composer require yaml editor
- enable the module.

Now try browsing the site. Check the dblog for error messages. Check chrome network analysis/console for errors.

By default the configuration page has nothing in 'Editor source'.

interlated → created an issue.

interlated → created an issue.

The 'best' way is cweagans composer patches.

I'm not sure what the documentation is doing

1. composer require cweagans/composer-patches
2. Allow it to run plugins
3. Store patch in a directory
4. Add to the extra > patches

"patches": {
"drupal/webform_nouislider": {
"d10": "./patches/webform_nouislider-3425326"
}
},

Looks like I actually checked out the module. See 'show commands' above and made a local composer repository - https://getcomposer.org/doc/05-repositories.md#path. Has not gone live, so no need to checkout on the server yet.

#2 works for me

interlated → created an issue.

Possibly the issue here https://drupal.stackexchange.com/questions/319470/how-to-produce-geojson... ?

The interface doesn't seem to have the property. Is the logic broken?

Does this PHP SDK have to match the SDK selected in the Square portal? I didn't find the documentation clear on this. I read it as "Must be greater than" and chose the latest.

I'm not getting the latest version via composer. Seems like 8.x-1.7 - released Feb 2023. If I download I get a new version (Jan 2024?)

version: '8.x-1.7'

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

Problem 1
- square/square 17.2.0.20220216 requires php >=7.2 <8.1 -> your php version (8.2; overridden via config.platform, actual: 8.2.12) does not satisfy that requirement.
- square/square 17.3.0.20220316 requires php >=7.2 <8.2 -> your php version (8.2; overridden via config.platform, actual: 8.2.12) does not satisfy that requirement.
- drupal/commerce_square 1.7.0 requires square/square ^17.2 -> satisfiable by square/square[17.2.0.20220216, 17.3.0.20220316].
- Root composer.json requires drupal/commerce_square ^1.7 -> satisfiable by drupal/commerce_square[1.7.0].

I installed it via composer file - composer.json

"repositories": [ {
            "type": "path",
            "url": "./packages/drupal/commerce_square",
            "options": {
                "symlink": true
            }
        },

...

  "require": {
        "drupal/commerce_square": "@dev",

I'll let you know how the testing goes.

@irinaz I'm happy to attempt to merge the changes for paragraph references. The changes were pretty large, so what do you think is the best way?

interlated → created an issue.

composer why psr/http-message
guzzlehttp/psr7 2.6.2 requires psr/http-message (^1.1 || ^2.0)
php-http/httplug 2.4.0 requires psr/http-message (^1.0 || ^2.0)
php-http/message 1.16.0 requires psr/http-message (^1.1 || ^2.0)
php-http/message-factory 1.1.0 requires psr/http-message (^1.0 || ^2.0)
psr/http-client 1.0.3 requires psr/http-message (^1.0 || ^2.0)
psr/http-factory 1.0.2 requires psr/http-message (^1.0 || ^2.0)
symfony/psr-http-message-bridge v6.4.2 requires psr/http-message (^1.0|^2.0)
upstreamable/jsdelivr-api-client 1.0.1 requires psr/http-message (^1.0)

I see

"upstreamable/jsdelivr-api-client": "^1",

Which unless you downgrade (-W)

- Downgrading psr/http-message (2.0 => 1.1):

results in an odd conflict message

> composer require 'drupal/libraries_provider:^2.0'

drupal/libraries_provider 2.0.0 requires drupal/hook_event_dispatcher ^2 -> found drupal/hook_event_dispatcher[2.0.0, ..., 2.5.0] but it conflicts with your root composer.json require (^4.0@RC).

$submission_webform_id is the path auto generated name.

Works with the path auto name as 'mywebform' as the webform id instead of the numeric webform id.

Confirmed

2938 30/Dec 14:22 php Error Error: Call to a member function get() on null in Drupal\role_paywall\Form\RolePaywallSettingsForm->buildForm() (line 256 of
/web/modules/contrib/role_paywall/src/Form/RolePaywallSettingsForm.php).

1. Custom module

Follow the examples module.

2. Header attributes

Via the module file

function module_preprocess_html(&$variables) {
  $xuacompatible = [
    '#tag' => 'base',
    '#attributes' => [
      'href' => '/my-will',
    ],
  ];

  $variables['page']['#attached']['html_head'][] = [
    $xuacompatible,
    'x-ua-compatible',
  ];

  $variables['html_attributes']['data-critters-container'] = "";
}

3. Include js via module hook.

I want to keep it on a specific page

function module_js_alter(&$javascript,) {
  $current_path = \Drupal::service('path.current')->getPath();
  if ($current_path === '/node/4') {
    $javascript = [];

    $polyfill = Drupal::service('extension.list.module')
        ->getPath('will_exporter') . '/docwills/browser/polyfills.js';

    $javascript[$polyfill] = [
      'weight' => 100,
      'minified' => FALSE,
      'group' => 'interlated',
      'type' => 'file',
      'data' => $polyfill,
      'version' => '1.0.1',
      'cache' => TRUE,
      'preprocess' => FALSE,
      'attributes' => ['type' => 'module'],
      'licence' => [
        'name' => 'custom',
        'url' => 'https://www.interlated.com.au',
        'gpl-compatible' => FALSE,
      ],
      'scope' => 'footer',
    ];

    $angular_main = Drupal::service('extension.list.module')
        ->getPath('will_exporter') . '/docwills/browser/main.js';

    $javascript[$angular_main] = [
      'weight' => 100,
      'minified' => FALSE,
      'group' => 'interlated',
      'type' => 'file',
      'data' => $angular_main,
      'version' => '1.0.1',
      'cache' => TRUE,
      'preprocess' => FALSE,
      'attributes' => ['type' => 'module'],
      'licence' => [
        'name' => 'custom',
        'url' => 'https://www.interlated.com.au',
        'gpl-compatible' => FALSE,
      ],
      'scope' => 'footer',
    ];
  }
}

4. Include css via module.libaries.yml

module:
css:
theme:
docwills/browser/styles.css: { }

5. Create a block for the html element. Use the block example from the examples module

In the past I've attached the js files here. Link the inclusion of the files to the presence of the block.

/**
 * @Block(
 *   id = "will_exporter",
 *   admin_label = @Translation("Will Exporter"),
 *   category = @Translation("Interlated"),
 * )
 */
class AngularAppBlock extends BlockBase {

  /**
   * {@inheritdoc}
   */
  public function build() {
    return [
      '#type' => 'html_tag',
      '#tag' => 'app-root',
      '#attached' => [
        'library' => [
          'module/module',
        ],
      ],
    ];
  }
}

6. Change the build destination in the angular app to the module location

angular.json

"outputPath": "../../web/modules/custom/module/exporter",

All the paths above point here

7. No output hashing in the package.json build script

If you keep this, you need to change the main.js and polyfills.js file names every time you build

"prod": "ng build --configuration=production --output-hashing=none --base-href=./wills",

8. Run the "prod" script

npm run prod

rebuild caches. Repeat until the javascript console shows no errors.

Original error due to missing

"drupal/entity": "^1.0",

Possibly ignore the merge request. There are 2x identically named classes.

I've used composer merge to pull in the dependencies for patched commerce.

interlated → created an issue.

interlated → changed the visibility of the branch 3409282-lack-of-description to hidden.

Ignore Merge request 205. I cut and pasted from the git output and the link was wrong.

interlated → created an issue.

interlated → created an issue.

interlated → created an issue.

One of my theme files used stable. 

{% extends "@stable/block/block.html.twig" %}

interlated → created an issue.

interlated → created an issue.

interlated → created an issue.

MR !3 works for me

Also possible to re-auth the gateway and get

{"errors": [@"code": "INVALID_CARD_DATA","detail": "Card nonce not found in this application environment. Please ensure an application ID belonging to the same environment is used when generating the nonce.","category": "INVALID_REQUEST_ERROR"]}

I applied this patch. Fixes the initial problem. I still got

Error: Call to a member function getOrderNumber() on null in Drupal\commerce_ticketing\Mail\TicketReceiptMail->send() (line 144 of /web/modules/patched/commerce_ticketing/src/Mail/TicketReceiptMail.php)
#0 /web/modules/patched/commerce_ticketing/src/Plugin/QueueWorker/CommerceTicketingSendTicketReceiptWorker.php(78): Drupal\commerce_ticketing\Mail\TicketReceiptMail->send()
#1 /web/core/lib/Drupal/Core/Cron.php(183): Drupal\commerce_ticketing\Plugin\QueueWorker\CommerceTicketingSendTicketReceiptWorker->processItem()
#2 /web/core/lib/Drupal/Core/Cron.php(139): Drupal\Core\Cron->processQueues()
#3 /web/core/lib/Drupal/Core/ProxyClass/Cron.php(75): Drupal\Core\Cron->run()
#4 /vendor/drush/drush/src/Drupal/Commands/core/DrupalCommands.php(69): Drupal\Core\ProxyClass\Cron->run()
#5 [internal function]: Drush\Drupal\Commands\core\DrupalCommands->cron()
#6 /vendor/consolidation/annotated-command/src/CommandProcessor.php(276): call_user_func_array()
#7 /vendor/consolidation/annotated-command/src/CommandProcessor.php(212): Consolidation\AnnotatedCommand\CommandProcessor->runCommandCallback()
#8 /vendor/consolidation/annotated-command/src/CommandProcessor.php(175): Consolidation\AnnotatedCommand\CommandProcessor->validateRunAndAlter()
#9 /vendor/consolidation/annotated-command/src/AnnotatedCommand.php(387): Consolidation\AnnotatedCommand\CommandProcessor->process()
#10 /vendor/symfony/console/Command/Command.php(255): Consolidation\AnnotatedCommand\AnnotatedCommand->execute()
#11 /vendor/symfony/console/Application.php(1039): Symfony\Component\Console\Command\Command->run()
#12 /vendor/symfony/console/Application.php(275): Symfony\Component\Console\Application->doRunCommand()
#13 /vendor/symfony/console/Application.php(149): Symfony\Component\Console\Application->doRun()
#14 /vendor/drush/drush/src/Runtime/Runtime.php(124): Symfony\Component\Console\Application->run()
#15 /vendor/drush/drush/src/Runtime/Runtime.php(51): Drush\Runtime\Runtime->doRun()
#16 /vendor/drush/drush/drush.php(79): Drush\Runtime\Runtime->run()
#17 /vendor/drush/drush/drush(4): require('...')

interlated → created an issue.

@RohitRawat676 is it safe to remove isset?

- $label = isset($pluginDefinition['label']) ? $pluginDefinition['label'] : $plugin_id;
- $description = isset($pluginDefinition['description']) ? $pluginDefinition['description'] : '';
- $type = isset($pluginDefinition['type']) ? $pluginDefinition['type'] : 'other';
+ $label = $pluginDefinition['label'] ?? $plugin_id;
+ $description = $pluginDefinition['description'] ?? '';
+ $type = $pluginDefinition['type'] ?? 'other';

I see that the code has been condensed. I have had problems with white screen and this module.

The services don't match the interface definition.

There are other issues with 8.2

Composer.json, set platform to 8.1

"config": {
        "platform": {
            "php": "8.1"
        },

Installing the head branch seems to resolve the issue?