You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
UX: "Invite a Friend" is easy to misclick when checking usage #28055
What version of the Codex App are you using (From “About Codex” dialog)?
26.609.41114
What subscription do you have?
ChatGPT Plus
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
The "Invite a Friend" entry appears in the profile menu near usage/account actions.
I frequently open this menu to check usage or rate-limit information, and the referral entry is easy to click accidentally. This interrupts the normal workflow and adds friction to a common action.
What steps can reproduce the bug?
Open Codex App.
Open the profile/account menu.
Try to check usage or rate-limit information.
Accidentally click "Invite a Friend" due to its placement.
What is the expected behavior?
Usage and account actions should be accessible without accidentally triggering referral UI.
A good fix would be to either move "Invite a Friend" away from usage/account actions or provide a way to hide/dismiss it.
Additional information
This is a UX issue with the placement of a promotional/referral action in a high-frequency navigation area.
In the latest version, 26.715.21425, this issue seems to be back in a slightly different form. Because Invite a friend is loaded asynchronously, the menu layout shifts after opening. When I try to check my usage, I’ve accidentally clicked Pet many times because of that shift. This is really awful UX, man. Please reserve space for asynchronously loaded content or otherwise keep the menu item positions stable while loading.
Reacted by Elisha Hung, Yami Odymel, Ahmet Barış Şimşek and Viktor Yberg
Confirmed on macOS 26.5.2 with Codex App 26.715.21425 (build 5488).\n\nI frequently open the account menu to check Remaining usage. The Invite friends row is loaded asynchronously after the menu opens, which changes the menu geometry while the pointer is already moving toward the usage entry. As a result, I have repeatedly activated Show pets by accident.\n\nThis is especially disruptive because dismissing the pet and restoring the previous workspace interrupts a frequent usage-check workflow.\n\nRequested fixes:\n- Keep all menu targets stationary from the first rendered frame, for example by reserving space for asynchronously loaded rows.\n- Do not allow an asynchronously inserted row to move an existing target underneath an in-progress pointer action.\n- As a durable mitigation, provide a persistent setting to disable desktop pets and remove the Show pets entry, as requested in #32069.\n\nThe attached screenshot in the reproduction above matches the menu state I see on macOS.
"Invite a friend" option in the bottom menu appears with a delay every time. It leads me to misclick on the "Usage remaining" item, and I'm clicking the "Show pet" item instead. I don't want to use this pet crap, but it's happening many times per day, which is so annoying.
Confirmed on macOS 26.5.1 (arm64) with Codex App 26.715.31925 (build 5551).
The asynchronously appearing item is Invite friends, not Show pets itself. The intermittent sequence is:
Open the bottom-left account menu intending to check Remaining usage.
The menu initially renders without Invite friends.
Invite friends appears after a delay and shifts the existing menu items while the pointer is already moving.
Show pets moves into the position that was about to be clicked, so the click intended for Remaining usage activates the pet instead.
This is a high-frequency workflow, and the delayed layout shift causes an unexpected state-changing action. Please reserve the final menu geometry before the first interactive frame, or keep existing targets fixed until all asynchronous rows have loaded. A persistent option to remove the Show pets entry, as discussed in #32069, would also reduce the impact.
The "usage" should be something visible in summary or the context status popup or even in the status bar under the chats. everyone is looking at it every week, maybe even every day or a few times a day. It's used very often!
Many. Ironically, the top vibe coding apps are really buggy.
Since OpenAI mentioned they use Codex for about 80% of their development, I felt they're letting Codex fix the app, so it often forgets the changes it already made, and after a few iterations it ends up reintroducing the same bugs.
Activity
SergeyPomelov commentedon Jun 17, 2026
Yes, throw out this irritation option from the UI or implement it correctly.
YamiOdymel commentedon Jun 17, 2026
i dont even have a friend and its really bothering me
YamiOdymel commentedon Jun 23, 2026
Yay, they fixed it by moving
Invite a friendto another section 🥳zzuu666 commentedon Jul 17, 2026
In the latest version, 26.715.21425, this issue seems to be back in a slightly different form. Because
Invite a friendis loaded asynchronously, the menu layout shifts after opening. When I try to check my usage, I’ve accidentally clickedPetmany times because of that shift. This is really awful UX, man. Please reserve space for asynchronously loaded content or otherwise keep the menu item positions stable while loading.dianshili commentedon Jul 17, 2026
Confirmed on macOS 26.5.2 with Codex App 26.715.21425 (build 5488).\n\nI frequently open the account menu to check Remaining usage. The Invite friends row is loaded asynchronously after the menu opens, which changes the menu geometry while the pointer is already moving toward the usage entry. As a result, I have repeatedly activated Show pets by accident.\n\nThis is especially disruptive because dismissing the pet and restoring the previous workspace interrupts a frequent usage-check workflow.\n\nRequested fixes:\n- Keep all menu targets stationary from the first rendered frame, for example by reserving space for asynchronously loaded rows.\n- Do not allow an asynchronously inserted row to move an existing target underneath an in-progress pointer action.\n- As a durable mitigation, provide a persistent setting to disable desktop pets and remove the Show pets entry, as requested in #32069.\n\nThe attached screenshot in the reproduction above matches the menu state I see on macOS.
Perdolique commentedon Jul 18, 2026
"Invite a friend" option in the bottom menu appears with a delay every time. It leads me to misclick on the "Usage remaining" item, and I'm clicking the "Show pet" item instead. I don't want to use this pet crap, but it's happening many times per day, which is so annoying.
ChatGPT version:
26.715.31925.Feedback ID:
019f721f-ed4f-7143-b60d-1b53c978cc19.Pybsama commentedon Jul 19, 2026
Confirmed on macOS 26.5.1 (arm64) with Codex App 26.715.31925 (build 5551).
The asynchronously appearing item is Invite friends, not Show pets itself. The intermittent sequence is:
This is a high-frequency workflow, and the delayed layout shift causes an unexpected state-changing action. Please reserve the final menu geometry before the first interactive frame, or keep existing targets fixed until all asynchronous rows have loaded. A persistent option to remove the Show pets entry, as discussed in #32069, would also reduce the impact.
ddofborg commentedon Jul 19, 2026
The "usage" should be something visible in summary or the context status popup or even in the status bar under the chats. everyone is looking at it every week, maybe even every day or a few times a day. It's used very often!
YamiOdymel commentedon Jul 21, 2026
They solved the problem in the latest 26.715.52143 update. Now the Invite a Friend button is gone entirely.
I wonder how many more loops we'll have to go through.
SergeyPomelov commentedon Jul 21, 2026
Many. Ironically, the top vibe coding apps are really buggy.
YamiOdymel commentedon Jul 21, 2026
Since OpenAI mentioned they use Codex for about 80% of their development, I felt they're letting Codex fix the app, so it often forgets the changes it already made, and after a few iterations it ends up reintroducing the same bugs.
zzuu666 commentedon Jul 21, 2026
So many people are having the same issue. https://x.com/jhao941/status/2079083675824898513