In API versions 30.0 and earlier, a Chatter feed was a container of feed items. In API version 31.0, the definition of a feed expanded to include new objects that didn’t entirely fit the feed item model. The Chatter feed became a container of feed elements. In API version 32.0, feed elements can be either feed items or generic feed elements. Generic feed elements don’t have an actor property, which means they can be used for system-generated content like the new recommendations in the feed.
|Property||Generic Feed Element||Feed Item|
Detailed information about these changes are in the following “Feed Elements” sections.
As part of the effort to diversify the feed, pieces of functionality found in feed elements have been broken out into capabilities. Capabilities provide a consistent way to interact with objects in the feed. Instead of inspecting feed item type and using other indirect means to determine which functionality is available for a specific feed element, the capabilities object tells you explicitly what is available. A client should check for the presence of a capability to determine what it can do to a feed element.
|Feed Element Capabilities Property||Type|
|associatedActions||Associated Actions Capability|
|caseComment||Case Comment Capability|
|chatterLikes||Chatter Likes Capability|
|dashboardComponentSnapshot||Dashboard Component Snapshot Capability|
|emailMessage||Email Message Capability|
|enhancedLink||Enhanced Link Capability|
|questionAndAnswers||Question and Answers Capability|
|recordSnapshot||Record Snapshot Capability|
|trackedChanges||Tracked Changes Capability|
In version 32.0 and later, every feed element can have a unique set of capabilities. A capability includes both an indication that a feature is possible and data associated with that feature. If a capability exists on a feed element, that capability is available, even if there isn’t any data associated with the capability yet. For example, if the chatterLikes capability property exists on a feed element (with or without any likes included in the list of likes found in the chatterLikes.page.items property), the context user can like that feed element. If the capability property doesn’t exist on a feed element, it isn’t possible to like that feed element.
Detailed information about these changes are in the following “Capabilities” sections.
Recommendations are new to the Chatter feed in API version 32.0.
The news feed in Salesforce1 mobile browser app can include recommendations about useful groups to join. The feed can also recommend the Today app but this option can be turned off from .
Recommendations are generic feed elements with a recommendations capability. They’re an example of what’s possible with the new feed element and capabilities architecture.
Detailed information about these changes are in the following “Recommendations” sections.
To add an origin to the CORS whitelist, from Setup, choose. Click New and enter an origin URL pattern.
The origin URL pattern must include HTTPS and a domain name, and may include a port. The wildcard character (*) is supported and must be in front of a second-level domain name. For example, https://*.example.com adds all the subdomains of example.com to the whitelist.
If a browser that supports CORS makes a request to an origin in the Salesforce CORS whitelist, Salesforce returns the origin in the Access-Control-Allow-Origin HTTP header, along with any additional CORS HTTP headers. If the origin is not in the whitelist, Salesforce returns HTTP status code 404.
You must still pass an OAuth token with requests that require it.