- Created daily log entries for May 13, 14, 18, 19, 20, and 21, capturing work done, findings, and next steps.
- Established a daily logs index for easy navigation of daily notes.
- Developed templates for daily logs, decisions, meeting notes, people, systems, and work items to standardize documentation.
- Introduced base files for filtering and displaying various types of project knowledge, including daily notes, decisions, people, systems, work items, and workstreams.
- Added maps for current work, fidelity apps, and fidelity domain to enhance project navigation and context.
Continue investigating the Discourse-reported FTTransfer / AccountLink reproduction path.
Work Done
David successfully configured the FTTransferPlayground environment.
For the version Zachary mentioned, David did not find a matching branch; the closest match found was the tag Release/Foundation/5.0.0-beta.24, assumed to correspond to the 5.0.24 beta version Zachary referenced.
David reached the flow so it now looks similar to Zachary's video, but the app asks for phone-number verification before the web view loads.
David asked Zachary for reproduction details, including whether the issue reproduces in Fid4 and which account/steps were used.
With the account Zachary shared, David reproduced the issue in FTTransferPlayground.
David tested the same account in Fid4, but the issue did not reproduce there.
David narrowed the visible issue to the BankInformationView path rather than XFlow directly: an XFlow flow occurs before the web view is presented, but it finishes before BankInformationView takes over.
Findings
The issue occurs when tapping exit: the alert appears, but the view immediately rebuilds.
The behavior currently looks like a SwiftUI recomposition issue: .state is updated to .loading, which triggers a redraw, presents an EmptyView, dismisses the alert, and reloads the web view.
The remaining uncertainty is why this happens in FTTransferPlayground but not in Fid4.
Communication
David updated Jeff with the FTTransferPlayground setup status and the current verification blocker.
Jeff asked David to ping Zachary directly for help, including asking whether Zachary has seen the issue in Fid4 and how David might reproduce it there.
David reported that the issue reproduces in FTTransferPlayground with Zachary's account but not in Fid4 with the same account.
Jeff asked David to prioritize resolving the Discourse consumer issue by end of day on April 30 if possible.
Next Steps
Continue deeper testing to isolate why the behavior occurs in FTTransferPlayground but not in Fid4.
Verify the root cause and whether there is any remaining relationship to XFlowViewMaker before assigning ownership or creating a story.
david.delagneau
1ad707373a