46 lines
2.5 KiB
Markdown
46 lines
2.5 KiB
Markdown
# PDIAP-14859 - Spike - Research strategy to remove final UIKit wrapping from XFlowSDK and XFlowViewMaker without disrupting consumer implementation
|
|
|
|
## Status
|
|
|
|
- Active
|
|
- Rollout draft prepared and sent to Jeff for review on April 13, 2026
|
|
|
|
---
|
|
|
|
## Current Framing
|
|
|
|
- Approved title: `Spike - Research strategy to remove final UIKit wrapping from XFlowSDK and XFlowViewMaker without disrupting consumer implementation`.
|
|
- This work is currently framed in the workspace as a dual UIKit/SwiftUI plan that removes `UIHostingController` dynamically while preserving both flows appropriately.
|
|
- The remaining deliverable is process-oriented, not just technical implementation.
|
|
|
|
---
|
|
|
|
## Current Scope
|
|
|
|
- Define a consumer-facing rollout plan for the broader UIKit-removal work.
|
|
- Preserve both UIKit and SwiftUI paths appropriately while introducing the new path safely.
|
|
- Cover risky entry points such as `FTTransfer`, while keeping the latest spike finding explicit that consumer-side changes there may no longer be strictly required after the SwiftUI dismissal behavior is applied correctly.
|
|
- Include validation expectations in `XQ1`.
|
|
- Use a global feature-flag rollout model rather than entry-point-based enablement.
|
|
- Include consumer communication expectations.
|
|
- Include a 30-day production period with no reported bugs before final removal.
|
|
- Include a follow-up release to remove the feature flag and old code after rollout confidence is achieved.
|
|
|
|
---
|
|
|
|
## Notes
|
|
|
|
- The feature-flag and rollout planning guidance applies to the broader UIKit-removal spike, not only to dismissal-sequencing work.
|
|
- Jeff suggested sending the process-oriented rollout document to Quy for feedback when ready.
|
|
- The draft shared with Jeff already reflects the global feature flag, broad `XQ1` validation, and consumer-facing rollout flow guidance.
|
|
- Additional review feedback from April 13: rename the proposed flag to `xflow-swiftui-enabled`, make consumer contact and `XQ1` validation explicit in the first phase, remove overly technical rollout wording, and avoid implying there are no consumer-side changes without qualification.
|
|
- On April 14, Jeff asked whether the FTTransfer part of the rollout document also needed updating; David confirmed the document had already been revised to clarify that root-cause section.
|
|
- Await final follow-up after incorporating the latest review feedback.
|
|
|
|
---
|
|
|
|
## Related Work
|
|
|
|
- Related consumer rollout thinking should stay aligned with `PDIAP-15836`.
|
|
- `PDIAP-15838` should not be framed as part of this UIKit-removal spike.
|