Bug Reports

Release v1.30.2, "Fixed the issue where Gemini 2.0 Flash model cannot use Grounding Tool" None of the Gemini models (e.g., Gemini 2.5 Pro and Gemini 2.5 Flash) work with Grounding in v1.36.1 (build 165). Is there a fix I can implement on my end or does this need a new release to fix?

MacOs Sequoia 15.5 Bolt 1.36.1 I had sent one message with a LOT of text. Then it responded with a little text. I maximized the window fine. Then when I went to drag it smaller from the top left corner, the app hung and I got the pinwheel of death. Had to force quit.

BoltAI only displays reasoning data for messages, not for tool calls. This data could be useful for debugging purposes, such as improving prompts. BoltAI v1.35.3 (build 163) Ollama v0.9.5

Ollama returns the ID for tool calls, but BoltAI ignores them and instead sends an empty string as a response. ollama response: { "choices": [ { "index": 0, "message": { "role": "assistant", "content": "[REMOVED]", "tool_calls": [ { "id": "call_d282inrd", "index": 0, "type": "function", "function": { "name": "[REMOVED]", "arguments": "[REMOVED]" } } ] }, "finish_reason": "tool_calls" } ] } subsequent BoltAI request: { "messages": [ { "content": "[REMOVED]", "role": "assistant", "tool_calls": [ { "function": { "name": "[REMOVED]", "arguments": "[REMOVED]" }, "type": "function", "id": "" } ] }, { "content": "[REMOVED]", "tool_call_id": "", "role": "tool" } ] } BoltAI v1.35.3 (build 163) Ollama v0.9.5

Despite the status of the flag Stream responses , the result is only returned once the stream has completed. This is necessary to avoid request timeouts and improves the user experience since request processing can take a significant amount of time. BoltAI v1.35.3 (build 163) Ollama v0.9.5

I have a subset of OpenRouter models selected in the Models tab in the preferences. I've noticed that every time OpenRouter adds new models, this list is messed up. I have to go back re-select the ones I care about. This is especially annoying since I have multiple OR connections and I have to redo this for each.

It seems like I got into a mode where BoltAI is a bit unhappy with me and just won't allow conversations anymore. Also, right-clicking and selecting "Delete Chat..." will deselect the chat, but will not delete anything. Attempting to export my chats results in BoltAI crashing. I'm using lm_studio, and I can chat using their interface, but doesn't seem relevant given the other issues. I'm happy to share crash reports or logs if needed.

Usually when configuring MCP servers you set Streamable HTTP or SSE in the "type" parameter, e.g: { "mcpServers": { "crawl4ai-sse" : { "type": "sse", "url" : "https://crawl4ai.my.domain/mcp/sse" }, "crawl4ai-http" : { "type": "streamableHttp", "url" : "https://crawl4ai.my.domain/mcp/http" } } But when providing either of these Bolt fails to save the config with the error "Invalid JSON format: The data couldn't be read because it is missing." I'm assuming either bolt is using a different configuration parameter for the transport type or only supports local servers running in STDIO mode? If it is the latter - I'd like to request streamable HTTP and SSE transports (although streamable HTTP will replace SSE-only mode in a future MCP specification) as the majority of MCP servers I consume these days are networked.

Using 1.35.03 on Mac. On using the New Chat Window or New Temporary Window keyboard shortcuts from outside the Bolt AI app, the first response from the AI comes through fine. But ~50% of the time, upon typing a reply to this first AI message, all of Bolt (not just the window) crashes when one presses return to send the follow-up message.

I can copy text, so response is there, just not visually presented.