Thanks for the update. I applied the update and am noticing that Stripe is still not automatically sending receipts. Does this recent MR address default Stripe email receipts being triggered within Stripe? And if so, is there a webform setting on the Drupal side that must be enabled to arm the trigger? I looked through all the webform config pages and do not see it.
goldin → created an issue.
Thanks for the informative discussion. Looking forward to reviewing Scott's presentation again when video is available.
My composer.json file lists "drupal/typed_data": "^1.0@beta", but running composer update does not update the module past 8.x-1.0-beta2 and reports no errors.
@solideogloria Testing MR91 and yes it appears to solve the overlap issue with the sidebar. However I am also finding that the contextual links for sections have disappeared (repositioned out of the viewport). I narrowed it down to .layout-builder__section {position: relative;} seems to be missing from gin_lb.css in your fork?
goldin → created an issue.
Thanks for the speedy reply. I have since altered the model and am now looking for a backup new enough to have the relevant logic but old enough to have the identical cloned IDs across the two models.
goldin → created an issue.
goldin → created an issue.
I just updated to 1.0.0-rc6 a few minutes ago and see that this fix is causing a problem when gin_lb and layout_builder_admin_theme are both enabled. The sidebar is fixed, cannot be collapsed, and intrudes into the content area.
I use these two modules together on every site I run and would prefer the prior arrangement with the action buttons above the content area.
Can the patch be further targeted so that the new enhancements are inactive when layout_builder_admin_theme is enabled?
Thanks.
I am having the same problem. I have several block displays of one view. Each block has slightly different parameters and produces different results. So I think I need the machine name of each view display block per the instructions in the README of this module:
Once done now just add string "download-view" just before the machine name eg http://example.com/download-view/{view_machine_name}.
What is the syntax for the view machine name plus the display?
goldin → created an issue.
@jurgenhaas What does your display look like on a smaller viewport? I am now seeing when I resize my browser window that the action buttons do indeed overlap the Gin secondary toolbar (with the breadcrumbs) at smaller viewport sizes – when the primary nav is displayed as a sidebar. In that orientation, there appears to be a difference in a z-index somewhere depending on your Gin "Navigation (Drupal Toolbar)" setting. The action buttons are still usable with the "Legacy, Classic Drupal Toolbar" setting, but mostly inoperable (except for the bottom edge) with the others.
When you bump up the z-index for .bpmn-io > .action does that fix the problem? BTW there is a similar issue in the BPMN.iO issue queue
https://www.drupal.org/project/bpmn_io/issues/3334541
📌
The header is broken on mobile in Claro and Gin
Active
I recommend a two-part strategy: 1) Post your z-index finding in the BPMN.iO issue queue so it can be catalogued and addressed. 2) Did you know you can modify the Gin theme without hacking the code or building a separate module? Just put your Gin css changes into a file called gin-custom.css and drop that into sites/default/files (and clear cache just to be safe). It's a beautiful option, I use it all the time.
I am using ECA with Gin and have not experienced your issue. What are your versions of ECA and Gin? What Gin primary toolbar are you using (sidebar, horizontal, legacy, new)? Can you upload an image?
goldin → created an issue.
goldin → created an issue.
@piscos I am getting the same error. Do you recall exactly the steps you took to disable the cache for the webform? I have not found an obvious config for that. Thanks.
I'm assuming that this discussion pertains to triggering an email from Stripe based on the customer and transaction information – i.e. not importing transaction data into Drupal and emailing from there?
I'm looking for a way for a Drupal Stripe Webform to trigger Stripe's default email receipt. Does this merge open the door to that possibility? One way or the other, does anyone have any guidance as to how to achieve that?
+1 for #25 Thanks everyone.
goldin → created an issue.
#6 +1
Installed this module today and immediately ran into this bug (D9.5.4, PHP8.1). Thank you for patch #3! Great module, very easy to use.
Just curious if development on this request went any further - or possibly merged with a different issue? Thanks for the effort to this point. Limiting styles per content type would be a powerful feature. We have, for instance, some content types offering edge-to-edge background styling on sections, and others with sidebars where we do not want that option.
Thanks. Yes, also confirming 3.0.0 does fix the issue.
Interesting that this module does not reveal its version number on the Extend page. And it does not show up at all in the Available updates page.