It's almost spring and we're doing a little cleaning early this year.
Ever notice how the username
field of a file object in channels.history
or file_share
event isn't like typical username fields and contains a bunch of markup usually reserved only for message text?
And why is there a top-level skype
field in user profile objects when really, shouldn't that be a custom field?
Well, we've noticed. And so...
On March 20, 2017:
Instead of seeing funky strings like <U123456:tomatotude>
in the username
field of file-related messages in channels.history
and file-related events in the Events & RTM API APIs, you'll instead encounter just plain old tomatotude
β because that's the username. If you want the user ID, you can fetch it from the user
field just like any other message.
The skype
field in user profile data will begin appearing as a blank string: ""
. For teams with this profile field set today, you'll find that value in the custom profile fields configured for that team. If you attempt to set the skype
field via users.profile.set
, your request will technically succeed but the provided value will be stubbornly ignored.
username
field.skype
field will not be removed from API responses.It is unlikely that you need to do anything at all.
In the rare case that you've customized behavior to deal with this username
anomaly, you may need to adjust your behavior to treat it like a typical username
field again.
If your app relies on a team's populated skype
field, you'll need to look for it as part of the user's profile available in expanded user objects and with users.profile.get
.
We'd like to enable these changes on March 20, 2017.
Please review how you handle these fields and, if necessary, make any needed modifications. Have questions or concerns? We're happy to help! Feel free to contact us here.