feat(ui): add prefix-length threshold to tree-view key separator - #6409
feat(ui): add prefix-length threshold to tree-view key separator#6409Rasu-Dev wants to merge 8 commits into
Conversation
Add a numeric "Ignore separator in first N chars" setting to the
browser tree-view settings panel. When set, delimiters within the
first N characters of a key name are skipped when building the
tree hierarchy.
This fixes GlobalId keys ({GUID}:{randomId}, ~69 chars) that contain
colons inside the randomId portion — they previously fragmented into
4-5 tree levels. Setting prefix length to 64 collapses them to a
clean 2-level hierarchy.
- BrowserStorageItem: add treeViewPrefixLength for localStorage persistence
- StateAppContext.dbConfig: add treeViewDelimiterPrefixLength field
- appContextSlice: add initial state and setBrowserTreePrefixLength reducer
- constructKeysToTree: add splitWithPrefixThreshold helper (inside
the exported function — required for web worker serialization scope)
- VirtualTree: accept and forward prefixLength prop into the worker call
- KeyTree: read treeViewDelimiterPrefixLength from Redux, pass to VirtualTree
- KeyTreeSettings: add NumericInput field wired to Redux state
Default is 0 (disabled — preserves existing behavior).
|
|
![chatgpt-codex-connector[bot]](https://avatars.githubusercontent.com/in/1144995?s=60&v=4){kind=small}
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: c7c2274937
ℹ️ About Codex in GitHub
Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".
| state.dbConfig.treeViewDelimiterPrefixLength = | ||
| payload?.treeViewDelimiterPrefixLength ?? 0 |
There was a problem hiding this comment.
After a user applies a non-zero prefix length and reloads or reconnects to the database, this falls back to 0 because setBrowserTreePrefixLength persists the value under BrowserStorageItem.treeViewPrefixLength (treeViewPrefixLength), while setDbConfig reads payload.treeViewDelimiterPrefixLength. The same localStorage object is passed into setDbConfig on instance load, so the saved setting is ignored and the tree reverts to splitting from the first character.
Useful? React with 👍 / 👎.
| <FormField | ||
| layout="horizontal" | ||
| label={t('browser.tree.settings.prefixLength', 'Ignore separator in first N chars')} | ||
| > |
There was a problem hiding this comment.
This introduces a new user-facing label through a hardcoded default value, but browser.tree.settings.prefixLength is absent from both redisinsight/ui/src/i18n/locales/en.json and bg.json, so localized builds have no translatable source string for this setting and will fall back to English. Add the key to both locale files instead of relying on the inline default.
AGENTS.md reference: AGENTS.md:L125-L128
Useful? React with 👍 / 👎.
![cursor[bot]](https://avatars.githubusercontent.com/in/1210556?s=60&v=4){kind=small}
- Fix treeViewPrefixLength enum value to 'treeViewDelimiterPrefixLength' so setDbConfig can hydrate the field correctly from localStorage on reload - Add @expose() treeViewDelimiterPrefixLength to DatabaseSettingsData DTO so the API GET response includes the field instead of stripping it
…f labels - Export splitWithPrefixThreshold at module level and fix boundary condition from <= to < so keys whose length equals prefixLength are treated as a single segment rather than being fully split by the delimiter - Fix openSelectedKey to use threshold-aware split and reconstruct folder fullName paths without trailing delimiter, matching how formatTreeData builds them, so selected-key ancestors expand correctly - Fix shortName in VirtualTree getNodeData to use splitWithPrefixThreshold so leaf labels show the full merged token instead of just the trailing fragment - Add unit tests for splitWithPrefixThreshold and constructKeysToTree with prefixLength > 0 covering boundary cases
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 24920eb86e
ℹ️ About Codex in GitHub
Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".
| const nameSplitted = splitWithPrefixThreshold( | ||
| name, | ||
| delimiterPattern, | ||
| prefixLength, | ||
| ) |
There was a problem hiding this comment.
When the browser tree renders, VirtualTree passes constructKeysToTree to useDisposableWebworker, which creates the Worker from only that function's source; this new call relies on the module-scope splitWithPrefixThreshold, so the worker has no binding for it and throws a ReferenceError for every non-empty key list, even with prefixLength = 0, leaving the tree construction stuck instead of showing keys. Move the helper inside constructKeysToTree or otherwise include it in the serialized worker function.
Useful? React with 👍 / 👎.
…or Web Worker capture
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: d434152e7e
ℹ️ About Codex in GitHub
Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".
| { nameString: 'ab:cd', type: KeyTypes.Hash, ttl: -1, size: 0 }, | ||
| ] as unknown as IKeyPropTypes[], | ||
| delimiterPattern: ':', | ||
| delimiters: [':'], | ||
| prefixLength: 10, |
There was a problem hiding this comment.
With this input, splitWithPrefixThreshold takes its name.length < pLength branch for ab:cd and prefixLength: 10, so it performs a normal split into ['ab', 'cd']; constructKeysToTree therefore returns a root folder, not a root leaf. This newly added spec will fail whenever the helper tests run, so either use an equal-length prefix for the single-leaf case or update the expectation to match the intended shorter-than-N behavior.
Useful? React with 👍 / 👎.
…rmat The openSelectedKey refactor (24920eb) changed parent-path reconstruction to omit the trailing delimiter, aligning with constructKeysToTree's `fullName = previousKey + name` output. The test mock's folderFullName was never updated, causing the auto-expand assertion to look up `statusOpen['car:']` instead of `statusOpen['car']` and always fail.
|
@Rasu-Dev Thank you very much for this contribution, and for working through all of the bot's recommendations. There’s one thing that’s currently a blocker: the CLA signing. The license bot can’t match the email used in your commits to a GitHub account. Please either add that email to your GitHub account or amend the commits to use an email that’s already associated with it, then re-run the check. On the code itself, there are a few things that could still be addressed:
Thanks again for the contribution! |
e267d6b to
8eec72c
Compare
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.
Reviewed by Cursor Bugbot for commit 8eec72c. Configure here.
Add browser.tree.settings.prefixLength / prefixLengthHint to the en and bg locales, and deduplicate splitWithPrefixThreshold into a shared helper (uiSrc/helpers) imported by KeyTree and VirtualTree. constructKeysToTree keeps its inline copy, which the Web Worker stringification requires.
246aaa7 to
139734a
Compare
3 participants
Add a numeric "Ignore separator in first N chars" setting to the browser tree-view settings panel. When set, delimiters within the first N characters of a key name are skipped when building the tree hierarchy.
Default is 0 (disabled — preserves existing behavior).
What
Added a prefix-length threshold setting to the Browser Tree View key separator. When configured, the first N characters of a key name are excluded from delimiter splitting — so keys like myapp:public:resource where the prefix myapp contains no meaningful separator boundary are grouped correctly.
Changes:
New numeric input "Ignore separator in first N chars" in the Key Tree Settings popover (KeyTreeSettings.tsx)
splitWithPrefixThreshold logic in constructKeysToTree.ts — treats the first N characters as an opaque prefix before applying delimiter splitting
New Redux state field treeViewDelimiterPrefixLength in the dbConfig slice (context.ts, interfaces/app.ts)
New treeViewPrefixLength key in BrowserStorageItem for per-database localStorage persistence (storage.ts)
Default value of 0 means no change to existing behavior
Testing
Manual:
Open Browser → Tree View → Settings (gear icon)
Set a delimiter (e.g. :) and a prefix length (e.g. 5)
Verify keys shorter than N chars are split normally
Verify keys longer than N chars skip delimiter splitting within the first N characters
Verify the value persists across page reloads (stored per-database in localStorage)
Verify resetting the settings panel reverts pending changes
Verify setting prefix length back to 0 restores default behavior
Note
Low Risk
UI-only browser tree grouping and settings persistence; default 0 preserves current behavior, with unit tests for the new splitting logic.
Overview
Adds a browser tree-view setting to ignore delimiters in the first N characters of key names, so keys like
tenant:app:resourcecan group undertenant:appinstead of splitting at the first:.Persistence & API:
treeViewDelimiterPrefixLengthis stored per database (ReduxdbConfig, localStorage, andDatabaseSettingsData).Tree building:
constructKeysToTreeandVirtualTreetakeprefixLengthand usesplitWithPrefixThreshold(duplicated inline in the worker-serialized tree builder). KeyTree passes the setting through, uses the same split when auto-expanding parents for the selected key, and KeyTreeSettings exposes a numeric input (0–512) that dispatchessetBrowserTreePrefixLengthand resets the tree on apply.Default 0 keeps prior delimiter-only behavior. Tests cover prefix edge cases; i18n strings added for EN/BG.
Reviewed by Cursor Bugbot for commit 7ad9d6a. Bugbot is set up for automated code reviews on this repo. Configure here.