I want to thank everyone working on this migration path. This is really needed.
What is the maturity of this road and implementation?
What is the current expectations - in Summary. What works and what don't.
We're stuck with content in English, translated to French. But enabling Asymmetric loses the FR connection we had.
Thanks again!
Thank you for the clarification, I appreciate your input.
You’re right that it’s not a formal requirement under GDPR to store consent in every case, but rather a protective measure some organizations take to avoid legal complications.
My confusion stemmed from the module’s name, “Cookies Consent Management.” I assumed that the “consent management” part of the name implied it would manage, store or log user consent, as managing consent usually involves tracking when and how it’s given. I understand now that this module is primarily focused on the technical handling of cookies, not consent.
I was also hoping to learn if other plugins within this ecosystem might offer this consent storage functionality, as it would be useful to have a full solution for managing consent without needing to resort to a commercial CMP.
As a side note, from a legal perspective, storing user consent is indeed part of obtaining the user’s consent—allowing the website to record this consent. When someone sign an contact protecting personnal info, there is a need to keep a safe copy of the contract.
Thanks again for your insights, and hopefully, this conversation will help others looking for similar functionality.
Sorry, it seems there was a language mismatch on our end.
This is an issue on our end too.
Any tip on getting access to the weight values on the product detail page to order the attributes accordingly?
Thanks!
Same issue here on D10
One note, we get this "Invalid site key or not loaded in api.js" in the console when the form is loaded via AJAX, but not on regular on page login
VM332 recaptcha__en.js:501 Uncaught Error: Invalid site key or not loaded in api.js: XXXXXXXXXXXX
at Array. (VM332 recaptcha__en.js:501:297)
at VM332 recaptcha__en.js:687:413
at recaptcha_v3.js?v=10.1.7:34:18
Thanks!
Hey! :)
Any light at the end of this tunnel?
thx
@Mingsong, we also experience this with just 100 events.
We don't see how this can work on production with thousands of events or more. We get timeouts 500. When we add paging
You mention you don't experience this on your site. Can you share your site URL? Maybe it could hint us.
Have you implement some kind of caching strategy or a way to only load a subset on first view, then query the others after user interaction?
Thanks for your insight on this issue.
Thanks for you reply @joachim
In D7, there was a sub module called commerce_license_role
In latests versions for D10, the code seems embedded in the main module and force it.
I am looking for a way to have licence types that is not related to roles.
Is there a specific plugin you think about?
Is this in there? Or there are others to your knowledge?
https://www.drupal.org/project/commerce_license/ecosystem →
Thanks again! :)
Yes! We also need this. Did you find a solution on this @bojanz?
Thank you!
My point is a development note as I find the sidebar is not a "flow step" per-se, and should not be in this place in the interface.
I marked as "support request" if in fact someone would add-up to make is a better workable solution.
PS: Maybe we should remove "Support Request" as an option here then... Did not know how to mark it. Maybe it is a "Task", or "bug"?
This patch does not not work for D10 yet. A few issues to iron out.
Seems international is not implemented... Postal code issues if you need for another country than USA and CA.
So this patch at this point is not complete. Wondering if we should rely on some advancement, or we're on our own. ;)
Commerce Cart Estimate
-The user does not have the option to change the shipping Method.
-The Canadian taxes are not getting calculated based on the shipping location.
So I was wondering if there was any clue on proper directions.
Is this supposed to be usage/functional?
I am looking for a solution to provide estimation in the cart for anonymous users.
But this does not work. Any advancement or pointers?
In Canada the regulation states that taxes are calculated on the SUM of ALL the items that are taxable.
Which means that you don't assign tax to items, nor to line items.
You simply add up ALL the amounts (product, services and shipping) that are taxable for a said tax code.
THEN you calculate the taxe on this sub total.
Then you round at THIS level.
that's it. done. you have the legal amount to tax
I was talking about the bridge. - See image attached.
But ok, I ended up https://www.drupal.org/project/bootstrap4_modal → and patch / adapt for Drupal 10
In WooCommerce you select all the Attributes and the Attribute-Values that are usable for the variations.
Then the variations you create in the product can only use these.
I wish we had the same flexibility rather than forcing structures.
Is there "a module for that" ?
Because on this project we want guest checkout.
Same issue here. Any movement?
@saesa ? :)
I am wondering why we don not reverse this logic and only list the extensions and file pattern that we want to serve, excluding all the others.
I feel this would secure even more the environment.