🇨🇳China @zterry95

Currently I have no further plan on this module.
This module initially design to log the external rest API request make by Drupal::httpClient() and till now it works well.

Why it logs only HTML, JSON or XML?
Because if there is no such limit, the request to external image or pdf may cause other problem.

If you had time to complete the more exception handling in \Drupal\http_client_log\Logger\Logger::log(), please go ahead,that's will be great.

Hi James,
Thanks for your contribution, you have already became the maintainer of http_client_logs.
So I think you can directly fixed the problem:)

Cheers!!

Hi @yas
This is not a feature request for supporting pod exec in Cloud Orchestrator UI.

We would like to do this in the custom modules. But we can't find a API to do this, so we ask for help here.
There is a funciton getLogs(), but no function for podExec().

https://git.drupalcode.org/project/cloud/-/blob/6.x/modules/cloud_servic...

zterry95 → created an issue.

LGTM

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

LGTM

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.

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.

https://git.drupalcode.org/project/search_api_stats/-/jobs/1655650

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!