🇫🇷France @steveoriol

g4mbini → credited steveoriol → .

Yes, everything works fine now :-)
I use :

1. UI Patterns 2.0.0-beta6
2. UI Suite DaisyUI 4.0.0-alpha7

It works :-)
Thanks @just_like_good_vibes

With UI Suite DaisyUI, UI Patterns 2.0.x and Drupal Commerce (on user/1/address-book) ou Webform (on user/1/submissions) ...
Same error as grimreaper

steveoriol → created an issue.

Hi @mogtofu33, OK I upgraded to “1.0.x-dev”, no more fatal error,
and the icon in the menus now works :-)

I still get a fatal error on pages like “/user/1/address-book” (comerce 2 module),
but I think it's a problem with the “ ui_suite_daisyui ” theme,
because the other themes work fine...
Merci.

By switching from “1.0.0-beta2” to “1.0.x-dev”, I now have another error when I rebuild caches (drush cr), here it is:

In CheckExceptionOnInvalidReferenceBehaviorPass.php line 119:                                                                                                                                      
                                                                                                                                                                                                   
  The service "ui_icons.search" has a dependency on a non-existent service "plugin.manager.icon_pack". Did you mean one of these: "plugin.manager.block", "plugin.manager.action", "plugin.manag   
  er.menu.link", "plugin.manager.mail", "plugin.manager.condition", "plugin.manager.sdc", "plugin.manager.help_topic", "plugin.manager.hook_event", "plugin.manager.workflow", "plugin.manager.v   
  iews.cache", "plugin.manager.views.pager"?

I'm back with the “1.0.0-beta2” version...

yes, in fact,
if you activate the “Automatic submission on store selection” option in the “Commerce Store Switch” block configuration,
the block submission button is no longer displayed and the page is immediately reloaded with the store selected in the selection list.

Ok This version works for me

steveoriol → changed the visibility of the branch revert-db033bbb to hidden.

steveoriol → created an issue.

Too good, it'll be super mega cool! thanks

steveoriol → created an issue.

I have another error that probably has nothing to do with “ui_icons” but looks similar (with the “Array” in the railroad...)

But here I have a “Warning”, if that helps:

Warning: Array to string conversion in Drupal\ui_patterns\Plugin\UiPatterns\PropType\LinksPropType::normalizeLink() (line 127 of modules/contrib/ui_patterns/src/Plugin/UiPatterns/PropType/LinksPropType.php).

Normally, it has the account name instead of “Array”.
Just install commerce 2 to get the “address-book” (Carnet d'adresses) tab : /user/1/address-book

steveoriol → created an issue.

What speed!
Thanks, it works like a charm :-)

I use the “UI Suite DaisyUI” theme with the icon pack:

• Hero outline 24
• Hero solid 16
• Hero solid 20
• Hero solid 24

And in fact, the icons in the “Hero outline 24” pack work well (the icon sizes apply well).

For the “Hero solid 20” and “Hero solid 24” packs, the icons are displayed but not in the size chosen.

And for the “Hero solid 16” pack, nothing is displayed...

So the bug may come from the packs or from the integration in ui_icons.

In fact, the ‘working Icon’ isn't displayed as it should be, it's just that I've modified the HTML directly via the inspector (Ctrl+Shift+i).
Here is the source code extract of the page received (Ctrl+u):

[...]<span class="drupal-icon"><svg height="100" width="100" fill="currentColor" stroke-width="2">  viewBox="0 0 20 20" <path fill-rule="evenodd" d="M18 10a8 8 0 1 1-16 0 8 8 0 0 1 16 0Zm-5.5-2.5a2.5 2.5 0 1 1-5 0 2.5 2.5 0 0 1 5 0ZM10 12a5.99 5.99 0 0 0-4.793 2.39A6.483 6.483 0 0 0 10 16.5a6.483 6.483 0 0 0 4.793-2.11A5.99 5.99 0 0 0 10 12Z" clip-rule="evenodd" />  </svg>
</span>[...]

I simply moved the ‘>’ from before to after the viewBox property:

