🇬🇧United Kingdom @griz

Dropping this here and hopefully will have time to come back to this:

https://stackoverflow.com/questions/14644929/how-to-jump-to-a-specific-i...

From the limited tinkering I've done, it looks like the thing that defines which carousel item is shown is the 'active' class, ie:

class="carousel-item item slide-1 active"

So when clicking on the thumbnail, we need to get the "data-bs-slide-to" attribute value for the thumbnail, and apply the 'active' class to the carousel item with the same number.

@jsacksick Generating the variation title seems like the best solution to me.

It occurs to me that there will almost certainly be sites out there that reference the product variation title in order screens, invoice templates etc. The result is that when a product title changes, they will show that the customer ordered something they did not (or at least, the title was different when they placed the order). I suppose that any rendering of an order or a list of orders should use the order_item label instead, but that doesn't help the site builders who've done it that way and would need to update their templates and views.

This is the case regardless of whether the variation titles are batch-generated after a product title update, or generated on the fly.
For that reason I think this should be a contrib module that could make its way into commerce core in the next major version?

So that's it? Product variations keep the title they got when the product was first created unless:

• The site builder installs this patch
• The site builder installs commerce_bulk and the site admin remembers to use this to re-save the product variations after modifying a product. Give that a 50% chance at best.
• The site builder creates a VBO view that the site admin remembers to use to re-save the variations

If this isn't going to make it into commerce, it should be a module. Adding a second submit button for "Save and update variations" would be my preferred method.
I would like to do this myself but I've already spent too long on the project that most needs this so it won't be any time soon :(

griz → created an issue.

Some information on how to start from scratch would be helpful. I'm approaching this having not written a module that needs to send email before, and I can see that it takes less code to use this module than it does to replicate the classes in Commerce for example. I'm looking at the EmailBuilder classes in the module's src directory, but it could definitely be easier with some documentation that isn't focussed on converting a pre-existing mail function.

I found that if you copy the password to the clipboard, it contains spaces between each block of four characters. Removing the spaces worked for me.

Typically you would write an event subscriber in a custom module. In that event subscriber:

Generate a message

$message = Message::create(['template' => "$template_id", 'uid' => $ad->getOwnerId()]);

save it

$message->save();

then send it.

$notifier->send($message, $options);

griz → created an issue.

griz → created an issue.

griz → created an issue.

Ah, yes - you're right. The problem I'm having is with the exposed filter, not the contextual filter. I'll create a new issue.

This appears to be broken again in the current release. Making this change to the code still fixes the issue, but it needs to be committed to the current version again.

There should really be an explanation of this on the module's project page. On first reading it seems like this must be a legacy module from before Workflows and Content Moderation were part of core.
Even once it becomes apparent this isn't the case, it's not clear what the differences are.

griz → created an issue.

Works for me. RTBC?

griz → created an issue.