You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -190,7 +190,7 @@ Context broadcasts are primarily received from apps that are joined to the same
190
190
191
191
Context may also be received via this listener if the application was launched via a call to [`fdc3.open`](#open), where context was passed as an argument. In order to receive this, applications SHOULD add their context listener as quickly as possible after launch, or an error MAY be returned to the caller and the context may not be delivered. The exact timeout used is set by the Desktop Agent implementation, but MUST be at least 15 seconds.
192
192
193
-
Optional metadata about each context message received, including the app that originated the message, MUST be provided by the Desktop Agent implementation.
193
+
Optional metadata about each context message received, including the app that originated the message, SHOULD be provided by the Desktop Agent implementation.
194
194
195
195
Adding multiple context listeners on the same or overlapping types (i.e. specific `contextType` and `null` type) MUST be allowed, and MUST trigger all ContextHandlers when a relevant context type is broadcast on the current user channel. Please note, that this behavior differs from [`fdc3.addIntentListener`](#addintentlistener) call; refer to the relevant documentation for more details.
196
196
@@ -367,7 +367,7 @@ The Desktop Agent MUST reject the promise returned by the `getResult()` function
367
367
368
368
The [`PrivateChannel`](PrivateChannel) type is provided to support synchronization of data transmitted over returned channels, by allowing both parties to listen for events denoting subscription and unsubscription from the returned channel. `PrivateChannels` are only retrievable via raising an intent.
369
369
370
-
Optional metadata about each intent & context message received, including the app that originated the message, MUST be provided by the Desktop Agent implementation.
370
+
Optional metadata about each intent & context message received, including the app that originated the message, SHOULD be provided by the Desktop Agent implementation.
371
371
372
372
Adding multiple intent listeners on the same type MUST be rejected with the [`ResolveError.IntentListenerConflict`](Errors#resolveerror), unless the previous listener was removed first though [`listener.unsubscribe`](Types#unsubscribe)
Copy file name to clipboardExpand all lines: website/docs/api/ref/Metadata.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -263,7 +263,7 @@ type ContextMetadata struct {
263
263
</TabItem>
264
264
</Tabs>
265
265
266
-
Metadata relating to a context or intent & context received through the `addContextListener` and `addIntentListener` functions. Currently identifies the app that originated the context or intent message.
266
+
Metadata relating to a context or intent and context received through the `addContextListener` and `addIntentListener` functions. Can include timestamp, security, observability, or other information.
267
267
268
268
[`@experimental`](../../fdc3-compliance#experimental-features) Introduced in FDC3 2.0 and may be refined by further changes outside the normal FDC3 versioning policy.
0 commit comments