feat: Update documentation for memory vault integration and work items, clarifying usage of Obsidian CLI and resolving Fid4 dependency conflicts
This commit is contained in:
@@ -21,8 +21,8 @@ tags:
|
||||
|
||||
- Active closeout
|
||||
- Small XFlowSDK compatibility fix merged and released in XFlow `2.8.48`
|
||||
- XFlowViewMaker was updated to the new XFlow version and a follow-up PR was opened
|
||||
- The XFlowViewMaker PR already has some approvals, but one FTFrameworks code-owner approval is still required before merge
|
||||
- XFlowViewMaker was updated to the new XFlow version, approved, and published after the required code-owner approval
|
||||
- The downstream Fid4 update is in progress through an open consumer PR
|
||||
|
||||
---
|
||||
|
||||
@@ -74,7 +74,7 @@ tags:
|
||||
- Resolve the Fid4 dependency conflict through the podspec repo by removing the XFlowViewMaker version reference from both the latest `FTAccountOpen` and `FTTransfer` podspecs.
|
||||
- The podspec-repo PR was sent to Tauf and approved.
|
||||
- After that merge, `pod install --repo-update` in Fid4 worked because the published podspecs no longer restricted the XFlowViewMaker version.
|
||||
- Continue with the consumer PR/update path now that dependency resolution is unblocked.
|
||||
- A Fid4 PR with the latest versions is now open; continue with the consumer PR/review path now that dependency resolution is unblocked.
|
||||
- After the Fid4 PR merges, treat the app release as the final downstream step before broader user visibility.
|
||||
- Keep the separate `HybridBrokerageAccountOpening` / `JointIdentityCheck` scenario out of the client-fix scope unless later evidence proves it is part of the same issue.
|
||||
- Consider a separate follow-up ticket for the cross-platform service-side issue if that path still stands after consumer confirmation.
|
||||
|
||||
Reference in New Issue
Block a user