Cursor ios app mic-record/STT breaks chat composer and requires restart

Where does the bug appear (feature/product)?

Cursor for iOS

Describe the Bug

When recording a message using the built in voice recorder. If the voice is more than a minute or so, it frequently loses the message and the chat composer disappears requiring restarting the app.

Happens frequently and very frustrating after having spoken for several minutes. Seems to have started happened in last week.

Steps to Reproduce

Record a voice message on a cloud agent

Expected Behavior

voice gets converted to text

Operating System

Other

Version Information

1.5.0 39006 on ios

For AI issues: which model did you use?

all

Does this stop you from using Cursor

Sometimes - I can sometimes use Cursor

Hey @tomcomp,

I’ve been looking into the long voice-recording path on iOS. A couple of things that can help in the moment:

  1. Prefer shorter chunks (under about a minute), then review/send before starting another.
  2. If the composer looks stuck, try dragging the handle up or dismissing the keyboard before force-quitting - that sometimes brings Send back without a full restart.

To dig further, could you share:

  1. iPhone model + iOS version (Settings → General → About)
  2. A short screen recording of a failed recording (composer state after you stop dictating) — how to record on iPhone
  3. Whether this is on a new agent composer or an existing chat follow-up

I’ll dig in once I have those.

Hi,
Shorter chunks is not really helpful because i’m explaining quite long vague requests often 3->7m which is having strong results.

Ive tried dragging/swiping in varous directions and sometimes I think I see the top of the composer at the very bottom but had no joy returning it.

ios 26.5.2
iphone 16 regular
happening definitely on follow-ups

will try to provide recording/screenshots later but it’s mostly an empty screen.

This isn’t intended behavior. It’s something we’ve seen before with long dictations, and it’s an issue we’re tracking - I’ll post here when I have an update.

Two things in the meantime:

  1. For long inputs, try your iPhone keyboard’s built-in dictation (the mic key on the on-screen keyboard) instead of the in-app record button - it streams text into the field as you talk, which tends to sidestep this.
  2. Heads-up that once it’s in that state, a restart clears whatever was in that reply box, so there’s unfortunately no way to recover that text afterward. Worth firing off shorter chunks until we have a fix.

If you can grab even a few seconds of screen recording right when it happens, that’d be a big help in pinning it down - no rush, and an “empty screen” clip is still useful.

Hi Mohit,

I have been encountering this bug quite often especially when using voice mode, most often I’m trying to view the content behind and scrolling since the message box has expanded so big that the content of the chat is barely visible.

I’m a web developer not an IOS developer but looks to me like the message box position when showing and hiding on longer messages is being pushed down further and further with each show/hide action.

Perhaps this is due to some calculation of the position of the message box based on the height of the message box content. Might be better if the box position is fixed on the bottom of the screen depending on the keyboard’s open/closed state I have attached two screen recordings in the what I found is that the issues starts when the the content is able to scroll in the message box, and worsens the taller the content is.

Hope this helps, feel free to let me know if you would like more info.

For reference:

  • IOS Version 26.5.2
  • iPhone 17 Pro Max
  • CURSOR V1.5.0 (39006)