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
v2's Attachment constructor takes a string, which it uses as a Uri. Consider creating an nth Attachment constructor that takes a Uri, and uses it as a URI as the spec intends.
In addition, it might be helpful to retain the string constructor, and auto-convert that a base64-encoded payload.
Caveats: this could create subtle bugs in existing applications. Maybe in the string constructor, we could add a Uri.TryParse call that calls the Uri-based constructor if the string looks like a URL as a workaround.
The text was updated successfully, but these errors were encountered:
v2's
Attachment
constructor takes astring
, which it uses as a Uri. Consider creating an nthAttachment
constructor that takes aUri
, and uses it as a URI as the spec intends.In addition, it might be helpful to retain the
string
constructor, and auto-convert that a base64-encoded payload.Caveats: this could create subtle bugs in existing applications. Maybe in the
string
constructor, we could add aUri.TryParse
call that calls theUri
-based constructor if the string looks like a URL as a workaround.The text was updated successfully, but these errors were encountered: