Description:
Create a single tracking issue for all message-parser findings and PRs so maintainers can follow progress in one place, while keeping individual fixes in small mergeable PRs.
Steps to reproduce:
- Check message-parser issues/PRs opened over the last few days.
- Notice each finding is tracked as a separate issue without a parent tracker.
- It is harder to see overall progress, remaining scope, and rewrite readiness in one view.
Expected behavior:
A single umbrella issue exists with a checklist of all parser findings, each linked to its issue/PR and marked as done/in progress/pending.
Actual behavior:
Findings are currently spread across multiple separate issues/PRs, making consolidated progress tracking harder.
Server Setup Information:
- Version of Rocket.Chat Server: N/A (tracking/process issue)
- License Type: N/A
- Number of Users: N/A
- Operating System: N/A
- Deployment Method: N/A
- Number of Running Instances: N/A
- DB Replicaset Oplog: N/A
- NodeJS Version: N/A
- MongoDB Version: N/A
Client Setup Information
- Desktop App or Browser Version: N/A
- Operating System: N/A
Additional context
Tracking checklist:
Tracking checklist:
Relevant logs:
N/A (tracking/process issue; no runtime logs required).
Description:
Create a single tracking issue for all message-parser findings and PRs so maintainers can follow progress in one place, while keeping individual fixes in small mergeable PRs.
Steps to reproduce:
Expected behavior:
A single umbrella issue exists with a checklist of all parser findings, each linked to its issue/PR and marked as done/in progress/pending.
Actual behavior:
Findings are currently spread across multiple separate issues/PRs, making consolidated progress tracking harder.
Server Setup Information:
Client Setup Information
Additional context
Tracking checklist:
Tracking checklist:
0lost inLIST_ITEMAST: issue Ordered list items with index 0 lose number field in message parser AST #39051, PR fix(message-parser): preserve ordered list index 0 in LIST_ITEM nodes #39052 (merged)reducePlainTexts): issue Performance: reducePlainTexts causes excessive allocations in message parser hot path #38900, PR refactor: make reducePlainTexts linear and allocation-light #38901 (merged)Anyfallback URL/phone parsing path: PR refactor(message-parser): simplify Any fallback to reduce URL/phone parse attempts #39294 (open)toMatchObject-> stricter structure): PR test(message-parser): tighten AST assertions #39438 (open)Relevant logs:
N/A (tracking/process issue; no runtime logs required).