zterry95 → created an issue.
zterry95 → created an issue.
zterry95 → created an issue.
zterry95 → created an issue.
zterry95 → created an issue.
zterry95 → created an issue.
zterry95 → created an issue.
Here is the Dockerfile we created, and can use smoothly.
docker run --rm -v $(pwd):/app davyinsa/pareviewsh pareview.sh https://git.drupalcode.org/project/http_client_log.git 1.0.x
zterry95 → created an issue.
commited, add condition with uid check.
zterry95 → created an issue.
added and run gitlab ci as expected.
https://git.drupalcode.org/project/search_api_stats/-/pipelines/179068
zterry95 → created an issue.
fixed phpcs, also a typo error in the code.
I try the drupal 10 with search_api_stats 1.0, looks Drupal core can handle the exception automaticlly.
keywords cannot be longer than 128 characters but is currently 255 characters long.
If you still stick on Drupal 7, please reopen it. Let's close it temporarly.
Or you can implements hook_schema_alter in you custom module, alter the length of `keywords` field to fit your need.
Here is the max length of varchar:
https://www.drupal.org/docs/7/api/schema-api/data-types/varchar →
What we have defined in the hook_schema:
https://git.drupalcode.org/project/search_api_stats/-/blob/8.x-1.x/searc...
The patch looks good, but seems it can't resolve the problem ulitmately.
The main reason is because$query->condition('s.timestamp', \Drupal::time()->getRequestTime())
may not the same on page redirect.
So the patch can reduce the problems, but can't resolved it ultimately.
No, currently I don't think there is scenario for work with rules.
As the module name "customfilter", is only works for filter. So modify data and save it to database shoud be implemented custom or other module.
This module only works with textarea field with format.
Closed for long time no activities.
If you need this feature, please reopen it.
Commited to 7.x-1.x. thanks.
@kwfinken @tmsimont, can you write the reproduce steps? That will be helpful.
This MR can't get merged automaticly.
I handle it manually.
Thanks bot:) let's trigger test.
zterry95 → created an issue.
Oh, my bad.
https://git.drupalcode.org/project/http_client_log/-/commit/5c9db1521529...
It's already fixed 8 months ago, and I forgot make the release.
Please try version 1.1.0
zterry95 → created an issue.
zterry95 → created an issue.
Here is the patch.
zterry95 → created an issue.
zterry95 → created an issue.
See the image, when click the editor, the error happened.
zterry95 → created an issue.
#10 patch not works in my case.
Here is new patch, it's a temporary solution. but it works.
The $varID is always array, so using 'IN' condition.
https://git.drupalcode.org/project/maestro/-/merge_requests/5/diffs?comm...
zterry95 → created an issue.
zterry95 → created an issue.
zterry95 → created an issue.
zterry95 → created an issue.
zterry95 → created an issue.
Thanks. This is the code I actually used.
$external_entity_storage = \Drupal::entityTypeManager()->getStorage('external_entity_type');
/** @var \Drupal\external_entities\Entity\ExternalEntityType $external_entity_type */
$external_entity_type = $external_entity_storage->load('test');
if (!$external_entity_type) {
$entity_definition = [
'id' => 'test',
'description' => $table_comment,
'label' => sprintf('[%s]%s', $table_name, $table_comment),
'label_plural' => $table_comment,
'field_mapper_id' => 'simple',
'storage_client_id' => 'xnttdb',
];
$external_entity_type = $external_entity_storage->create($entity_definition);
$external_entity_storage->save($external_entity_type);
}
zterry95 → created an issue.
zterry95 → created an issue.
zterry95 → created an issue.
Thanks, after enable field_pemissions, works as expected.
I think it's better to document it.
There is also confusing on edit/delete/view link permission check.
If the user doesn't has "administrator" roles, they always can't see edit/delete/dupulicate links, even the permission "bypass paragraphs type content access"/"delete paragraph content XXX" permission is granted.
https://git.drupalcode.org/project/paragraphs_table/-/blob/8.x-1.x/src/P...
https://git.drupalcode.org/project/paragraphs_table/-/blob/8.x-1.x/src/P...
$this->customPermissions['create']
always return FALSE, which cause the code for $addButton check always failed.
this patch is trying to fixed it.
zterry95 → created an issue.
Tested and this patch works for me.
https://git.drupalcode.org/project/ldap/-/merge_requests/20.patch
#5 Agreed. entity_share_websub is actually working in pull mode. It's different from push mode.
MR !64 works for me.
Hi James, commited.
In this case, service decorator is a better option; http_client_log.services.yml is an example.
Thanks & fixed.
Commited!