🇫🇷France @steveoriol

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

Great, thank you very much @robphillips →

steveoriol → created an issue.

I found the PHP function "natsort", which could do the right pull, but I have no idea how to use it view plugin...

it works by now, I don't know why...
D10.0.3 & PHP8.1.14

steveoriol → created an issue.

install v3 if you are in D9 : composer require 'drupal/color_field:^3.0'

Yes, I confirm that the MR41 is needed.

CKeditor always separates insertion from a media "drupal-media" between "p" tags...

I also try to use, even if it is less convenient for the end customer than the use of "Media Library", the entity insertion (with the "entity_embed" module with this patch ✨ Allow elements to be inline CKEditor Widgets Needs review ).
But it's the same problem for me, the "p" tag always separates the insertions ...

Is there anything special to do in the format configuration "admin/config/content/formats/manage/xxxxx" to make these patches work?

Hello,

For me, after apply the patch #195,
all my views with a "Filter criteria" like "Domain Access: Available on current domain (True)" disappear, on anonymous acces, superuser is ok.
:-(