Firefox + Realtime API (WebRTC): voice sessions drop deterministically after 30 secs

[bluepuma77]

My gpt-realtime voice connection always drops after about 30 seconds when using FireFox on MacOS. It works in Safari and Chrome. It happens since I switched from beta to new API.

Console logs of a simple demo application to reproduce:

2026-06-23T13:22:42.596Z [webrtc icestate] disconnected firefox-gpt-realtime
2026-06-23T13:22:42.596Z [webrtc connectionstate] disconnected firefox-gpt-realtime
WebRTC: ICE failed, add a STUN server and see about:webrtc for more details
2026-06-23T13:23:02.302Z [webrtc icestate] failed firefox-gpt-realtime
2026-06-23T13:23:02.302Z [webrtc connectionstate] failed firefox-gpt-realtime:22:35
2026-06-23T13:23:02.302Z [datachannel close]

If it works in Safari and Chrome, it shouldn’t be a missing STUN server issue? Anyone else experiencing this?

Demo: httpX://bluepuma77.github.io/firefox-gpt-realtime/
Source: httpX://github.com/bluepuma77/firefox-gpt-realtime/blob/main/index.html
Maybe related issue: httpX://community.openai.com/t/firefox-realtime-api-webrtc-voice-sessions-drop-deterministically-on-the-users-second-speech-turn/1380257

[owickham]

I can confirm having the same issue with Firefox on Linux. I am pursuing it with OpenAI support. They keep on asking me for stuff, but have not yet acknowledged whether they can recreate it. It is likely there are is some specific network path trigger for it. I tried with and without STUN.

There was this old forum item that was closed (not mine) that has many more details

Firefox + Realtime API (WebRTC): voice sessions drop deterministically on the user's second speech turn

Summary Realtime API sessions via WebRTC drop deterministically on the user’s second speech turn (~30–90s elapsed depending on the duration of the AI’s first response), only on Firefox. Same code, same OpenAI account, same model (gpt-realtime-1.5) works end-to-end on Chrome and Edge through 5+ minute sessions including multiple session.update events. The drop fires on input_audio_buffer.speech_started, manifests as iceConnectionState: disconnected → connectionState: disconnected → data channel …

And this one

Realtime voice behaviour not working properly on Mozilla firefox

Thanks for jumping in @victor9000. For anyone seeing odd Realtime Voice behavior specifically in Firefox, the most useful next step is exactly what was suggested: open a ticket with support@openai.com and include: Approximate timestamp(s) of the issueRequest ID(s), if availableFirefox version and OSA brief description of what went wrongThat gives the team something concrete to trace on the backend. Once you have a case ID, sharing it in the thread can also help with tracking and follow-up. If ot…

I hope @OpenAI_Support can invest some time into testing/recreating, as there are many different reports, and a bug on the mozilla bugtracker suggesting that it is non-standards based behaviour of the OpenAI backend. The Mozilla ticket suggests they were trying to get hold of somebody in OpenAI in the appropriate team, but that person moved on

[Arendtio]

Yeah, I don’t know what they are doing, and it seems neither do they.

A few weeks ago, they broke Firefox support, then they fixed it, and now it is broken again. I really wish they would do some proper testing before releasing broken APIs.

[almostmachines]

Can confirm, connection drops after 30 seconds every time. Firefox 152.0.5 (Linux).

@OpenAI_Support any chance this could get looked at please? I really want to build on realtime but this is a dealbreaker unfortunately.