Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

message.json - url is the only valid property of the Attachment property bundle #15

Open
vikhari opened this issue Apr 13, 2018 · 3 comments
Labels
Project-Example Changes to examples.

Comments

@vikhari
Copy link
Member

vikhari commented Apr 13, 2018

Issue ported from old casework github repo (issue 26).
Original author: sbarnum

In the example, two of the Relationship objects near the end have Attachment property bundles specifying mimeType and sizeInBytes properties.
These properties are not valid on the Attachment property bundle.
The Attachment property bundle only has a single valid property, 'url'.

The mimeType and sizeInBytes properties should be expressed using a ContentData property bundle on the attachment_file1 and attachment_file2 objects.

@vikhari
Copy link
Member Author

vikhari commented Apr 13, 2018

Reply by casework:

The mimeType and sizeInBytes in the Attachment property bundle is part of the message artifact. Applications usually like to store information about an attachment in it's database. This information can conflict with the data of the actual file. (rounded up size, non-standard mimeType, etc)

As well, properties of ContentData should only contain information parsed from the data itself, not from a separate database.

I believe the Attachment functionality may need to be reworked.

@vikhari
Copy link
Member Author

vikhari commented Apr 13, 2018

Reply by sbarnum:

I agree that we should revisit the way that attachments of messages are conveyed.

For now (v0.1.0) though, the Attachment property bundle has only one valid property, 'url' so the example should not include the other properties.

@vikhari
Copy link
Member Author

vikhari commented Apr 13, 2018

Reply by casework:

Sounds good.

53b45e6 (commit link)

@vikhari vikhari added the Project-Example Changes to examples. label Apr 13, 2018
@casework casework removed their assignment Mar 16, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Project-Example Changes to examples.
Projects
None yet
Development

No branches or pull requests

2 participants