david.delagneau
1ad707373a
- 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.
62 lines
2.4 KiB
Markdown
62 lines
2.4 KiB
Markdown
---
|
|
type: daily
|
|
project: fidelity
|
|
date: 2026-04-29
|
|
status: active
|
|
focus: [ao-discourse]
|
|
work-items: []
|
|
blockers: []
|
|
tags:
|
|
- daily
|
|
- fidelity
|
|
updated: 2026-04-30
|
|
---
|
|
|
|
# 2026-04-29
|
|
|
|
## Focus
|
|
|
|
- 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.
|
|
|
|
---
|
|
|
|
## Blockers
|
|
|
|
- None currently.
|