|
| 1 | +# Wave 3 Long-Tail Issues (No Open PR at Snapshot) |
| 2 | + |
| 3 | +Generated from open-issue triage snapshot dated 2026-03-22. |
| 4 | + |
| 5 | +Field note: `Posted question` is the exact question posted to each issue during the 2026-03-22 triage pass. |
| 6 | + |
| 7 | +## Domain Breakdown (19 Issues) |
| 8 | + |
| 9 | +| Domain | Count | |
| 10 | +| -------------------- | ----- | |
| 11 | +| core/runtime | 9 | |
| 12 | +| ci/tooling | 4 | |
| 13 | +| documentation | 4 | |
| 14 | +| discussion/rfc | 1 | |
| 15 | +| pro/rsc integration | 1 | |
| 16 | + |
| 17 | +## Resolved After Snapshot, Before Execution |
| 18 | + |
| 19 | +- #1887 Investigate the ability to make RSC Payload smaller by removing props and stack objects from it — closed as duplicate of #2522 on 2026-03-23 (canonical issue tracked in Wave 1). |
| 20 | +- #1754 Add open telemetry support for react_on_rails — closed as duplicate of #2156 on 2026-03-23 (canonical issue tracked in Wave 2). |
| 21 | + |
| 22 | +## #2527 RSC migration docs: Minor unverified references |
| 23 | + |
| 24 | +- Domain: documentation |
| 25 | +- Labels: documentation, docs-cleanup |
| 26 | +- Created: 2026-03-04 |
| 27 | +- Context excerpt: ## Summary Several tool names, import paths, and references in the RSC migration docs should be verified. ## Issues ### E1. `WithAsyncProps` type import path unverified `rsc-data-fetching.md` shows `import type { WithAsy ... |
| 28 | +- Posted question: Should this be batched with related docs issues in a single docs PR, or handled separately? |
| 29 | + |
| 30 | +## #2524 RSC migration docs: Missing React on Rails Pro helper references |
| 31 | + |
| 32 | +- Domain: documentation |
| 33 | +- Labels: documentation, docs-cleanup |
| 34 | +- Created: 2026-03-04 |
| 35 | +- Context excerpt: ## Summary The RSC migration docs are missing references to key React on Rails Pro helpers that users need during migration. ## Issues ### B4. Missing guidance on `stream_react_component_with_async_props` `rsc-preparing- ... |
| 36 | +- Posted question: Should this be batched with related docs issues in a single docs PR, or handled separately? |
| 37 | + |
| 38 | +## #1999 CI: Fix workflow matrix exclusion logic with empty strings |
| 39 | + |
| 40 | +- Domain: ci/tooling |
| 41 | +- Labels: enhancement, P3 |
| 42 | +- Created: 2025-11-12 |
| 43 | +- Context excerpt: ## Problem The exclude logic in our GitHub Actions workflows has a potential issue where conditional expressions can produce empty strings that won't match any matrix values: ```yaml exclude: - ruby-version: ${{ github.e ... |
| 44 | +- Posted question: Should this run in the CI/tooling maintenance wave, or be deferred behind release-critical runtime work? |
| 45 | + |
| 46 | +## #1985 Add RSC Migration Success Stories to Documentation |
| 47 | + |
| 48 | +- Domain: documentation |
| 49 | +- Labels: documentation, P3 |
| 50 | +- Created: 2025-11-12 |
| 51 | +- Context excerpt: ## Overview Add compelling React Server Components (RSC) migration success stories to our documentation to give readers incentive to migrate. ## Success Stories to Feature ### 1. **Mux: 50,000 Lines Migrated** - **Articl ... |
| 52 | +- Posted question: Should this be batched with related docs issues in a single docs PR, or handled separately? |
| 53 | + |
| 54 | +## #1959 CI/Build improvements: prepack scripts and yalc workflow fixes |
| 55 | + |
| 56 | +- Domain: ci/tooling |
| 57 | +- Labels: enhancement, P3 |
| 58 | +- Created: 2025-11-09 |
| 59 | +- Context excerpt: ## Summary Improve CI workflows and build scripts for better reliability and consistency. ## Background PR #1896 contained several CI and build improvements. This issue tracks extracting those that are still relevant for ... |
| 60 | +- Posted question: Should this run in the CI/tooling maintenance wave, or be deferred behind release-critical runtime work? |
| 61 | + |
| 62 | +## #1958 Improve generator robustness and error handling |
| 63 | + |
| 64 | +- Domain: core/runtime |
| 65 | +- Labels: enhancement, P3 |
| 66 | +- Created: 2025-11-09 |
| 67 | +- Context excerpt: ## Summary Improve the React on Rails install generator to be more robust with better error handling, validation, and package manager detection. ## Background PR #1896 contained several generator improvements that should ... |
| 68 | +- Posted question: Do you want this scheduled in the next implementation wave, or parked until after active release work? |
| 69 | + |
| 70 | +## #1949 Roadmap: Incremental Improvements to Match and Exceed Inertia Rails and Vite Ruby |
| 71 | + |
| 72 | +- Domain: discussion/rfc |
| 73 | +- Labels: enhancement, discussion, P3 |
| 74 | +- Created: 2025-11-09 |
| 75 | +- Context excerpt: # React on Rails Incremental Improvements Roadmap ## Practical Baby Steps to Match and Exceed Inertia Rails and Vite Ruby ## Executive Summary With Rspack integration coming for better build performance and enhanced Reac ... |
| 76 | +- Posted question: Is this still active for implementation, or should it remain a discussion-only backlog item? |
| 77 | + |
| 78 | +## #1929 Add RBS Type Signatures to Improve Developer Experience |
| 79 | + |
| 80 | +- Domain: core/runtime |
| 81 | +- Labels: enhancement, P3 |
| 82 | +- Created: 2025-11-05 |
| 83 | +- Context excerpt: # Add RBS Type Signatures to Improve Developer Experience ## Problem Currently, both `shakapacker` and `react_on_rails` lack static type information for their Ruby APIs. This means: - IDEs cannot provide accurate autocom ... |
| 84 | +- Posted question: Do you want this scheduled in the next implementation wave, or parked until after active release work? |
| 85 | + |
| 86 | +## #1862 Add rake task to generate and export reference webpack/rspack configurations |
| 87 | + |
| 88 | +- Domain: core/runtime |
| 89 | +- Labels: P3 |
| 90 | +- Created: 2025-10-11 |
| 91 | +- Context excerpt: ## Summary Create a contributor rake task that generates fresh webpack AND rspack configuration exports for documentation purposes. These exported configs can serve as canonical reference examples for users and AI analys ... |
| 92 | +- Posted question: Do you want this scheduled in the next implementation wave, or parked until after active release work? |
| 93 | + |
| 94 | +## #1828 Rspack support for RSC |
| 95 | + |
| 96 | +- Domain: pro/rsc integration |
| 97 | +- Labels: discussion, P3 |
| 98 | +- Created: 2025-09-26 |
| 99 | +- Context excerpt: @AbanoubGhadban we will need to research if rspack can work with RORP RSC. This PR might be relevant: https://github.com/web-infra-dev/rspack/pull/5824 ... |
| 100 | +- Posted question: Do you want this prioritized for the next RSC stability wave? |
| 101 | + |
| 102 | +## #1746 Use Error causes |
| 103 | + |
| 104 | +- Domain: core/runtime |
| 105 | +- Labels: P3 |
| 106 | +- Created: 2025-07-09 |
| 107 | +- Context excerpt: We can slightly simplify code and improve shown errors by using the `cause` option of `Error` constructor. Original blocker #1745 is now merged, so this is unblocked. ... |
| 108 | +- Triage note: Previously blocked by #1745; that PR merged on 2025-07-14, so this issue is now unblocked and schedulable. |
| 109 | +- Posted question: Now that the blocker is resolved, should this be scheduled in the next implementation wave? |
| 110 | + |
| 111 | +## #1692 Fix Coveralls setup |
| 112 | + |
| 113 | +- Domain: ci/tooling |
| 114 | +- Labels: P3 |
| 115 | +- Created: 2025-01-24 |
| 116 | +- Context excerpt: Currently the badge in our README for https://coveralls.io/github/shakacode/react_on_rails?branch=master is tied to Travis, which we don't use, and has very old data. Fix this. See https://docs.coveralls.io/. Include our ... |
| 117 | +- Posted question: Should this run in the CI/tooling maintenance wave, or be deferred behind release-critical runtime work? |
| 118 | + |
| 119 | +## #1658 Create load tests and add them to CI |
| 120 | + |
| 121 | +- Domain: ci/tooling |
| 122 | +- Labels: P3 |
| 123 | +- Created: 2024-11-21 |
| 124 | +- Context excerpt: Probably using K6 for consistency with the new React on Rails Pro load tests. For reference: https://github.com/shakacode/react_on_rails_pro/pull/453, https://github.com/shakacode/react_on_rails_pro/issues/458, https://g ... |
| 125 | +- Posted question: Should this run in the CI/tooling maintenance wave, or be deferred behind release-critical runtime work? |
| 126 | + |
| 127 | +## #1627 Add lock file for creating packs |
| 128 | + |
| 129 | +- Domain: core/runtime |
| 130 | +- Labels: P3 |
| 131 | +- Created: 2024-06-08 |
| 132 | +- Context excerpt: ```ruby ReactOnRails::PacksGenerator.instance.generate_packs_if_stale ``` Have this call create a lock file so it can't run concurrently. The lock file should expire within a short time. Here is how to do this: https://w ... |
| 133 | +- Posted question: Do you want this scheduled in the next implementation wave, or parked until after active release work? |
| 134 | + |
| 135 | +## #1590 Add support for Vite |
| 136 | + |
| 137 | +- Domain: core/runtime |
| 138 | +- Labels: enhancement, P3 |
| 139 | +- Created: 2023-12-08 |
| 140 | +- Context excerpt: Stealing the idea from https://github.com/reactjs/react-rails/issues/1134 ... |
| 141 | +- Posted question: Do you want this scheduled in the next implementation wave, or parked until after active release work? |
| 142 | +- Triage note: Still under consideration; may be deprioritized until Rspack stabilization. |
| 143 | + |
| 144 | +## #1583 Convert spec/dummy/client to Typescript |
| 145 | + |
| 146 | +- Domain: core/runtime |
| 147 | +- Labels: contributions: up for grabs!, P3 |
| 148 | +- Created: 2023-11-15 |
| 149 | +- Context excerpt: This will enable us to detect type conflicts similar to the ones resolved by https://github.com/shakacode/react_on_rails/pull/1582 ... |
| 150 | +- Posted question: Do you want this scheduled in the next implementation wave, or parked until after active release work? |
| 151 | + |
| 152 | +## #1468 Add tests for Turbo/Turbolinks |
| 153 | + |
| 154 | +- Domain: core/runtime |
| 155 | +- Labels: enhancement, P3 |
| 156 | +- Created: 2022-07-07 |
| 157 | +- Context excerpt: We need to cover use with Turbo in integration or unit tests, because some code paths are currently not tested. Make sure Strict Mode is used. Turbolinks 5 should ideally also be covered, but probably lower priority. ... |
| 158 | +- Posted question: Do you want this scheduled in the next implementation wave, or parked until after active release work? |
| 159 | + |
| 160 | +## #1465 Enable StrictMode everywhere in spec/dummy |
| 161 | + |
| 162 | +- Domain: core/runtime |
| 163 | +- Labels: enhancement, P3 |
| 164 | +- Created: 2022-06-27 |
| 165 | +- Context excerpt: See https://react.dev/reference/react/StrictMode. This should help detect more bugs in RoR. ... |
| 166 | +- Posted question: Do you want this scheduled in the next implementation wave, or parked until after active release work? |
| 167 | + |
| 168 | +## #1196 Debugging Server Rendering with the Node VM Rendering Server |
| 169 | + |
| 170 | +- Domain: documentation |
| 171 | +- Labels: documentation, P3 |
| 172 | +- Created: 2019-02-20 |
| 173 | +- Context excerpt: # Motivation Because server rendering often uses `react_component_hash` to get the meta tags for SEO, we can't just flip a switch and turn off server rendering to debug the code in the browser. Here are the steps to debu ... |
| 174 | +- Posted question: Should this be batched with related docs issues in a single docs PR, or handled separately? |
| 175 | +- Triage note: Pending verification before scheduling; confirm whether this legacy Node VM doc is still needed or superseded by newer Node Renderer guidance. |
| 176 | +- Action: Verify against current Node Renderer docs and decide keep/update/archive by 2026-03-30 before scheduling. |
0 commit comments