Thank you !
zuernbernhard β made their first commit to this issueβs fork.
Updates will be there:
The Maintainer for the repo on github wrote a few minutes ago:
Hi Bernahard, thanks for the notice. There has been an issue with CI automation and some Elastic repositories has been changed from public to private. We are working with the Github team to fix this. I'll update soon. Sorry for the inconvenient.
zuernbernhard β created an issue.
zuernbernhard β created an issue.
freezernick β credited zuernbernhard β .
@johankleene thank you very much - it is fixed in the current version.
Thank you very much. We will have a look into this.
zuernBernhard β created an issue.
Working for us without problems :-) Thank you !
@beerendlauwers can we mention you and https://www.drupal.org/netvlies β there on the module page ?
Thank you @beerendlauwers ! Yes I think as @AdamPS is mentioning it makes sense to have this in a separate module/project. We will create one and copy the code there. We have to make some adjustments to use it with the current version of Symfony Mailer and Drupal 10.
Perhaps there will be Support for this in Symfony Mailer itself in the future:
no - that would be nice :-)
Sounds good - I would also like to support. We have to Sites using it.
Once you choose something in the third-party-settings form for comparison (eg value) or target (other field) - an Ajax Call is made to rebuild the form and the form state with the new plugin type information for the third party settings is gone
This is great - thank you very much !
So you mean new test-code has to be written to make sure that it works with ajax before it can be merged ?
sry messed up the patch file
Here is the patch attached. It is not possible anymore to work with s3:// as Γ€treamwarapper but we can use public:// or private:// in our filename-option form the views display and the s3fs module will handle everything. so something like:
private://views_data_export/export.csv
in the "FILE STORAGE/DOWNLOAD SETTINGS" in the view-displays path-configuration for filename and uncheck "Store file in public files directory" will work.
ATTENTION: If you use the public filesystem checkbox and a public:// stream wrapper the generated file download-link will be the S3-Bucket URL. Users should not see it and they will also not be allowed to access ist. But if you use the private filesystem s3fs handles everything properly.
zuernBernhard β made their first commit to this issueβs fork.
Quick and dirty Workaround: Ignore Image Styles if not present:
https://git.drupalcode.org/project/pagedesigner_responsive_images/-/merg...
That solves the problem for us.
zuernBernhard β created an issue.
Thank you - I think we will deploy this today.