Indexing gap: E-MyProjs-EcwidApiWebshop_POC

Author: NagyMiklosZoltanCreated Sep 30, 2026Updated Sep 30, 2026
Labelsbugwindows

Version

Not exposed by the index_status MCP tool (MCP integration)

Platform

Windows (x64)

Install channel

Built from source

Binary variant

standard

What happened, and what did you expect?

The best-effort index status for this project reports a partial parse in src/app/globals.css at 1-based lines 5725 and 6337. Both positions begin named CSS container queries using the form @container <name> (min-width: <length>). The index is otherwise ready; no files are reported unusable, skipped, or missing. Expected: these constructs are represented in the graph without parse-partial gaps.

Reproduction

  1. Minimal shareable CSS reproduction:
css
@container account-content (min-width: 48rem) {
  .account-orders__controls {
    grid-template-columns: minmax(9rem, 0.6fr) minmax(0, 2fr);
  }
}
  1. Call index_status with project E-MyProjs-EcwidApiWebshop_POC and diagnostics: "full".
  2. Actual: parse_partial.files reports src/app/globals.css, error range 5725-5725,6337-6337. Expected: named @container query preludes parse without a partial-parse error. The example is generic and contains no project-specific selector implementation.

Logs

Diagnostics trajectory (memory / performance / leak issues)

Project scale (if relevant)

5963 nodes, 16153 edges; indexed 2026-09-30T08:37:35Z

Confirmations

  • I searched existing issues and this is not a duplicate.
  • My reproduction uses shareable code (a dummy snippet or a public OSS repository), not proprietary code.

Source: DeusData/codebase-memory-mcp