🇪🇪Estonia @tormi

RTBC. Saving MR as a patch to use it safely in Composer. Source https://www.drupal.org/project/group/issues/3494447#comment-16041712 🐛 Undefined function field_ui_entity_operation Active

Duplicate of 1964422, closing.

Updated the group_audience check to use property_exists() and isset() for safer property access.

tormi → created an issue.

I am adding a static patch 2822764-129.patch based on #129 ✨ Support adding new entities when translating Needs review / MR #120

Saved changes from #25 MR as a static patch for rules v4.0.

Also removed formatting changes.

Removed $this->notif_error++; > $this->notif_errors++; as it's handled elsewhere.

Added patch 3493476-2.patch → .

tormi → created an issue.

Here's the commit where rabbit_hole_update_8102() is being renamed to rabbit_hole_update_8104() and new rabbit_hole_update_8103() function is introduced before the renamed rabbit_hole_update_8104() function: https://git.drupalcode.org/project/rabbit_hole/-/commit/dc579f2023bfc597...

For me, the issue is caused by the fact that the function rabbit_hole_update_8102() (see https://git.drupalcode.org/project/rabbit_hole/-/commit/b7d8d84d1fdc50af...) is missing in the rabbit_hole.install file:

drush updb
[error] The installed version of the /Honeypot/ module is too old to update. Update
to an intermediate version first (last removed version: 8104, installed
version: 8102).

Committed #3351078: Remove EOL PHP versions, add support for PHP v8.2 & v8.3, Drupal 11

Adding MR as patch here for patching purposes in the project.

Use custom dockerfile instead of build_as_root for caching Lando build steps.

.lando.yml:

services:
  appserver:
    overrides:
      build:
        context: ./.lando
        dockerfile: appserver.Dockerfile

.lando/appserver.Dockerfile:

# Overrride Lando's PHP service.
FROM devwithlando/php:8.3-fpm-4

# Install vim, sudo, node 20, and npm globally
RUN apt-get update && \
    apt-get install -y --no-install-recommends \
    gnupg2 \
    sudo \
    vim \
    wget \
    && wget -qO- https://deb.nodesource.com/setup_20.x | bash - && \
    apt-get install -y nodejs \
    && apt-get clean \
    && rm -rf /var/lib/apt/lists/*

# Verify installation
RUN node -v && npm -v

Yes, please!

I'm adding Joachim's MR diff as a static patch so it can be referenced from the project.

Okay, this did the trick for me: max_filesize: '10 MB'.

Marked this ticket as possibly related: https://www.drupal.org/project/drupal/issues/3424941#comment-15760118 🐛 GDToolkit::load() doesn't check value, returned from executing $function Needs work

Here's my stack trace from local environment.

The size of the `public://images-2024-09/IG-post_Foli-kumppani (1).png` is 18MB and `createDerivative` fails because of this - there's no derivate in https://xxx.lndo.site/sites/default/files/styles/medium/public/images-20...

The website encountered an unexpected error. Try again later.

TypeError: Drupal\system\Plugin\ImageToolkit\GDToolkit::setImage(): Argument #1 ($image) must be of type ?GdImage, bool given, called in /app/web/core/modules/system/src/Plugin/ImageToolkit/GDToolkit.php on line 287 in Drupal\system\Plugin\ImageToolkit\GDToolkit->setImage() (line 203 of core/modules/system/src/Plugin/ImageToolkit/GDToolkit.php).
Drupal\system\Plugin\ImageToolkit\GDToolkit->load() (Line: 217)
Drupal\system\Plugin\ImageToolkit\GDToolkit->getImage() (Line: 354)
Drupal\system\Plugin\ImageToolkit\GDToolkit->save('/app/web/sites/default/files/styles/medium/public/images-2024-09/IG-post_Foli-kumppani (1).png') (Line: 125)
Drupal\Core\Image\Image->save('public://styles/medium/public/images-2024-09/IG-post_Foli-kumppani (1).png') (Line: 334)
Drupal\image\Entity\ImageStyle->createDerivative('public://images-2024-09/IG-post_Foli-kumppani (1).png', 'public://styles/medium/public/images-2024-09/IG-post_Foli-kumppani (1).png') (Line: 224)
Drupal\image\Controller\ImageStyleDownloadController->deliver(Object, 'public', Object, 'public') (Line: 90)
Drupal\stage_file_proxy\Controller\ImageStyleDownloadController->deliver(Object, 'public', Object, 'public')
call_user_func_array(Array, Array) (Line: 123)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 638)
Drupal\Core\Render\Renderer->executeInRenderContext(Object, Object) (Line: 121)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext(Array, Array) (Line: 97)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 181)
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: 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)

And here's the image creation failure stack trace:

Warning: imagecreatefrompng(): "public://images-2024-06/IG-post_Foli-kumppani.png" is not a valid PNG file in Drupal\system\Plugin\ImageToolkit\GDToolkit->load() (line 273 of /app/web/core/modules/system/src/Plugin/ImageToolkit/GDToolkit.php)
#0 /app/web/core/includes/bootstrap.inc(166): _drupal_error_handler_real(2, 'imagecreatefrom...', '/app/web/core/m...', 273)
#1 [internal function]: _drupal_error_handler(2, 'imagecreatefrom...', '/app/web/core/m...', 273)
#2 /app/web/core/modules/system/src/Plugin/ImageToolkit/GDToolkit.php(273): imagecreatefrompng('public://images...')
#3 /app/web/core/modules/system/src/Plugin/ImageToolkit/GDToolkit.php(217): Drupal\system\Plugin\ImageToolkit\GDToolkit->load()
#4 /app/web/core/modules/system/src/Plugin/ImageToolkit/GDToolkit.php(354): Drupal\system\Plugin\ImageToolkit\GDToolkit->getImage()
#5 /app/web/core/lib/Drupal/Core/Image/Image.php(125): Drupal\system\Plugin\ImageToolkit\GDToolkit->save('/app/web/sites/...')
#6 /app/web/core/modules/image/src/Entity/ImageStyle.php(334): Drupal\Core\Image\Image->save('public://styles...')
#7 /app/web/core/modules/image/src/Controller/ImageStyleDownloadController.php(224): Drupal\image\Entity\ImageStyle->createDerivative('public://images...', 'public://styles...')
#8 /app/web/modules/contrib/stage_file_proxy/src/Controller/ImageStyleDownloadController.php(90): Drupal\image\Controller\ImageStyleDownloadController->deliver(Object(Symfony\Component\HttpFoundation\Request), 'public', Object(Drupal\image\Entity\ImageStyle), 'public')
#9 [internal function]: Drupal\stage_file_proxy\Controller\ImageStyleDownloadController->deliver(Object(Symfony\Component\HttpFoundation\Request), 'public', Object(Drupal\image\Entity\ImageStyle), 'public')
#10 /app/web/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(123): call_user_func_array(Array, Array)
#11 /app/web/core/lib/Drupal/Core/Render/Renderer.php(638): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}()
#12 /app/web/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(121): Drupal\Core\Render\Renderer->executeInRenderContext(Object(Drupal\Core\Render\RenderContext), Object(Closure))
#13 /app/web/core/lib/Drupal/Core/EventSubscriber/EarlyRenderingControllerWrapperSubscriber.php(97): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext(Array, Array)
#14 /app/vendor/symfony/http-kernel/HttpKernel.php(181): Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}()
#15 /app/vendor/symfony/http-kernel/HttpKernel.php(76): Symfony\Component\HttpKernel\HttpKernel->handleRaw(Object(Symfony\Component\HttpFoundation\Request), 1)
#16 /app/web/core/lib/Drupal/Core/StackMiddleware/Session.php(53): Symfony\Component\HttpKernel\HttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#17 /app/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#18 /app/web/core/lib/Drupal/Core/StackMiddleware/ContentLength.php(28): Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#19 /app/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\Core\StackMiddleware\ContentLength->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#20 /app/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#21 /app/web/core/lib/Drupal/Core/StackMiddleware/AjaxPageState.php(36): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#22 /app/web/core/lib/Drupal/Core/StackMiddleware/StackedHttpKernel.php(51): Drupal\Core\StackMiddleware\AjaxPageState->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#23 /app/web/core/lib/Drupal/Core/DrupalKernel.php(741): Drupal\Core\StackMiddleware\StackedHttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#24 /app/web/index.php(19): Drupal\Core\DrupalKernel->handle(Object(Symfony\Component\HttpFoundation\Request))
#25 {main}

This might be related to https://www.drupal.org/project/drupal/issues/3261924 🐛 Avoid warning from imagecreatefrompng when loading png with obscure iCCP profiles Needs work

I followed platch's suggestion in #4, also created a separate static patch, didn't change the status (no tests yet).

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

Please enable `mailsystem` module, define defaults there and export configuration. That should do it.

Patch added.

tormi → created an issue.

Duplicate of #3269828.

Patch added.

tormi → created an issue.

Patch added.

tormi → created an issue.

RTBC

Duplicate of #3383821, closing.

tormi → created an issue.

Found some more instances, patch updated.

Patch added.

tormi → created an issue.

Patch added.

tormi → created an issue.

RTBC

Linked somewhat related issue for visibility.

Note that there's no EntityQueue class defined in ctools module.

I had a similar warning, but for LinkitProfile class:
Deprecated function: Creation of dynamic property LinkitProfile::$table is deprecated funktiossa ctools_export_load_object() (rivi 540 tiedostossa /app/web/sites/all/modules/contrib/ctools/includes/export.inc)..

The solution was to deal with LinkitProfile class in linkit module, see https://www.drupal.org/project/linkit/issues/3401666 🐛 Dynamic properties are deprecated in PHP 8.2 Needs review .

So, here we need to update the EntityQueue class in some contrib module.

Changing status to works as designed for now.

Initial patch.

tormi → created an issue.

Test classes need AllowDynamicProperties to be added as well to pass in PHP 8.2.

Okay, this needs too much refactoring - getters and setters for every property. Let's use `AllowDynamicProperties` instead.

Forgot to add a getter method.

Added a getter method to `scald.module` to retrieve the type. Let's see what tests are saying this time.

New patch with minor formatting changes.

In this patch, I've:

• Removed the dynamic property assignments from the constructor.
• Added protected properties for each of the class variables.
• Added a setProperty() method to set properties.
• Modified the constructor to use the setProperty() method to set properties.

tormi → created an issue.

Thanks!

tormi → created an issue.

Installation section needs to be updated, too.

tormi → created an issue.

I updated the timestamp comparison formula.

Patch added.

tormi → created an issue.

@paulsheldrake looks interesting. Any reason to limit it to svg only?
I would use it to show inline small image for pre-loading purpouses.

Please don't! We had an incident of backups of the production database failing due to large `data:image` chunks in the database.

LGTM.

Released apparently.

Any ideas how to resolve this?

I would keep Drush in composer update "drupal/core-*" drush/drush --with-all-dependencies. Remove Drush before update? section covers Jaypan's proposal.

Patch added.

tormi → created an issue.

Tests doesn't trigger..

Patched D7 branch here: https://www.drupal.org/project/fastly/issues/3408149#comment-15356279 🐛 TypeError: in_array(): Argument #2 ($haystack) must be of type array, null given in in_array() Needs review .

I added a patch.

tormi → created an issue.

LGTM

@irsar, what @smustgrave said in #196. I'm also trying to figure out if there's a version I can use for the latest D10.

Adding MR !3751 with the latest commit 3b362cc8 as a patch.

Added a patch.

tormi → created an issue.

Added a patch.

tormi → created an issue.

I think adding internal patches of contrib code to the project repository is not a good idea. Instead, I would introduce this approach - adding the relevant diff from MR as a static patch for composer builds. Check out a recent example:  https://www.drupal.org/project/embed/issues/3309747#comment-15251415 📌 Add CKEditor 5 compatibility and keep supporting CKEditor 4 RTBC

Thanks, @bserem.

Updated patch.

Patch #3 has the wrong path: web/sites/default/modules/contrib/simplehtmldom/simplehtmldom.make.

Patch added.

tormi → created an issue.

tormi → created an issue.

Changed to NR for testing purposes.

And another warning:

Warning: Trying to access array offset on value of type null in text_field_update() (line 346 of /app/web/sites/all/modules/contrib/scald/modules/fields/mee/mee.module).

Updated patch for #3.

Related issue: https://www.drupal.org/node/2748141 →

There's another similar error in the same file:

TypeError: Cannot access offset of type string on string in _mee_process_item_value() (line 826 of /app/web/sites/all/modules/contrib/scald/modules/fields/mee/mee.module).

Added a patch.

tormi → created an issue.

So I think it will be better to check the root cause why the serialized data are not an array, than mask this with a conversion.

Indeed, thanks.

Next patch.

Patch added.