FDC3 for Web Browsers Discussion group 17th October 2024

[kriswest]

Group overview

Group convened to work on proposals to enable FDC3 use in a web browser, without the use of a browser extension.

Pull requests:

• FDC3 for Web specification #1191
• FDC3 For Web Browsers Implementation DO NOT MERGE OR REVIEW #1309
• Fdc3 for web impl refactor rm #1366
• Make window.fdc3 optional #1386
• Use TS Morph to generate type predicates #1387

Relevant issue tags

Current open issues that relate to the above concepts with the label:

Meeting Date

Thursday 17th Oct 2024 - 11am (US eastern timezone EDT) / 4pm (London, BST)

Zoom info

• Join Zoom Meeting
• Meeting ID: 969 4029 4948
• Passcode: 636931
• Dial-in:

  Country	International Dial-in	Toll-free Dial-in
  US	+1 929 205 6099 (New York)	877 853 5247
  UK	+44 330 088 5830	0800 031 5717
  France	+33 1 8699 5831	0 800 940 415
  Find your local number	https://zoom.us/u/ad2WVnBzb8

Meeting notices

• FINOS Project leads are responsible for observing the FINOS guidelines for running project meetings. Project maintainers can find additional resources in the FINOS Maintainers Cheatsheet.

• All participants in FINOS project meetings are subject to the LF Antitrust Policy, the FINOS Community Code of Conduct and all other FINOS policies.

• FINOS meetings involve participation by industry competitors, and it is the intention of FINOS and the Linux Foundation to conduct all of its activities in accordance with applicable antitrust and competition laws. It is therefore extremely important that attendees adhere to meeting agendas, and be aware of, and not participate in, any activities that are prohibited under applicable US state, federal or foreign antitrust and competition laws. Please contact legal@finos.org with any questions.

• FINOS project meetings may be recorded for use solely by the FINOS team for administration purposes. In very limited instances, and with explicit approval, recordings may be made more widely available.

• A Discussion Group has no direct decision-making power regarding the FDC3 standard - rather it is intended that anything they propose or work on will result in proposals (via Github issues and PRs) for the Standards Working Group participants to consider and vote on for inclusion in the standard.

Participation Requirements

Note: Meeting participants are expected to accept the terms of the FDC3 license (Community Specification License), understand the governance process and have a CLA in place.

Please click the following links at the start of the meeting if you have not done so previously.

• View the CSL
• View the GOVERNANCE of the Project
• Click here to start a PR.
  • Edit the page to add your details.
  • Hit the save button.
  • Click "Create Pull Request".
  • Click "Accept" on the EasyCLA dialog in the PR's discussion section.
• Click here to send email to become a voting participant on the FDC3 Project

Tracking Attendance

Note: Meeting participants are expected to add a comment to this GitHub issue in order that we can track attendance of FDC3 project meetings. Please do this at the start of the meeting.

Agenda

• Convene & roll call, review meeting notices
• Review action items from previous meeting
• Update on current status of release & discussion of how to get involved
• window.fdc3 should be marked as optional #1385
  • Make window.fdc3 optional #1386
• Use TS Morph to generate type predicates #1387
• Rewrite channel selector to use updated message types #1345
• Q&A time and/or review of PR branches
• AOB & Adjourn

Minutes

• Update on current status of release & discussion of how to get involved
  • Received consent from standards working group, PR is out to maintainers to sign off.
    • Before we can release 2.2, the software PR also has to be accepted by the community.
    • Rob Moffat has worked on an implementation, and tests showing that it is conformant as far as the messages are concerned and that produces a conformant Desktop Agent
      • This includes the getAgent() method, which is the new recommended way to retrieve a DA implementation
    • Request a review meeting with Rob, to help introduce people to the changes in the PR (which has 500+ files changed). It is imperative that we get more involvement into the review and the code.
• window.fdc3 should be marked as optional #1385
  • Kris is supportive, and the change is small.
  • Question: Would this change cause previously-passing TS files to start throwing compile errors.
    • Yes, that could happen - this was a potential runtime error in previous versions as it was implicit that window.fdc3 might not always be set (hence why we needed an fdc3Ready event).
    • @paulgoldsmith asked 'How do we decide what’s a breaking change?'
    • @kriswest: The Standards Working Group decides, usually on the recommendation of the FDC3 maintainers and Editors
    • @novavi: That sounds like it’s subjective
    • @kriswest Yes, and this PR is borderline
  • Needs a decision of the SWG - to be added ot the next SWG agenda
  • Make window.fdc3 optional #1386
    • Making window.fdc3 optional necessitates some changes in Methods.ts which developed compile errors
    • The meeting spent some time looking at the Method.ts tests and changes needed - there is small TypeScript syntax mystery to solve - details in the comments on the issue
• Use TS Morph to generate type predicates #1387
  • @Roaders introduced the PR, which modifies the generated BrowserTypes.ts file after generation via post-processing with TSMorph.
    • Creates functions that can validate a message conforms to a particular schema
    • Creates 3 new unions representing the different classes of message
  • The schemas+quicktype already generate a type that represents the classes of message (AppRequestMessage, AgentResponseMessage, AgentEventMessage) but not as a union of the individual message types - rather each of those is single type with a union of strings in the type field, which is not as useful for discriminating messages.
  • @Roaders to explore not relying on the interface name to build the union types. If we could instead check that a given interface is logically compatible with AgentResponseMessage, AgentEventMessage or AppRequestMessage and use that to build the union types that would be better.
• Rewrite channel selector to use updated message types #1345
  • There is a nest of PR’s that need to be wrangled when Rob gets back. Julianna is holding off on merging anything until after that time.
  • Fdc3 for web impl update #1392 may usurp some of the outstanding requests for 1345.
• @kriswest reviewed the monorepo structure in FDC3 For Web Browsers Implementation DO NOT MERGE OR REVIEW #1309

Action Items

• @kriswest add window.fdc3 should be marked as optional #1385 to next SWG meeting agenda
• @kriswest arrange for Readme content to be added to FDC3 For Web Browsers Implementation DO NOT MERGE OR REVIEW #1309 and to arrange a review or introduction to the PR to kick of more involvement from other community members in review and contribution (including @novavi)
• @Roaders to take another look at Use TS Morph to generate type predicates #1387 as noted above

Untracked attendees

Full name	Affiliation	GitHub username

[paulgoldsmith]

Paul Goldsmith / Morgan Stanley

[kriswest]

Kris West / interop.io 🚀

[novavi]

Derek Novavi / S&P Global

[julianna-ciq]

Julianna Langston / interop.io

[Roaders]

Giles Roadnight / Morgan Stanley 🚀

[openfin-johans]

Johan Sandersson / Here 🎁

[VedPrakashJha-FMR]

VedPrakashJha-FMR / Fidelity Investments

[watson-ew]

Chris Watson / Elgin White 👋

[psmulovics]

Peter Smulovics / Morgan Stanley