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
- Minimal shareable CSS reproduction:
@container account-content (min-width: 48rem) {
.account-orders__controls {
grid-template-columns: minmax(9rem, 0.6fr) minmax(0, 2fr);
}
}- Call
index_statuswith projectE-MyProjs-EcwidApiWebshop_POCanddiagnostics: "full". - Actual:
parse_partial.filesreportssrc/app/globals.css, error range5725-5725,6337-6337. Expected: named@containerquery 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