There is not much we can do with the dialogs. The dialog component itself is a Drupal core component. The admin dialog module is only enhancing it by providing ability to add it to different parts of Drupal. If you see issues with it its most likely issue either with the theme or the core.
I will look into this.
This is also an issue in one of the websites that I maintain. For now I am considering adding a separate field that's only visible when in non-published mode that will override URL alias on node save with the moderation state set as published.
I think all module updates should happen locally or dev site first because you would still need to capture configuration changes.
Enabling a module would change core.extension.yml config so if you have CI workflow the next deployment would override config and disable the module.
scott_euser → credited minnur → .
The work is in progress for the AI module integration.
minnur → created an issue.
Unfortunately we don't have much control over dialog's behavior because the module is using dialogs provided by Drupal core.
New caching option added to the settings form.
The Hubspot API module still using legacy PHP SDK https://github.com/HubSpot/hubspot-php so at this time I won't be adding it as dependency. Lets get back to this when the module is up to date and when it will support both legacy API and access token.
@DimaS11 if you have time please review refactored code and see if we still need your patch. From what I see in code at the moment is similar logic to yours. I feel like it works exactly the same way, but I could be wrong.
you should be able to configure it in the module. See https://stackoverflow.com/questions/47281439/http-header-to-forbid-ifram...
Makes sense. I removed recommendation from the status page.
The feature is available for testing in 3.0.x-dev. Get it here https://www.drupal.org/project/http_response_headers/releases →
I feel like administrating HTTP headers is a very important feature and should be on the same level as the main administrative features. If more people ask for this we can revisit this issue.
This is fixed in the latest release.
Closing this. Duplicate of https://www.drupal.org/project/http_response_headers/issues/3316677 🐛 Error 500 - MissingMandatoryParametersException Fixed
Yes I am considering using it. No ETA on it yet.
@datbin latest version now provides a way to get JSON. iI the processor configuration form enable "Store API response as JSON" option.
Document OCR Data entity stores the data.
@datbin latest version now provides a way to get JSON. iI the processor configuration form enable "Store API response as JSON" option.
Document OCR Data entity stores the data.
I am looking into this. I might create a separate rest resource for users to be able to pull the data.
Probably this ticket is outdated. Closing it.
Unfortunately this is not supported and probably won't be unless you could provide a patch.
this is not possible with the current state of the module.
Latest release needs more work.
styles can be overridden in custom themes.
is this still relevant ?
Is this still relevant ?
This has been fixed and depoyed.
This might've been fixed by this https://www.drupal.org/project/drupal/issues/2663316 🐛 Broken title in modal dialog when title is a render array Fixed
Some more details (Drupal is using jquery for dialogs ) https://api.jqueryui.com/dialog/
https://drupal.stackexchange.com/questions/297153/add-event-listener-to-...
I also refined the logic, so this error does not just end with 404. It now adds more informative error to logs.
When you install a module you have to install it via composer so it brings all dependencies. I feel like you might've just downloaded the module as a zip file. If you did so, you still need to install all composer dependencies from the composer.json file that comes with the module.
Added delete option to the tasks list. Also tasks now deleted automatically when associated mapping or processor deleted.
minnur → created an issue. See original summary → .
DamienMcKenna → credited minnur → .