[...]stroke-width="2"> viewBox="0 0 20 20" <path[...]
to
[...]stroke-width="2" viewBox="0 0 20 20"><path[...]

not so simple, in fact there is no ‘viewBox’ in the source but a ‘size’ :

steveoriol → created an issue.

In fact I've just seen that with patterns 2.x, there's no longer any need for this module to use components directly with a display mode.

It's just that with ‘ui_patterns_settings’ it was prettier and easier to configure.

g4mbini → credited steveoriol → .

sorry @prudloff, I can't remember where I had the problem

steveoriol → created an issue.

steveoriol → created an issue.

I can confirm that the MR works well

A template like this :

<div class="grid-x grid-margin-x">
    <div class="cell small-12 medium-6">
        <div class="zonetemplate">
            <p>colonne 1</p>
        </div>
    </div>
    <div class="cell small-12 medium-6">
        <div class="zonetemplate">
            <p>colonne 2</p>
        </div>
    </div>
</div>

Gives this render :

<section class="ckeditor-template-wrapper">
    <div class="ckeditor-template-content">
        <div class="grid-x grid-margin-x">
            <div class="cell small-12 medium-6">
                <div class="zonetemplate"><p>colonne 1</p></div>
            </div>
            <div class="cell small-12 medium-6">
                <div class="zonetemplate"><p>colonne 2</p></div>
            </div>
        </div>
    </div>
</section>

But, it could be a little better if there was a way to do something like this:

<section class="ckeditor-template-wrapper">
        <div class="grid-x grid-margin-x">
            <div class="cell small-12 medium-6">
                <div class="ckeditor-template-content"><p>colonne 1</p></div>
            </div>
            <div class="cell small-12 medium-6">
                <div class="ckeditor-template-content"><p>colonne 2</p></div>
            </div>
        </div>
</section>

I can confirm that the patch corrected the problem.

The https://www.drupal.org/project/ckeditor_templates/issues/3462157 ✨ Add widgettypearound integration Needs work patch works well for me

Patch #2 works very well for me, thank you.

#151 works fine on D10.3.3 for me too, thanks

Patchs does not works for D10.3.3...

Hi @ananya.k the patch "Error_in_mail_login_module-3462452.patch" does not apply

"nbsp_filter-10.3_incompatibility-3460328-5.patch" works well, Thanks :-)

patch #3 works for me too :-)
Thanks

even if the patch corrects the errors,
it doesn't apply without error for me and it creates extra useless folders and files, weird.

❯ tree web/modules/contrib/nbsp_filter/
 web/modules/contrib/nbsp_filter/
 ├── b
 │   └── config
 │       └── schema
 │           └── nbsp_filter.schema.yml
 ├── config
 │   └── schema
 │       └── nbsp_filter.schema.yml
 ├── LICENSE.txt
 ├── nbsp_filter.info.yml
 ├── nbsp_filter.module
 ├── README.txt
 ├── schema
 │   └── nbsp_filter.schema.yml
 └── src
     └── Plugin
         └── Filter
             ├── NbspFilter.php
             └── NbspFilter.php.rej

I tried a quick trick with “typedjs_filter-3462501”, but it didn't seem to work...

steveoriol → created an issue.

the patch does not apply to the latest versions of the module

steveoriol → created an issue.

Patch #13 is working

The patch is applied and the deactivated format appears in the list, but there's no button to reactivate deactivated formats.
I tried with versions D10.2.7 and D10.3.0 but no "enable" button is displayed.

steveoriol → changed the visibility of the branch 11.x to active.

steveoriol → created an issue.

The patches aren't applying for me on D10.3.0.

I've had the same problem for myself for a few days now...

G4MBINI → credited steveoriol → .

Okay, thanks kishan@kk

I have the same problem with D10.2.4 - PHP8.2.15 and Avatar Kit v8.x-1.3

G4MBINI → credited steveoriol → .

You guessed right, it still doesn't work using references. (dev-1.2.x a5445a0)

steveoriol → created an issue.

steveoriol → changed the visibility of the branch 3427914-just-a-small to hidden.

Sorry about that, it's actually an old patch that's failing, so it's all good.

