🇩🇪Germany @markdc

I've updated to PHP 8.3.13.
But I'm having difficulty updating to ImageMagick 7 because my server is still on Ubuntu 20.

I discovered a temporary workaround. If I increase the batch page processing from 1 to 5 for example, then 3 and 5-page PDFs are processed completely. But anything over that — 7, 9, etc — is still missing the last page.

I'll continue to search for a solution.

Maybe I spoke too soon. The patch applied, but I get the following WSOD on Views that use the Group ID context. I also get this error in the console when trying to add the context to a new View:

Drupal\Component\Plugin\Exception\PluginNotFoundException: The "group_relationship" entity type does not exist. in Drupal\Core\Entity\EntityTypeManager->getDefinition() (line 142 of core/lib/Drupal/Core/Entity/EntityTypeManager.php).
Drupal\Core\Entity\EntityTypeManager->getHandler() (Line: 195)
Drupal\Core\Entity\EntityTypeManager->getStorage() (Line: 113)
Drupal\group\Context\GroupRouteContext->getBestCandidate() (Line: 52)
Drupal\group\Context\GroupRouteContext->getRuntimeContexts() (Line: 71)
Drupal\Core\Plugin\Context\LazyContextRepository->getRuntimeContexts() (Line: 91)
Drupal\block\BlockAccessControlHandler->checkAccess() (Line: 109)
Drupal\Core\Entity\EntityAccessControlHandler->access() (Line: 329)
Drupal\Core\Entity\EntityBase->access() (Line: 63)
Drupal\block\BlockRepository->getVisibleBlocksPerRegion() (Line: 138)
Drupal\block\Plugin\DisplayVariant\BlockPageVariant->build() (Line: 270)
Drupal\Core\Render\MainContent\HtmlRenderer->prepare() (Line: 128)
Drupal\Core\Render\MainContent\HtmlRenderer->renderResponse() (Line: 90)
Drupal\Core\EventSubscriber\MainContentViewSubscriber->onViewRenderArray()
call_user_func() (Line: 111)
Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch() (Line: 186)
Symfony\Component\HttpKernel\HttpKernel->handleRaw() (Line: 76)
Symfony\Component\HttpKernel\HttpKernel->handle() (Line: 53)
Drupal\Core\StackMiddleware\Session->handle() (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle() (Line: 28)
Drupal\Core\StackMiddleware\ContentLength->handle() (Line: 32)
Drupal\big_pipe\StackMiddleware\ContentLength->handle() (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass() (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle() (Line: 263)
Drupal\shield\ShieldMiddleware->bypass() (Line: 219)
Drupal\shield\ShieldMiddleware->handle() (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle() (Line: 51)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle() (Line: 36)
Drupal\Core\StackMiddleware\AjaxPageState->handle() (Line: 51)
Drupal\Core\StackMiddleware\StackedHttpKernel->handle() (Line: 741)
Drupal\Core\DrupalKernel->handle() (Line: 19)

Apologies. I forgot that a MR is also usable as a patch.

!59 is working for me. Thank you!

Same for 2.3.0

Thank you for the feedback. This helps me to narrow the troubleshooting.

I've tested with a variety of PDFs from different sources, as well as simple ones I exported myself from Apple Pages.

So its either imagemagik or spatie/pdf-to-image.
I see my imagemagik is older than yours. I'll start there.

Could anyone else verify that this error exists?

markdc → created an issue.

markdc → created an issue.

markdc → created an issue.

I'm using the Group module. I followed the documentation closely, but could not achieve protection. I had to dig through the issue queue to find this detail.

Group does not come with a "Full" view by default. I had to add it manually and enable protection on it. Then protection was taking place.

Re-opening this issue as a documentation task.

And thank you for this great module!

From a UX perspective, this is essential. Currently new users figure out the policy through failure and by reading the error messages.

I'm looking for exactly this. Have you found a workaround in the meantime?

Thanks for the fix! 🥳

Thank you for posting this. Saved me time.

markdc → created an issue.

#6 is working for me. Thanks.

Would this also work for the "last access" field?

I have precisely the same issue. Could you resolve it?

I’m currently using the ginvite → module with success. What would this patch seek to provide that isn’t already covered by this module? Would it be better to support Ginvite with a view to future integration in the Group module?

+1

Also have a need for this. I really just want to use Clipboard on any field with whatever value I output via Views rewrites. I find the current implementation very limiting.

There is also the module Pathauto preview → (albeit for D9)

markdc → created an issue.

markdc → created an issue.

+1

I also have a use case for this. (D10)

@shumer, it seems the original intention of this module has evolved. You confirm this in the module description by refering to singleton pages and homepages. So I agree with @DrDam that this neccessitates a display route. I was surprised to find out I needed custom code to achieve this.

In general, I find this to be a missing feature in Drupal, and this module comes closest to filling this gap. It would be complete with the addition of a display route.

Linking this issue to similar ones I found. Thank you very much for reconsidering. And if you know of a better way to do this with another module, please let us know.

I noticed this warning in my Status Report:

Entity/field definitions
Mismatched entity and/or field definitions
The following changes were detected in the entity type and field definitions.

File

• The Original filename field needs to be updated.

I found this in the IQ: https://www.drupal.org/project/filefield_paths/issues/3119771 →

Could this be the cause of my error?

Awesome. Can’t wait to try this out. Thanks!

Set up a node with a normal File field.

Field settings
Required
No translation
Allowed extensions: pdf

File (Field) Path settings
File path: "pdf"
File path options: all deactivated
File name: [node:nid].[node:field_file:entity:ffp-extension-original]
File name options: all deactivated
Create Redirect: no
Retroactive update: no
Active updating: no

Drupal config
The tmp directory is in the project root folder

markdc → created an issue.

I have a use case in which only the source language of content should show. The site has no default content language. And users cannot choose their language preference.

Thanks for this fix! I was banging my head against the wall thinking there was something wrong with my theme or cache.

Hmm… the patch does not apply for me in 1.9…

Thank you for the patch. Working for me at all levels. No issues.

@DaleTrexel
Thank you. You were exactly right about the database tables. Doing a clean import after drop allowed everything to update.

Hey all. I had very similar errors and issue with BEF not working. Then it dawned on me to try the following:

• put my CDN in dev mode
• clear the CDN cache
• clear my browser cache
• clear Drupal cache again

And ta-da, the filter is working again as it did in D9.5.

Hope it's as simple as that for you too!

+1

Do any of these patches work on 2.2.1?

I'm facing this issue as well. Any update?

I also wish to express my thanks @pfrenssen
This solution is certainly the way forward.

I also ran into this issue. The suggestion in #3 helped me. Thanks

Oh sorry, thx!

Also interested in a Webform handler for tickets. Has anyone gotten this to work?

markdc → created an issue.

Hi there. Since the 8x-1.1 release, the .diff file can't apply.
Can we get this into stable? Thx =]

markdc → created an issue.

Applied the patch and ran composer update. flexible_permissions is not downloaded as a dependency.

Ran drush updb and got this as IT-Cru expected:

Module   Update ID   Type            Description                           
 -------- ----------- --------------- -------------------------------------- 
  group    9200        hook_update_n   9200 - Install required               
                                       flexible_permissions contrib module.  
 -------- ----------- --------------- -------------------------------------- 


 Do you wish to run the specified pending updates? (yes/no) [yes]:
 > y

>  [notice] Update started: group_update_9200
>  [warning] Undefined array key "flexible_permissions" ModuleInstaller.php:125
>  [warning] Attempt to read property "info" on null ModuleInstaller.php:125
>  [warning] Trying to access array offset on value of type null ModuleInstaller.php:125
>  [warning] Undefined array key "flexible_permissions" ModuleInstaller.php:128
>  [warning] Attempt to read property "info" on null ModuleInstaller.php:128
>  [warning] Trying to access array offset on value of type null ModuleInstaller.php:128
>  [error]  Unable to install modules flexible_permissions due to missing modules flexible_permissions. 
>  [error]  Update failed: group_update_9200 
 [error]  Update aborted by: group_update_9200 
 [error]  Finished performing updates. 

I've been spending time trying to get this to work only to find out now that my expectations have been based on D7 documentation. Writing down a few points about D9 features is not asking too much. Please.

Same

Same issue. Patch is not working. Drupal 9.5.7. See screenshot:

#4 applies to Address 8.x-1.11 but I'm having trouble.

The Basic Address field shows no limitation options.
The Advanced Address field does. However trying to save the field results in this error:

Warning: Undefined array key "#preferred_countries" in _webform_entity_element_validate_rendering_error_handler() (line 1076 of /var/www/vhosts/quadroworld.com/drupal_stage/web/modules/contrib/webform/webform.module)

KuroiRoy wrote in the issue summary that…

…the modification is done to the original language.

For the sake of clarity, is the modification applied to the site default language or the content's source language? It appears to be the latter.

• We have English as our site's default language
• Article nodes have a default/source lanaguage of German
• Articles are translated into English and French
• When first applying the (unpatched) bulk action to French, it was the English translations that received the modification.

If someone can confirm this and update the issue description, then other users having this issue might find their way here. I only discovered this was the right place based on a hunch. =]

#7 solved an issue I just ran into.

1. Set up a node with a boolean that is translateable
2. Add a bulk_edit form that shows that boolean
3. As user 1: bulk edit that field in a translated language > works as expected
4. As authenticated user: the action appears, task runs with a success message, but the fields are not modified (also not the original language as mentioned by the OP)

I checked all permissions. My user can edit the field on a normal node edit form. But after applying the patch, the action works.

Thank you @RichardDavies for the manual solution. Works for me. Hope this gets into the UI at some point.

#258 worked for me.

Drupal core 9.5.3, Ajax Comments 8.x-1.0-beta5, PHP 8.0.27.

Thank you!

I just applied #411 in 8.6.7 and can also confirm it solves the issue.