Vimeo (and probably Youtube) has the option to set a first play offset via an anchor.
So, for example: https: //vimeo.com/347119375#t=15s starts playing 15 seconds in.
With Vimeo, using this method with a looping video allows the video to loop back to the start, so a 30s video with #t=15s set to loop with start at 15s, play to 30s, then play from 0s to 30s on subsequent loops.
With the new method being used in Bricks for start time, it uses the playback start time as a hard start time for every loop. So if it’s set to 15s, it will only loop from 15s to 30s. It will never play from 0s to <15s. I’m assuming that’s working as intended.
The problem is that newer version of Bricks doesn’t handle anything more than the base URL for the video URL. So if you put https: //vimeo.com/347119375#t=15s, the iframe for the video background will not get generated. Again, I’m assuming that’s working as intended, so that Bricks can append the necessary variables that need to get added, like autoplay=1 automatically. Prior versions of Bricks allowed you to put a complete embed URL into the URL field.
So, either the URL field needs to be adjusted to allow for a more robust URL again, or more options need to be added to the background video settings, such as ‘initial start’.