https://www.drupal.org/files/issues/2018-04-23/2672656-31.patch → ([2672656] Remove HTML Debug Comments from a particular field in debug mode)

steveoriol → created an issue.

Here is the configuration file : https://pastebin.com/GcHQ5412

steveoriol → created an issue.

I have the same problem, I tested with the version 1.2.9 and the DEV version.
But it's impossible to make the iframe disappear?

Same here : D10.2.2 and php8.2
ddev drush st
[warning] Narrowing occurred during type inference of ZEND_FETCH_DIM_W. Please file a bug report on https://github.com/php/php-src/issues ProjectCollector.php:224

Yes, the patch is applied using the ".diff" and not the ".patch".

Thanks @budalokko

I have the error on viewsreference:2.0.0-beta7 end php 8.2
Deprecated function: unserialize(): Passing null to parameter #1 ($data) of type string is deprecated in Drupal\viewsreference\Plugin\Field\FieldFormatter\ViewsReferenceFieldFormatter->viewElements() (line 98 of modules/contrib/viewsreference/src/Plugin/Field/FieldFormatter/ViewsReferenceFieldFormatter.php).

OK, by now we can get the "dev" version; coll ;-)
- Upgrading drupal/plupload_widget (2.0.0-beta4 => dev-2.0.x 2e89be1)

But. the patch still doesn't apply in my case, it surely needs to be refreshed.

- Applying patches for drupal/plupload_widget
    https://git.drupalcode.org/project/plupload_widget/-/merge_requests/9.patch ([3411433] Can't save node after d10.2 update)
   Could not apply patch! Skipping. The error was: Cannot apply patch https://git.drupalcode.org/project/plupload_widget/-/merge_requests/9.patch

This patch need to be apply to the current branch "2.0.0", not only for the dev one.

When I try to install the current dev version, it is not works ?? do you know why ?
With:
composer require 'drupal/plupload_widget:2.0.x-dev
I get:

  Problem 1
    - Root composer.json requires drupal/plupload_widget 2.0.x-dev, found drupal/plupload_widget[dev-1.x, 1.0.0, 1.x-dev (alias of dev-1.x), 2.0.0-beta1, 2.0.0-beta2, 2.0.0-beta3, 2.0.0-beta4] but it does not match the constraint.
[...]

It's worked for me too

Add inside "patches" section on composer.json files :

[...]
"drupal/ui_patterns_settings":{
    "[3409221] ui_patterns_settings.module - array_unshift()": "https://git.drupalcode.org/project/ui_patterns_settings/-/merge_requests/21.patch"
},
[...]

For D10, dependency should be changed in the "ckeditor_templates.info.yml" file from

 dependencies:
 - drupal:ckeditor

to

 dependencies:
 - drupal:ckeditor5

Patch #68 works for me on D10.1.6 😀

Super, It OK by now ;-)

I need to create the "generic_layout" folder by hand,
and to remove the module I need to edit the "generic_layout.install" file and delete the "generic_layout_uninstall" function.
Note:
is it normal that there is a function named "generic_layout_uninstal" with one "l" in the "generic_layout.module" file?

steveoriol → created an issue.

Hello TomSaw,

Sorry, but I try to update "composer require 'drupal/generic_layout:^1.0@RC'", and now, pages like "node/x/layout" show an 500 error.
error message is :
Symfony\Component\Routing\Exception\InvalidParameterException : Parameter "region" for route "layout_builder.choose_block" must match "[^/]++" ("" given) to generate a corresponding URL. dans Drupal\Core\Routing\UrlGenerator->doGenerate() (ligne 203 de /var/www/jpjformation/web/core/lib/Drupal/Core/Routing/UrlGenerator.php).

and, when I try to uninstall the module, it also fails.
when, I try with drush commande "drush pmu generic_layout", I get :

 [error]  Error: Call to undefined method Drupal\generic_layout\GenericLayoutManager::reset() in generic_layout_uninstall() (line 14 of /var/www/jpjformation/web/modules/contrib/generic_layout/generic_layout.install) #0 [internal function]: generic_layout_uninstall()
