Composer agent mode freezing on "Generating..." in 0.45 latest

Tried restarting Cursor, PC.
Also tried reinstalling it. Nothing seemed to help.
Created new prompts and looked at other community posts similar to this, nothing seemed to fix it.
Also tried using a VPN, didn’t help. Other people on the same network don’t have this issue. I used it today and everything worked just fine.
Regular chat also works fine, just the Composer in agent mode seems to freeze on “Generating…” - no matter what is written in the prompt, and no matter if context is or is not added.

Browser console returns these errors:

[MCPService] Getting tools for composer
workbench.desktop.main.js:1015 [MCPService] Getting servers:
Array(0)
workbench.desktop.main.js:1015 [MCPService] Available servers for composer:
Array(0)
workbench.desktop.main.js:1015 [MCPService] No connected servers found. Server statuses:
workbench.desktop.main.js:1412 [composer] Error getting conversation summary: ConnectError: [invalid_argument] Error
at t (workbench.desktop.main.js:1412:95575)
at async Object.getConversationSummary (workbench.desktop.main.js:461:174317)
at async Sn.updateComposerSummaryIfOutdated (workbench.desktop.main.js:2843:1570)

Hey, are you still facing this, we may have had some issues that are since been resolved?

I faced this like 4 hours ago several times in a row.
Even tried to open a new composer with same result.
All with o3-mini in agent mode.
Cursor 0.45.10

same here… stuck for last hour…
image

claude-3.5

I’m mostly seeing this on o3-mini model.

I found the problem, and it’s really strange.

When a file, such as a PHP file, has an error or a bug and we send it inside Composer, no message appears—it just says “Generating.”

composer always Generating when send php file


Request ID: 03cc0b38-b433-4550-b605-f359a9784821

MacOS can reproduce this composer problem, but Windows does not have this problem

0.45.11

When using the same PHP file (ElasticsearchController.php) and sending the file using composer, freeze on “Generating…” this problem only occurs on MacOS, but not on Windows.

But if you select all line of the PHP files and paste them into the context, it will be normal again in macos

Does anyone know what type of bug this is?

Hey, can you reproduce this consistantly?

If you try to do the same thing 5 times, does it never work with the first example, and always works with the second, or is it intermittent?

I’m having the same issue. 0.45.11 seems badly broken.

macos 0.45.11 100% can reproducible

<?php

declare(strict_types=1);

namespace App\Api\V1\App;

use App\Annotation\RecordRequestLogger;
use App\Api\AbstractApiController;
use App\Request\App\Elasticsearch\SyncRequest;
use App\Service\Elasticsearch\SyncService;
use Hyperf\Di\Annotation\Inject;
use Hyperf\HttpServer\Annotation\Controller;
use Hyperf\HttpServer\Annotation\RequestMapping;

#[Controller(prefix: 'api/v1/elasticsearch')]
#[RecordRequestLogger]
// todo 内网验证
class ElasticsearchController extends AbstractApiController
{
    #[Inject]
    protected SyncService $syncService;

    #[RequestMapping(path: 'sync')]
    public function sync(SyncRequest $request): array
    {
        $validated = $request->validated();
        $this->syncService->sync($validated['target'], $validated['data'], $validated['action'], $validated['before'] ?? []);

        return $this->success();
    }
}

Hey, this works for me.

Do you see any errors in the developer tools if you run the Developer: Toggle Developer Tools command, and check the console tab?


the Developer Tools Console no errors

Unfortunately, this request ID is too old for me to look into now.

Can you ensure you have privacy mode disabled, and grab a new Request ID when this happens?

Please wait for me to go to work on Monday and I will construct a new request ID for you

1 Like

request id:

e3de0123-d31c-4c8b-8109-06a4ebdf29c7

Hi, just to confirm something, can you try to remove this section (the 内网验证) from your file, just to see if non-english symbols is breaking something?

i remove this section (the 内网验证 ) from this php file。

Can still reproduce the problem

macos 0.45.11

Request ID: b491ba27-f669-49ed-aa79-b75b582e0d8a

<?php

declare(strict_types=1);

namespace App\Api\V1\App;

use App\Annotation\RecordRequestLogger;
use App\Api\AbstractApiController;
use App\Request\App\Elasticsearch\SyncRequest;
use App\Service\Elasticsearch\SyncService;
use Hyperf\Di\Annotation\Inject;
use Hyperf\HttpServer\Annotation\Controller;
use Hyperf\HttpServer\Annotation\RequestMapping;

#[Controller(prefix: 'api/v1/elasticsearch')]
#[RecordRequestLogger]

class ElasticsearchController extends AbstractApiController
{
    #[Inject]
    protected SyncService $syncService;

    #[RequestMapping(path: 'sync')]
    public function sync(SyncRequest $request): array
    {
        $validated = $request->validated();
        $this->syncService->sync($validated['target'], $validated['data'], $validated['action'], $validated['before'] ?? []);

        return $this->success();
    }
}