# Increase the timeout for Ask Questions **URL:** \ **Category:** Feature Requests\ **Created:** [May 5, 2026, 4:48pm UTC](https://forum.cursor.com/t/increase-the-timeout-for-ask-questions/159806 "2026-05-05T16:48:46Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![blummis](https://avatars.discourse-cdn.com/v4/letter/b/9d8465/32.png) [@blummis](https://forum.cursor.com/u/blummis)\ **Post date:** [May 5, 2026, 4:48pm UTC](https://forum.cursor.com/t/increase-the-timeout-for-ask-questions/159806/1 "2026-05-05T16:48:46Z")
The following has happened to me twice this week during longer brainstorming sessions with the agent. It asks multiple questions at once — sometimes up to 10 — and before I can answer them all, a timeout is reached and the model continues without waiting for my responses. This is especially frustrating because answering these questions requires sometimes significant thought and manual investigation. Once the timeout hits, there is no way to recover the answers I had already written. I suggest increasing the timeout or removing it entirely. If users want to skip the questions, they can always do so manually. ---
**Author:** ![douglascaetano](https://avatars.discourse-cdn.com/v4/letter/d/34f0e0/32.png) [@douglascaetano](https://forum.cursor.com/u/douglascaetano)\ **Post date:** [May 7, 2026, 2:56pm UTC](https://forum.cursor.com/t/increase-the-timeout-for-ask-questions/159806/7 "2026-05-07T14:56:37Z")
My case was that I had to postpone answering the questions at the time they were presented. When I came back to Cursor, the tool simply skipped automatically and the model received the wrong information that I chose to skip answering the questions. At least two things must change in this tool: 1. Allow users to tweak any existing timeout mechanism, including turning it off completely, and 2. Provide proper answer to the model when there was a timeout instead of a skip. It is useful to have a timeout in the Ask Questions tool for cases when we leave the agent running alone and expect it to figure things out by itself. But there are cases where we just don’t want the agent to follow through without our own answers for any particular reason. ---
**Author:** ![kevinn](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/kevinn/32/101206_2.png) [@kevinn](https://forum.cursor.com/u/kevinn)\ **Post date:** [June 2, 2026, 6:17pm UTC](https://forum.cursor.com/t/increase-the-timeout-for-ask-questions/159806/8 "2026-06-02T18:17:23Z")
Hi there, sorry for the delay. I missed this one in my first pass of open posts. You’ve pinned down two separate problems, and both are fair: 1. The timeout isn’t tunable — there’s no way today to extend it or turn it off, so a slow-but-deliberate answer can get cut off. 2. A timeout is reported to the model as a skip — the model can’t tell whether you opted out or just ran out of time, so it proceeds as if you skipped. This default is enabled to be the best “default behavior” for the majority of users, but it might not be the best default for you personally, and I totally get that. In the meantime, if a prompt times out, you can send your answers as a normal follow-up message, and the agent will pick them up. Not a fix, but it saves the thinking. ---
**Author:** ![OmryA](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/omrya/32/110667_2.png) [@OmryA](https://forum.cursor.com/u/OmryA)\ **Post date:** [June 10, 2026, 10:36pm UTC](https://forum.cursor.com/t/increase-the-timeout-for-ask-questions/159806/9 "2026-06-10T22:36:45Z")
+1 — and I would frame the two changes @douglascaetano and @kevinn identified as the actual fix: 1. **Make the timeout tunable (including off).** A deliberate, well-considered answer should not be cut off, and for interactive sessions many of us would disable it entirely. 2. **Report a timeout to the model as a timeout, not a skip.** Today the return string is byte-identical to a real user skip, so the model treats “ran out of time” as “user opted out / consented to defaults.” A distinct return string (e.g. _“prompt timed out; user did not respond”_) would let the agent stop and wait instead of guessing. The second point is really a safety issue: on a high-impact prompt the agent currently proceeds on an uninformed default. Hit this again today on Cursor 3.7.19 (macOS), so it is still very much live. Related confirmed bug report: [Questionnaire timeout falsely treated as “skipped”](https://forum.cursor.com/t/questionnaire-timeout-falsely-treated-as-skipped-multi-chat-rollback-affects-other-chats/160858). ---
**Author:** ![Ehsan\_Foroughi](https://avatars.discourse-cdn.com/v4/letter/e/f6c823/32.png) [@Ehsan\_Foroughi](https://forum.cursor.com/u/Ehsan_Foroughi)\ **Post date:** [June 25, 2026, 2:48am UTC](https://forum.cursor.com/t/increase-the-timeout-for-ask-questions/159806/11 "2026-06-25T02:48:28Z")
Cursor team needs to fix it!! It is so annoying … it has turned an amazing tool into a hand-to-hand fight. They have done it so that the background agents don’t get stuck, but failed to consider the user experience for people that don’t use background agents. At the very least they could have added an option to turn it off! ---
**Author:** ![Tom\_Coustols](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/tom_coustols/32/97175_2.png) [@Tom\_Coustols](https://forum.cursor.com/u/Tom_Coustols)\ **Post date:** [June 25, 2026, 3:01am UTC](https://forum.cursor.com/t/increase-the-timeout-for-ask-questions/159806/13 "2026-06-25T03:01:08Z")
upvote it then! ---
**Author:** ![Ehsan\_Foroughi](https://avatars.discourse-cdn.com/v4/letter/e/f6c823/32.png) [@Ehsan\_Foroughi](https://forum.cursor.com/u/Ehsan_Foroughi)\ **Post date:** [June 25, 2026, 3:34am UTC](https://forum.cursor.com/t/increase-the-timeout-for-ask-questions/159806/14 "2026-06-25T03:34:45Z")
I did … before posting my comment! it went from zero upvote to one … not sure why other posters didn’t upvote it!! ---
**Author:** ![Tom\_Coustols](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/tom_coustols/32/97175_2.png) [@Tom\_Coustols](https://forum.cursor.com/u/Tom_Coustols)\ **Post date:** [June 25, 2026, 3:36am UTC](https://forum.cursor.com/t/increase-the-timeout-for-ask-questions/159806/15 "2026-06-25T03:36:08Z")
Oh well… That’s funny haha.. I think this upvote feature is underated ---
**Author:** ![OmryA](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/omrya/32/110667_2.png) [@OmryA](https://forum.cursor.com/u/OmryA)\ **Post date:** [July 6, 2026, 3:49pm UTC](https://forum.cursor.com/t/increase-the-timeout-for-ask-questions/159806/16 "2026-07-06T15:49:54Z")
Bumping this with a cross-reference, since it’s now at 10 likes and several people in-thread are hitting the same wall. The two changes @douglascaetano and @kevinn already identified remain the right fix: (1) make the timeout tunable, including fully off, and (2) report a timeout to the model _as a timeout_, not as a skip. Worth linking the confirmed-bug side of point (2): [Questionnaire timeout falsely treated as “skipped”](https://forum.cursor.com/t/questionnaire-timeout-falsely-treated-as-skipped-multi-chat-rollback-affects-other-chats/160858). The problem there is that the timeout return string is byte-identical to a real user skip, so the agent treats “ran out of time” as “user consented to defaults” — which on a high-impact prompt is a genuine safety hazard, not just an annoyance. A distinct return string plus a user-configurable (or disable-able) timeout would resolve both threads together. ---
**Author:** ![Tom\_Coustols](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/tom_coustols/32/97175_2.png) [@Tom\_Coustols](https://forum.cursor.com/u/Tom_Coustols)\ **Post date:** [July 10, 2026, 6:45am UTC](https://forum.cursor.com/t/increase-the-timeout-for-ask-questions/159806/18 "2026-07-10T06:45:56Z")
Don’t forget to upvote it!