#1 /var/www/jpjformation/web/core/lib/Drupal/Core/Extension/ModuleHandler.php(417): call_user_func_array()
#2 /var/www/jpjformation/web/core/lib/Drupal/Core/Extension/ModuleInstaller.php(467): Drupal\Core\Extension\ModuleHandler->invoke()
#3 /var/www/jpjformation/web/core/lib/Drupal/Core/ProxyClass/Extension/ModuleInstaller.php(91): Drupal\Core\Extension\ModuleInstaller->uninstall()
#4 /var/www/jpjformation/vendor/drush/drush/src/Drupal/Commands/pm/PmCommands.php(177): Drupal\Core\ProxyClass\Extension\ModuleInstaller->uninstall()
#5 [internal function]: Drush\Drupal\Commands\pm\PmCommands->uninstall()
#6 
[...]
 [warning] Drush command terminated abnormally.

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

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

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

The patch "3273358-99.patch" works pretty well for me :-)
on ck5/D9 before switching to D10 very soon...
Thanks

steveoriol → created an issue.

The patches does not apply on v1.2.0
but It is OK with the dev version:
composer require 'drupal/standalone:^1.x-dev'

            "drupal/standalone": {
                 "[3289830] Automated Drupal 10 compatibility fixes": "https://git.drupalcode.org/project/standalone/-/merge_requests/2.patch"
             },

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

Hello, @platinum1 and @yecmom,
I manage to make it works by adding manually the patch on issue :
https://www.drupal.org/project/bootstrap_paragraphs/issues/3221758 ✨ Bootstrap 5 support Needs work
>> https://www.drupal.org/files/issues/2022-03-15/bootstrap_paragraphs-3221... →

Patch from #302 works on 9.5.9 but break the site with D9.5.10...

This is the Apache2 error log :

AH01071: Got error 'PHP message: Error: Class "
\\Drupal\\text\\Plugin\\Field\\FieldType\\TextFieldItemList" not found in /var/www/drupalwebsite/web/core/lib/Drupal/Core/TypedData/TypedDataManager.php on line 91 
#0 /var/www/drupalwebsite/web/core/lib/Drupal/Core/TypedData/TypedDataManager.php(103): Drupal\\Core\\TypedData\\TypedDataManager->createInstance()\n#1 /var/www/drupalwebsite/web/core/lib/Drupal/Core/TypedData/TypedDataManager.php(200): Drupal\\Core\\TypedData\\TypedDataManager->create()\n#2 /var/www/drupalwebsite/web/core/lib/Drupal/Core/Field/FieldTypePluginManager.php(74): Drupal\\Core\\TypedData\\TypedDataManager->getPropertyInstance()\n#3 /var/www/drupalwebsite/web/core/lib/Drupal/Core/Entity/ContentEntityBase.php(604): Drupal\\Core\\Field\\FieldTypePluginManager->createFieldItemList()\n#4 /var/www/drupalwebsite/web/core/lib/Drupal/Core/Entity/ContentEntityBase.php(568): Drupal\\Core\\Entity\\ContentEntityBase->getTranslatedField()\n#5 /var/www/drupalwebsite/web/core/lib/Drupal/Core/Entity/EntityViewBui...'

I have the same problem, I have media that can only be seen by certain users, the solr view works with the right access, but the facets always show the full number of results without being filtered by the permissions of the connected user.
So the search results view can be empty while the facets are available, which is quite annoying.
I've also noticed the same problem with the autocomplete module (search_api_autocomplete), which displays the total number of results (without checking access to the documents) as if it were user 1 doing the search...

I just generated the first stable release ;-)
After that, there's no development planned for this module.

Patch string for "composer.json" in "patches" section for test :

"drupal/gdpr_compliance": {
  "[3356097] Drupal 10 version": "https://git.drupalcode.org/project/gdpr_compliance/-/merge_requests/2.patch"
},

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

Thank you Fabien, it's merged ;-)

I confirm that the patch : https://git.drupalcode.org/project/permissions_by_term/-/merge_requests/...
Works for me, thank you !

steveoriol → created an issue.

Thank you both for your help.

For the moment, this inconvenience is not a priority, DRD is still doing its job very well ;-)

Great, it works for me
thank you