smustgrave → credited rteijeiro → .
Patch in #20 applies correctly but the MR mentioned in #29 is not applying. Not sure if I created the patch from the MR wrong. I just added .patch to the MR link like this: https://git.drupalcode.org/project/field_group/-/merge_requests/56.patch
ricardoamaro → credited rteijeiro → .
I ended up with this issue due to the configuration about the client secret is not saved even when I created a key and selected it in the form.
Not sure what's the reason as it worked well before upgrading to latest versions:
- Drupal 10.2.4
- OpenID Connect / OAuth client 3.0.0-alpha3
- OpenID Connect Microsoft Azure Active Directory client 2.0.0-beta7
Same here after upgrading drupal core and openid_connect modules:
- Drupal 10.2.4
- OpenID Connect / OAuth client 3.0.0-alpha3
- OpenID Connect Microsoft Azure Active Directory client 2.0.0-beta7
> [error] SQLSTATE[42S02]: Base table or view not found: 1146 Table 'db.authmap' doesn't exist: SELECT 1 AS "expression"
> FROM
> "authmap" "authmap"
> WHERE ("uid" = :db_condition_placeholder_0) AND ("provider" = :db_condition_placeholder_1); Array
> (
> [:db_condition_placeholder_0] => 13
> [:db_condition_placeholder_1] => openid_connect.windows_aad
> )
>
> [error] Update failed: openid_connect_update_8204
Tested the #20 patch on:
- Drupal 10.2.4
- OpenID Connect / OAuth client 3.0.0-alpha3
- OpenID Connect Microsoft Azure Active Directory client 2.0.0-beta7
And I get the following error when I go to admin/config/people/openid-connect
TypeError: Drupal\openid_connect\Plugin\OpenIDConnectClientCollection::__construct(): Argument #2 ($instance_id) must be of type string, null given, called in /var/www/web/modules/contrib/openid_connect/src/Entity/OpenIDConnectClientEntity.php on line 142 in Drupal\openid_connect\Plugin\OpenIDConnectClientCollection->__construct() (line 33 of /var/www/web/modules/contrib/openid_connect/src/Plugin/OpenIDConnectClientCollection.php).
mcdruid → credited rteijeiro → .
Congrats Lauriiiiii. This is a well deserved position and I'm sure you will do great. Looking forward to working with you together again.
I solved the issue in #95 forcing the path alias to be created in `hook_entity_presave` only for newly created entities. I'll test if this is just an issue in my environment or if I can reproduce it in the latest versions of Drupal and the contrib modules. In the meantime I'll leave the code below if someone experiences the same issue:
if ($entity->isNew()) {
$entity->path = \Drupal::service('pathauto.generator')->updateEntityAlias($entity, 'insert');
}
Same question here. I'm actually trying to change the name of the relationship which defaults to "content" and I'm not sure there is straightforward way to do it. Any hints?
I'm experiencing an issue with this. After applying the patch in #90, I create new content in a group and it seems the tokens in [node:group:*] are empty just when the content is created. If I try to recreate the path aliases, then it works. Not sure if the issue is caused for some misconfiguration but I'm still investigating.
Sharing this if someone else experienced the same or not.
Yes, definitely is something not related to Group module itself. I reproduced the same environment using the same Drupal core and group module and dependencies versions and everything works fine. I'm sure it's something related to our project configuration. Will continue investigating but maybe someone had the same issue in the past.
Feel free to close the issue if you consider it necessary. Thansk!
Changed the title and priority to make it more relevant as I really expended a lot of time trying to debug this issue and can't understand why the module is not installed properly.
Same issue here:
- Drupal 9.4.14
- Group 3.0.0-rc2
Just install group module and can't access /admin/group page. Getting this error:
The website encountered an unexpected error. Please try again later.
TypeError: Drupal\Core\Entity\Sql\DefaultTableMapping::requiresDedicatedTableStorage(): Argument #1 ($storage_definition) must be of type Drupal\Core\Field\FieldStorageDefinitionInterface, null given, called in /web/core/lib/Drupal/Core/Entity/Sql/DefaultTableMapping.php on line 331 in Drupal\Core\Entity\Sql\DefaultTableMapping->requiresDedicatedTableStorage() (line 521 of core/lib/Drupal/Core/Entity/Sql/DefaultTableMapping.php).
It seems the module installation was not completed correctly for some reason. Trying to import the config from config/install using drush and getting a similar error like the one in the summary:
In ExceptionHandler.php line 53:
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'group_config_wrapper' doesn't exist: SELECT "base_table"."id" AS "id", "base_table"."id" AS "base_table_id"
FROM
"group_config_wrapper" "base_table"
LIMIT 1 OFFSET 0; Array
(
)
In StatementWrapper.php line 145:
SQLSTATE[42S02]: Base table or view not found: 1146 Table 'group_config_wrapper' doesn't exist
My bad, I was using the node id instead the uuid as specified in the documentation. Closing again.
Reopening this issue as I'm getting the same error when trying to access a single node using /jsonapi/node/page/1 end point in a GET request. It actually works when accessing all nodes of one type using /jsonapi/node/page in a GET request. I'm not using jsonapi_extras module or anything else but jsonapi and serialization modules in core. Just created a Basic Page for testing.
The error I get is the same described in the issue title:
{"title":"Not Found","status":"404","detail":"The \u0022entity\u0022 parameter was not converted for the path \u0022\/jsonapi\/node\/page\/{entity}\u0022 (route name: \u0022jsonapi.node--page.individual\u0022)"
I assume the issue is related to the parameter "1" encoding or something but can't see anything in the documentation.
Re-rolled #67 patch to work with Drupal 9.4.12
After investigating this issue I noticed the width and height parameters were missing in the tag. Maybe this is a related issue: https://www.drupal.org/project/drupal/issues/3192234 📌 Apply width and height attributes to allow responsive image tag use loading="lazy" Fixed
Actually as per the documentation, the weights in the example in comment #10 are wrong, the smaller min-widths should have small weight:
https://www.drupal.org/docs/theming-drupal/working-with-breakpoints-in-d... →
I'm facing the same issue and the proposed solution of selecting None as fallback is not valid in my case, I really need an image style as fallback but the fallback is always used whatever screen size I use.