[cevheri]

A Redis key whose name ends in :* was scanned instead of read when opened from the key browser.

The Redis generator treats every name ending in :* as a prefix group (prefixGroup in src/lib/query-generators.ts). A real string key named cache:*, which a Redis key name may be, therefore generated SCAN 0 MATCH cache:* COUNT 50. Its tab listed other keys instead of reading this one.

The key browser now says the path names a key: onOpenKey passes it through handleTableClick as GeneratorScope.namesKey. So cache:* opens on GET cache:* (or HGETALL, LRANGE and so on by type), while the schema tree's cache:* group row still scans. Only the Redis arm reads the flag. Generated statements for 42 other engine types are unchanged.

The tab's origin records the mark, and tab reuse compares it, only where the mark changes the generated statement. Every other key reads the same either way, so the tree and the key browser keep sharing one tab for it, as do tabs saved before this change.

Tests were written first and failed on main. They cover the generator, the tab manager (including tree, key browser, tree on a plain key giving one tab) and the Studio wiring. docs/providers/redis.md says how the key browser opens a key. The full suite passes at 100% line coverage. An independent check probed every Redis type for cache:*, *, a:*:b and cache:x, and diffed the other engines' generated statements against main.

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.

📢 Thoughts on this report? Let us know!

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
100.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud