Autoplay settings do not persist

[dollhaus]

Rehike version

0.8.0

Operating system

Windows NT 10.0 build 17763 (Windows Server 2019)

PHP version

8.2.4

What's going on?

• build 1238, 2023-12-02

On pulling the current nightly available as of today, autoplay persists in it's enabled state, despite being toggled off.

This behaviour occurs when opening a new tab, but not when navigating to a video in the same tab. I have attached a demonstration below:
Sequence #1(1)-1.webm

[YukisCoffee]

Does clearing cookies correct it? Depending how old the version you had before pulling, it may actually predate the bug in question.

If it was reintroduced, I will kill Aubrey.

[YukisCoffee]

I am technically a few versions behind because I have some uncommitted changes, but it seems to be working alright for me.

[aubymori]

Does clearing cookies correct it? Depending how old the version you had before pulling, it may actually predate the bug in question.

If it was reintroduced, I will kill Aubrey.

dawg it's not my fuckin fault literally the last change i made in like weeks is the comment mentions commit i did

[YukisCoffee]

Does clearing cookies correct it? Depending how old the version you had before pulling, it may actually predate the bug in question.
If it was reintroduced, I will kill Aubrey.

dawg it's not my fuckin fault literally the last change i made in like weeks is the comment mentions commit i did

Daylin then.

[dollhaus]

Does clearing cookies correct it? Depending how old the version you had before pulling, it may actually predate the bug in question.

If it was reintroduced, I will kill Aubrey.

I didn't specifically test for this, but I did try it in another browser and in private browsing, neither of which changed this behaviour - human sacrifice notwithstanding.

The build I ran prior, and the one to which I reverted, is 2023-10-26.

[YukisCoffee]

The issue is probably that you have multiple instances of the PREF cookie, one which is read by the server and one which is written to by the browser. There should only be one.

A Rehike bug was causing malformed duplicate PREF cookies to be formed, which causes the desynchronization. Indeed, the code responsible to generate this is gone, from what I can tell, but there are persistent side effects in reading it.

[dollhaus]

ya I had a fair few, perhaps fifty or so in all. Unfortunately, getting rid just results in a handful returning:

The majority of the previous entries were something to do with j(something)_kevlar_offset, with the path /s/desktop/<numerical id>/. That id was different for each entry.

Autoplay preference still doesn't appear to save, meantime I wrote a script to manage it.

[YukisCoffee]

I wonder why the changes in 809e021 aren't affecting your use. Does this bug also affect private tabs? Indeed, you seem to have the same bug as before this change...

[kawapure]

I believe this issue has been patched. I'll close this unless more information is provided.