An insanely weird bug has emerged. Videos no longer sync when the first player to join a world tries to act as a host, despite that being the first person to become host in the first place. If a second player becomes host and attempts to play videos, they will then sync. It seems to be an issue of ownership; the video player seems to want to be owned by the most recent person to join a world, no matter what, and re-establishing ownership when the host card is picked up or a case is loaded seems to be broken. This needs to be investigated immediately.
An insanely weird bug has emerged. Videos no longer sync when the first player to join a world tries to act as a host, despite that being the first person to become host in the first place. If a second player becomes host and attempts to play videos, they will then sync. It seems to be an issue of ownership; the video player seems to want to be owned by the most recent person to join a world, no matter what, and re-establishing ownership when the host card is picked up or a case is loaded seems to be broken. This needs to be investigated immediately.
ActualHorse
added this to the v0.5 milestone 2026-03-12 02:55:37 -04:00
Okay, this seems to have been fixed. Some seemingly superfluous code was commented out of the video player, but it turns out that code was very necessary for syncing values properly between clients. It's been added back in, but long-term it seems like a better idea to reduce the number of serialisation requests to prevent this from being necessary. I'll file a separate issue for that.
Okay, this seems to have been fixed. Some seemingly superfluous code was commented out of the video player, but it turns out that code was very necessary for syncing values properly between clients. It's been added back in, but long-term it seems like a better idea to reduce the number of serialisation requests to prevent this from being necessary. I'll file a separate issue for that.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
An insanely weird bug has emerged. Videos no longer sync when the first player to join a world tries to act as a host, despite that being the first person to become host in the first place. If a second player becomes host and attempts to play videos, they will then sync. It seems to be an issue of ownership; the video player seems to want to be owned by the most recent person to join a world, no matter what, and re-establishing ownership when the host card is picked up or a case is loaded seems to be broken. This needs to be investigated immediately.
Okay, this seems to have been fixed. Some seemingly superfluous code was commented out of the video player, but it turns out that code was very necessary for syncing values properly between clients. It's been added back in, but long-term it seems like a better idea to reduce the number of serialisation requests to prevent this from being necessary. I'll file a separate issue for that.