Managed to get ldap user login working again by uninstalling authorization_group. We had version 2.0.x-dev@dev installed.
Thanks @bluegeek. Actually, before you posted your suggestion, I had tried suggestion 1 from @cpdp. I was able do this because deleting all LDAP users wasn't a major headache because I am doing this a on a test instance.
After deleting all LDAP users, I was able to run "drush updatedb" cleanly. However, I'm still having major issues that I will try and explain.
I can only login once as the admin user. The login isn't clean - I am greeted by a blank page after entering the TFA code (we use the TFA module). However, going back to the front page shows that I am logged in. After that, when I try and login a second time, I just see a white screen, stuck on /user/login. However, clearing the cache on the browser allows me to login successfully again.
Logging in as an LDAP user, I am just greeted by a blank white page, stuck on /user/login. When I go to the front page, I see the front page but it also says I am not logged in. However if I view recent log messages, I see that the LDAP user has been created. All subsequent attempts to login as that user fail, although clearly the user and password are accepted and recent log messages says "session opened for ".
I'm now unable to login even as a local user. After what appears to be successful input of credentials on logging in, you are presented with a blank /user/login page. Navigating to another page shows that you are not logged in.
Not sure why with each day, the situation is getting worse for us. All we are doing is running "drush updatedb".
Not applied the patch yet, but now when I run drush updatedb again, I get the following:
> [notice] Update started: authorization_drupal_roles_update_8004
> [notice] No profiles have revoke_provider_provisioned enabled. No roles to move to user data.
> [warning] Undefined array key 1 Schema.php:587
> [error] Exception thrown while performing a schema update. SQLSTATE[42P07]: Duplicate table: 7 ERROR: relation "field_deleted_data_21874036cb____pkey" already exists: ALTER INDEX "public"."field_deleted_data_21874036cb____pkey" RENAME TO field_deleted_data_21874036cb____pkey; Array
> (
> )
>
> [error] Update failed: authorization_drupal_roles_update_8004
[error] Update aborted by: authorization_drupal_roles_update_8004
[error] Finished performing updates.
We are experiencing the same (or very similar) issue:
Do you wish to run the specified pending updates? (yes/no) [yes]:
>
> [notice] Update started: authorization_drupal_roles_update_8004
> [notice] No profiles have revoke_provider_provisioned enabled. No roles to move to user data.
> [warning] Undefined array key 1 Schema.php:580
> [warning] Undefined array key 1 Schema.php:580
> [warning] Undefined array key 1 Schema.php:580
> [error] Exception thrown while performing a schema update. SQLSTATE[42P07]: Duplicate table: 7 ERROR: relation "field_deleted_data_21874036cb____idx" already exists: ALTER INDEX "public"."user__authorization_drupal_roles_roles__revision_id__idx" RENAME TO field_deleted_data_21874036cb____idx; Array
> (
> )
>
> [error] Update failed: authorization_drupal_roles_update_8004
[error] Update aborted by: authorization_drupal_roles_update_8004
[error] Finished performing updates.
We are currently unable to login with any LDAP user account. When can we expect an official fix?
I edited RuleStorage.php and modified:
return $this->database->query('SELECT rid FROM {' . $this->getBaseTable() . '} WHERE `limit` IS NULL')
to:
return $this->database->query('SELECT rid FROM {' . $this->getBaseTable() . '} WHERE "limit" IS NULL')
This appears to have fixed the issue, but not sure how this change might affect MySQL databases.
Yes, can confirm this is the same issue as #3455894, and the patch fixed it.
If I uninstall the TOC Filter module, I am then able to save the Basic HTML format. It does produce another error on saving (see below), but the format is saved. Maybe this ticket needs moving to TOC Filter?
Warning: Undefined array key "status" in editor_form_filter_admin_format_submit() (line 257 of core/modules/editor/editor.module).
editor_form_filter_admin_format_submit(Array, Object)
call_user_func_array('editor_form_filter_admin_format_submit', Array) (Line: 129)
Drupal\Core\Form\FormSubmitter->executeSubmitHandlers(Array, Object) (Line: 67)
Drupal\Core\Form\FormSubmitter->doSubmitForm(Array, Object) (Line: 597)
Drupal\Core\Form\FormBuilder->processForm('filter_format_edit_form', Array, Object) (Line: 326)
Drupal\Core\Form\FormBuilder->buildForm(Object, Object) (Line: 73)
Drupal\Core\Controller\FormController->getContentResult(Object, Object)
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: 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: 50)
Drupal\ban\BanMiddleware->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)
We are in the same situation. A quick fix is to edit the QR field and change the QR code service plugin from Google Chart API to QR Code Generator (goQR.me).
Although this patch didn't help me, it set me on the right track. Not sure how I previously downloaded the webform libraries, but this time I ran "drush webform:libraries:download" and this installed ./dist/tippy.umd.min.js. It's now working, thanks.
Unfortunately I still have the same issue. In fact, the tippy js file does not appear to be installed:
$ find . -name "tippy*.js"
./web/libraries/tippyjs/build/css/tippy.js
./web/libraries/tippyjs/test/unit/tippy.test.js
Did I miss something in the library install?
No warning messages for me now after latest update (2.0.4), thank you!
If this is the case, then I upvote for #3236464, as this will hopefully be a solution to our issue.
Yes, it's working after installing latest dev version, thank you. Will have a look at the Solo theme at some point.
Unfortunately, the map display is confidential information, and only available to specific authorised users. I have created another iframe that links to the BBC News website, under the heading "Today's BBC News" on the front page. It doesn't work properly, but the rendering is still the same, occupying only 20% of the screen.
Website is www1.hpc.kaust.edu.sa.
ishore → created an issue.
Fixed. Content Security Policy had to be tweaked.
I installed authorization_group:2.0.x-dev@dev, and this is working well, no error messages. I'm using core Core 10.1.6 and PHP 8.2.
Is it possible to include the "Create Group targets if they do not exist" checkbox/logic?
Ok, got it. It's fixed now, thank you.
From the link I get the "Edit Embed Button" screen (attached). Not sure what I'm supposed to do from there.
Hello @viren18febS
I'm not using git but I deleted the entity.png, created the entity.svg as per the MR, and cleared the cache.
Unfortunately, I still get the same error message.
Compatibility issue with my installed version of Group:
Problem 1
- drupal/authorization_group dev-1.x requires drupal/group ^1.0 -> found drupal/group[dev-1.x, 1.0.0-alpha1, ..., 1.x-dev (alias of dev-1.x)] but it conflicts with your root composer.json require (^3.2).
- drupal/authorization_group 1.x-dev is an alias of drupal/authorization_group dev-1.x and thus requires it to be installed too.
- Root composer.json requires drupal/authorization_group 1.x-dev@dev -> satisfiable by drupal/authorization_group[1.x-dev (alias of dev-1.x)].
Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.
Yes, our site was and is at Authorization 8.x-1.0. Maybe we've introduced other issues by being at PHP 8.2?
I've been slowly going through the code trying to make it 10-compatible, and I've now stabilised the module enough to create an Authorization profile using authorization_groups. But still seeing other errors. More importantly, I'm not seeing any option to "Create Drupal Groups targets if they do not exist", which is what I was really looking for.
For what it's worth, here are the changes I've made so far to GroupConsumer.php:
< $groups = \Drupal::entityQuery('group')->execute();
---
> $groups = \Drupal::entityQuery('group')
> ->accessCheck(TRUE)
> ->execute();
94c96
< if (/*($role->isMember() || $role->isAnonymous()) && */ $role->isInternal()) {
---
> if (/* ($role->isOutsider() || $role->isAnonymous()) && */ $role->isMember()) {
96c98
< }
---
> }
Worked a treat, thanks!
I've just installed samlauth and also came across this issue. We have hundreds of user roles and they're being created automatically. Having to check this module every day to tick any new roles would be very burdensome.
Our roles all come with the same privileges, so allowing linking for any role is what I'm looking for. Or perhaps negating the condition, allowing all roles to link except for those ticked.
#6 and #10 did not work for me, but #11 does. Thanks!
Firstly, my testing has so far only found an issue with the 3D Carousel. W3CSS Cards and Images don't exhibit the same issue.
The problem does seem to be related to the combination of W3CSS 3D Carousel in combination with the Media Directories module. When I try to add a W3CSS image to the carousel from a Media Directories sub-directory, the image doesn't display. But when I add the same image but from the root directory, it displays correctly.
Anyway, at least I now have a fix, even if the cause of the problem is not clear.
After further investigation, it seems that the images are not visible only to users with the role "Content Editor". I can remove the role from the user, refresh the page, and the images in the Carousel become visible.
After enabling Twig debug, I see the following in the "bad" display:
{!-- BEGIN OUTPUT from 'core/modules/media/templates/media.html.twig' --}
{div class="contextual-region"}
{div data-contextual-id="media:media=7:changed=1657692050&ds_bundle=w3css_media_image&ds_view_mode=w3css_media_view_image&langcode=en" data-contextual-token="sVhirvZqyDeR27EfgUAHwsh3TGrKiRYJwyDIp4K3JBY"}{/div}
{!-- THEME DEBUG --}
and this in the "good":
{!-- BEGIN OUTPUT from 'core/modules/media/templates/media.html.twig' --}
{div}
{!-- THEME DEBUG --}
Hi Alaa
Please ignore the previous data provided. I've been able to spend more time looking at the differences between the "good" (displays image and image title in Carousel) and "bad" (display only image title in Carousel"), and, for the carousel section of the page HTML, I performed a diff and find only a small difference in the div lines.
For the purposes of diplaying the HTML correctly here, I will replace < and > with { and }:
Good:
{div class="w3-row field field--name-w3css-content-image field--type-entity-reference field--label-hidden w3-bar-item field__item"{{div}
{div class="w3-row field field--name-w3css-content-image field--type-entity-reference field--label-hidden w3-bar-item field__item"}{div}
{div class="w3-row field field--name-w3css-content-image field--type-entity-reference field--label-hidden w3-bar-item field__item"}{div}
{div class="w3-row field field--name-w3css-content-image field--type-entity-reference field--label-hidden w3-bar-item field__item"}{div}
Bad:
{div class="w3-row field field--name-w3css-content-image field--type-entity-reference field--label-hidden w3-bar-item field__item"}{div class="contextual-region"}
{div class="w3-row field field--name-w3css-content-image field--type-entity-reference field--label-hidden w3-bar-item field__item"}{div class="contextual-region"}
{div class="w3-row field field--name-w3css-content-image field--type-entity-reference field--label-hidden w3-bar-item field__item"}{div class="contextual-region"}
{div class="w3-row field field--name-w3css-content-image field--type-entity-reference field--label-hidden w3-bar-item field__item"}{div class="contextual-region"}
Would you still recommend checking the twig template?
Followed instructions in issue 3342508 #11 and this seems to have got the site back up and operational. Will continue to monitor.
Attempted to uninstall Quick Node Clone package and got the same error message.
Upgraded to 3.1.1, and it's working fine. Thanks!
Did a diff of the Source of the unauthenticated (visible) and the authenticated (not visible), and there was some differences in the HTML that deals with the image display:
Unauthenticated (Visible):
Authenticated (Not Visible):
div class="w3-row field field--name-w3css-content-image field--type-entity-reference field--label-hidden w3-bar-item field__item">
I changed the names of the image file names in the HTML output here, but other than that, this is the actual HTML. I see the same differences for each image in the Carousel. Might this explain why there is a difference in the two displays?
I can re-create the same problem on two different environments - one running Drupal 9 and one running Drupal 10. I will investigate further.
Hello
Where would I find the latest code? I am already at 3.1.0 and I don't see a newer version in the Git repo.
The change I previously mentioned that I made to DirectoryForm.php has not caused any errors since, and the module is working fine for me. I'm not sure if it would throw up errors for MySQL users though.
ishore → created an issue.
Thank You!
I changed StartEvent to View Content Entity (User:User) and the rule now works as I want it to.
I think my confusion has been at least partly cause by the fact that it seems to be impossible to completely remove a condition in BPMN.iO - removing the template doesn't stop the condition from being acted upon. The debug logs showed that the condition was still being actioned after I removed the template.
The fact that I know from the messages that my two tokens are identical would lead me to assume that my issue is with the condition, and I don't think I'm picking the correct condition template to compare the two tokens.
Anyway, I am pursuing a solution using a Webform Handler instead, and will re-visit ECA for some other actions later.
I'm experiencing such unpredictable behaviour that I'm not sure what to say at this point. I set the "Display a message to the user" to print the value of both tokens, and on submitting the form, they are shown to be identical.
However, the role was not added to the account. But now, even after removing the condition, the role is still not added to the account when the form is submitted, which is different behaviour from before. Very confused.
I was testing with a custom module for Webform Handler, and that was failing when trying to addRole of "Content Editor". When I changed the code to addRole "content_editor", it worked.
I thought that maybe this was also the reason why my ECA model was not working also.
Still doesn't work for me unfortunately. I change the event to be "Insert content entity" and, without adding the condition, the model works as expected, adding the user to the role. But as soon as I add the condition, it fails - "Not asserting condition".
Further correction - the machine name of the role is what is required so, for example, you need to use content_editor instead of Content editor.
After some further investigation, it seems that the issue is with the underlying Drupal 9 API (addRole?). This command does not like non-alphanumeric characters. If I change the model so that it adds a role that is made of only alphanumeric characters to the user, it works fine. Spaces and underscores it does not like.
Any idea how to make non-alphanumeric roles acceptable?
I will do some further testing with Drupal 10, where addRole appears to have been replaced by AddRoleUser.
I'm not sure. So I re-instated the original DirectoryForm.php, cleared the cache, clicked on Add Directory, and the error is still there.
Could this be a Postgres vs MySQL thing?
Changing this line:
->condition('uid', RoleInterface::ANONYMOUS_ID, '<>')
to:
->condition('uid', '0', '<>')
appears to have fixed the error for me.
It worked! Thanks once again for your great support.
ishore → created an issue.
$ composer why symfony/yaml
consolidation/robo 4.0.3 requires symfony/yaml (^6)
drupal/core 10.0.8 requires symfony/yaml (^6.2)
drupal/core-recommended 10.0.8 requires symfony/yaml (~v6.2.5)
The more I investigate, the more this appears to be an issue with the Composer upgrade process rather than Webform.
This is just after upgrading to version 10 of Drupal from version 9, when I am trying to update the database.
Hi, yes it was 6.2@beta. I then upgraded to 6.2.x-dev in an attempt to fix the error.
Actually, having gone to 6-2.x-dev, the first error message is the same and the second errors on line 475 rather than 471:
The website encountered an unexpected error. Please try again later.
Error: Call to undefined method Drupal\Core\Extension\ModuleHandler::invokeAllWith() in Drupal\webform\WebformLibrariesManager->initLibraries() (line 475 of modules/contrib/webform/src/WebformLibrariesManager.php).
ishore → created an issue.
Update - clearing the cache a second time and/or restarting Apache appears to have fixed all issues.
Hi!
Core 9.5.7
Authorization 8.x-1.0-beta6 plus 3327917-full-d10-upgrade.patch
TFA 2.0.0-alpha2
PHP 8.1
PostgreSQL 13.7
In preparation for migration to Drupal 10, I tried updating ldap module to latest dev version. The upgrade seemed to go well:
drupal@dev1:/srv/www$ composer require 'drupal/ldap:4.x-dev@dev' --with-all-dependencies
./composer.json has been updated
Running composer update drupal/ldap --with-all-dependencies
Loading composer repositories with package information
Updating dependencies
Lock file operations: 1 install, 2 updates, 1 removal
- Removing grahl/ldap (v5.2.0.1)
- Upgrading drupal/externalauth (1.4.0 => 2.0.3)
- Upgrading drupal/ldap (4.3.0 => dev-4.x 9e018e7)
- Locking symfony/ldap (v6.2.8)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 1 install, 2 updates, 1 removal
- Downloading drupal/externalauth (2.0.3)
- Syncing drupal/ldap (dev-4.x 9e018e7) into cache
- Downloading symfony/ldap (v6.2.8)
- Removing grahl/ldap (v5.2.0.1)
- Upgrading drupal/externalauth (1.4.0 => 2.0.3): Extracting archive
- Removing drupal/ldap (4.3.0)
- Installing symfony/ldap (v6.2.8): Extracting archive
- Installing drupal/ldap (dev-4.x 9e018e7): Cloning 9e018e757d from cache
Package doctrine/reflection is abandoned, you should avoid using it. Use roave/better-reflection instead.
Package symfony/debug is abandoned, you should avoid using it. Use symfony/error-handler instead.
Package webmozart/path-util is abandoned, you should avoid using it. Use symfony/filesystem instead.
Generating autoload files
77 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
Endroid Installer did not detect a specific framework for auto-configuration
No security vulnerability advisories found
I cleared the cache after the update.
Now, when I try to login as an LDAP user it fails, after entering the password, with the following message:
The website encountered an unexpected error. Please try again later.
Error: Class "Symfony\Component\Ldap\Ldap" not found in Drupal\ldap_servers\LdapBridge->setServer() (line 109 of modules/contrib/ldap/ldap_servers/src/LdapBridge.php).
I can login okay as a local user, but still get the above message after entering the password. After re-entering the website URL, I do get the home page and see that I am logged in. The home page however does have another couple of error messages:
Warning: include(/srv/www/vendor/composer/../grahl/ldap/Ldap.php): Failed to open stream: No such file or directory in include() (line 571 of /srv/www/vendor/composer/ClassLoader.php).
Warning: include(): Failed opening '/srv/www/vendor/composer/../grahl/ldap/Ldap.php' for inclusion (include_path='/srv/www/vendor/pear/archive_tar:/srv/www/vendor/pear/console_getopt:/srv/www/vendor/pear/pear-core-minimal/src:/srv/www/vendor/pear/pear_exception:.:/usr/share/pear:/usr/share/php:/usr/share/pear:/usr/share/php') in include() (line 571 of /srv/www/vendor/composer/ClassLoader.php).
I have not tried a clean install yet.