Page MenuHomePhabricator

Meme audio doesn't stop with preview regenerate
Open, Stalled, LowestPublic

Description

Upstream: https://we.phorge.it/T16451

So just using the word "seal" on its own line will invoke the audio? Wow that's awful.

And apparently there's a bug so that if you put "seal" on its own line and the auto-generated preview activates, the audio never stops, even after deleting the line and the preview re-auto-generating. Jesus Christ.

Details

Other Assignee
valerio.bozzolan

Event Timeline

Negative24 raised the priority of this task from to Lowest.
Negative24 updated the task description. (Show Details)
Negative24 added a project: Phabricator.
Negative24 added subscribers: Negative24, MZMcBride.

Just adding some search keywords: audio, sounds, music, noise, macro, macros, memes.

epriestley subscribed.

I've included this upstream along other planned improvements to sounds: https://secure.phabricator.com/T13292.

Obviously we do not end up anymore in PhabricatorImageMacroRemarkupRule once the markup for preview does not match anymore the regex in apply(), so we do not end up either in behavior-audio-source.js to potentially stop the noise.
I believe removing the feature to set looped audio is the way to go; that would also require updating all rows listed under SELECT id as macroId, audioPHID as audioFilePhid, audioBehavior FROM phabricator_file.file_imagemacro WHERE audioBehavior = "audio:loop";

Aklapper moved this task from Backlog to Reported Upstream on the Upstream board.
Aklapper added a subscriber: MZMcBride.

Well, Firefox 146 tells me in the Console that

  • Autoplay is only allowed when approved by the user, the site is activated by the user, or media is muted. behavior-audio-source.js:95:22
  • Uncaught (in promise) DOMException: The play method is not allowed by the user agent or the platform in the current context, possibly because the user denied permission.

...on pages viewing such memes already embedded.

But the meme sound is still played though when in Comment Preview, a bunch of times on top of each other when scrolling.

Aklapper changed the task status from Open to Stalled.Jan 12 2026, 4:21 PM
Aklapper claimed this task.
Aklapper moved this task from Reported Upstream to Patch proposed upstream on the Upstream board.
valerio.bozzolan updated Other Assignee, added: valerio.bozzolan.
valerio.bozzolan subscribed.

...on pages viewing such memes already embedded.

But the meme sound is still played though when in Comment Preview, a bunch of times on top of each other when scrolling.

Bad news: the issue was wider then expected. Not happening during just previews.

https://we.phorge.it/T16486

but... Good news! upstream had two proposals:

  1. https://we.phorge.it/D26674 - throw a nuclear bomb against the "loop" option 💣
  2. https://we.phorge.it/D26722 - take care of rickrolls 😎

We were really tempted to go for the option n. 1 and kill loops in general... but, interestingly, this was still not fixing the case if the one-shot audio waas a veeeeeeeeeeeeeery long mp3.

Now. THE Good news: this means the specific rickroll playing in loop since 10 years in the Firefox tab of the working laptop of @Aklapper, will be stopped, as soon as this specific task will be closed 🥳 congratulations to that Phorge tab!

Just to clarify: to do not scare the WMF meme department: when this task will be closed, this means everybody could still design a rickroll audio loop (if the meme department approves it), AND, changing preview will just do not loop it forever anymore 🌈

FAQ

OK but how to stop audio in a preview? → Just change preview!

OK but how to stop audio in a published comment? → Just scroll away! (yes, tanks to epriestley, scrolling away was normally sufficient to decrease/stop the meme volume 🤯 - thanks again for this feature...)