openai / openai/codex

Remote is unreliable — users pay the price while OpenAI still charges $120 on time

Open
#40,580 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

app bug connectivity remote windows-os
Dominant language
Rust
Stars
125k
Forks
19.4k
PR merge metrics
PR metrics pending

Description

I am extremely frustrated with the current state of Codex Remote.

I have been trying since this morning to open a Remote conversation. One single conversation simply refused to load for hours. It kept loading endlessly and never opened.

I force-stopped the Android app.
I cleared the cache.
I tried again and again.
Nothing fixed it.

Eventually, because Remote was completely unusable, I uninstalled and reinstalled the ChatGPT app.

And what happened?

The Remote pairing was completely lost.

Now my computer is at home, powered on and ready to work, while I am outside. There is nobody at home who can access the computer for me. Because the pairing has been lost, I now need physical access to the computer again just to establish a new Remote connection.

So despite the fact that my computer is ON and available, I cannot use it remotely.

Do you understand how absurd this is for a feature called Remote?

The whole point of Remote is that I should be able to access my computer when I am NOT physically in front of it. If a bug on the Android/Remote side breaks the connection and the only recovery method requires me to physically return to the computer, then the feature completely defeats its own purpose.

And this is not an isolated inconvenience.

Remote has repeatedly had connection problems, conversations that fail to load, pairing issues, and Android-to-Windows reliability problems. Every time something breaks, the consequences are pushed onto the user: clear the cache, restart the app, reinstall it, pair again, scan another QR code, restart the host, try another network, and so on.

Meanwhile, OpenAI has absolutely no problem charging the subscription fee on time.

When the billing date arrives, the $120 charge is taken immediately and reliably.

No endless loading screen there.

No pairing problem there.

No “please try again later.”

The payment system works perfectly. But when a paying user actually needs Remote to work, the user is the one who has to deal with hours of troubleshooting and eventually loses access completely.

I am paying approximately $120 per month for this service. That is not a trivial amount of money.

I should not have to accept a situation where an advertised feature becomes unusable for an entire day because of a Remote bug, while the only solution is to physically return home and repair the connection myself.

This is not what a paid product at this price level should look like.

Please stop treating Remote reliability problems as minor edge cases. For users who depend on Remote while away from their computers, these bugs can completely block their work.

OpenAI needs to:

  1. Fix the Android ↔ Windows Remote reliability issues.
  2. Fix conversations getting stuck indefinitely while loading.
  3. Make Remote pairing survive reasonable app recovery/reinstallation scenarios, or provide a secure way to restore pairing remotely.
  4. Provide a recovery mechanism that does NOT require physical access to the host computer.
  5. Take responsibility for the fact that paying users are repeatedly losing access because of these bugs.

Users should not constantly be the ones paying the price for unfinished or unreliable Remote functionality.

If OpenAI can charge $120 every month with perfect reliability, I expect the product I am paying for to show a comparable level of reliability as well.

Right now, it does not.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The report names the Android app and a Windows host but no repository file, test, logs, or entry point. Start by gathering diagnostics and reproducing the stuck conversation or lost-pairing failure; done should include a verified recovery path for the reported Remote failure.

Written by the indexing model from the issue text.

Assessment

Tech stack
android
Domain
desktop-dev, mobile-dev
Issue type
Bug
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.