Duplicate YAML linting problems with phantom IDs in problems panel

[ichoosetoaccept]

Hi, thanks for reporting an issue with Cursor.

Before you report this, we’d appreciate if you can search this forum to see if this issue has already been reported.

If you have done so, please check this box.
on

Describe the Bug

Merry Christmas!

Weird things happen when I work on my .gitlab-ci.yml file in Cursor.

Problem 1:
The problems panel shows multiple items with unique IDs that seem to be reporting the same errors multiple times. See screenshot 1

Problem 2:
When I click on any single problem, I see this screenshot 2.
(Text: The editor could not be opened due to an unexpected error: Unable
to resolve resource composer-code-block-anysphere://fhqtaasjxa
Try Again)

Steps to Reproduce

I’m not sure it can be reproduced independently. It may be a quirk of my specific setup or be related to my gitlab ci file specifically.

Expected Behavior

Regarding problem 1:
I expect a single collection item in the problems panel, named after the file for which problems are being reported, not multiple collection items, reporting the same problems multiple times and with cryptic unique IDs that mean nothing.

Regarding problem 2:
Clicking any single problem in the problems pane should jump me to the line in the file that’s causing the problem, not show that error.

Operating System

MacOS

Current Cursor Version (Menu → About Cursor → Copy)

Version: 0.44.8
VSCode Version: 1.93.1
Commit: f3b5a63019e4e2283033b4db987a35f8413c7570
Date: 2024-12-22T05:48:08.427Z
Electron: 30.5.1
Chromium: 124.0.6367.243
Node.js: 20.16.0
V8: 12.4.254.20-electron.0
OS: Darwin arm64 24.2.0

Additional Information

Restarting Cursor generates new unique phantom IDs in the problems panel.

Does this stop you from using Cursor

No - Cursor works, but with this issue

[ichoosetoaccept]

I checked something that came to mind after posting: this appears to be specifically a Cursor problem. When looking at the same file in other VS Code based editors, I don’t see this behavior.

It seems related to Cursor’s “composer” feature.

[SoMaCoSF]

Just curious if this is useful information for you:

Linting: How Do?

I didnt really understand what Linting was when I saw the post about on/off option for linting… I thought I’d share what I learned really wuickly via Claude, as this may be interesting to others. Basically, I had it explain and document linting in detail - then provide a method for defining the linting behavior you want from the bot. GISTS Linting is the automated process of analyzing code to identify potential programming errors, bugs, stylistic issues, and suspicious patterns. Auto-linti…

[ichoosetoaccept]

Turns out this was an “AI” fail. No amount of prompting helped fix this issue. I tried Sonnet 3.5 (latest) and Flash 2.0 exp… no dice.

Fascinating, really. These models are supremely capable but YAML linting apparently is a benchmark.

I now have this line at the top of my gitlab-ci.yml:

Could be helpful if you run into pipeline validation issues: rebrand.ly/ki2yesx

To be fair, this appears to be a relatively obscure situation affecting gitlab-ci validation, not YAML in general.

I spent an inordinate amount of time searching the web for “auto-lint and auto-fix gitlab-ci.yml against a provided schema in JSON”, which, you’d think, should be a standard thing to do… turns out it’s very niche and hard to research. That shortened URL I linked to explains the problem I was having and even comes with a sub-optimal workaround solution. It’s what I’m going with for now.

Though I’ve solved my linting/validation issue with my gitlab-ci file, the issue that I reported here still remains.

This is a bug in Cursor. If you disagree, do explain.

[ichoosetoaccept]

I’m here to report that this issue persists, even in Cursor 0.44.11:

[danperks]

This is definitely a problem with the composer as it creates short snippets of code which it seems like the Cursor is trying to lint as if it’s normal code in your codebase.

I’ve reported this internally so hopefully we’ll have a fix in the future.

[ichoosetoaccept]

Awesome, thanks for taking note of this! Much appreciated.

[wrsfd]

The redhat yaml extension is the cause of this on my machine. Posting the below trace line in case it helps.

2025-02-21 16:14:37.324 [trace] [DiagnosticCollection] change many (extension, owner, uris) redhat.vscode-yaml _generated_diagnostic_collection_name_#2 [[{"$mid":1,"external":"aichat-code-block-anysphere://jystbffzcr","scheme":"aichat-code-block-anysphere","authority":"jystbffzcr"},[{"startLineNumber":1,"startColumn":1,"endLineNumber":1,"endColumn":26,"message":"Implicit keys need to be on a single line","source":"YAML","severity":8,"modelVersionId":2},{"startLineNumber":2,"startColumn":15,"endLineNumber":2,"endColumn":38,"message":"Nested mappings are not allowed in compact mappings","source":"YAML","severity":8,"modelVersionId":2},{"startLineNumber":2,"startColumn":15,"endLineNumber":2,"endColumn":38,"message":"Implicit keys need to be on a single line","source":"YAML","severity":8,"modelVersionId":2},{"startLineNumber":4,"startColumn":1,"endLineNumber":4,"endColumn":15,"message":"All mapping items must start at the same column","source":"YAML","severity":8,"modelVersionId":2},{"startLineNumber":6,"startColumn":1,"endLineNumber":6,"endColumn":25,"message":"Implicit map keys need to be followed by map values","source":"YAML","severity":8,"modelVersionId":2}]]]