Twilio Changelog

A major version release of @twilio-labs/plugin-serverless and twilio-run is now available. With this release, we are saying goodbye to .twilio-functions in exchange for two files that should hopefully serve you all better.

This release contains breaking changes that you can read about in the announcement blog post.

On top of bug fixes, new features, and improved experience, we now have a brand new Twilio CLI Plugin: @twilio-labs/plugin-assets. An easy way to upload public assets from your command line:

twilio plugins: install @twilio-labs/plugin-assets

twilio assets: init

twilio assets: upload YOUR_FILE_NAME

Behind the scenes, we also moved the entire project to a monorepo which should enable us to ship new improvements faster in the future.

As a reminder: this is a Twilio Labs project meaning this isn’t a formal “GA” launch and users are encouraged to file issues on our GitHub.

The Serverless Toolkit is a collection of tools to improve the development of Twilio Functions and Assets. Read the blog to learn more about what features we added in the latest major version of the Serverless Toolkit and what things changed.

A new option for handling inbound messages on your Messaging Services has been launched. In addition to the previous options, you can now defer to the webhook set on the phone number, allowing each phone number to have a diferent configuration for incoming messages while they are part of the same messaging service.

This lets you utilize the benefits of a messaging service for outbound messages, but have inbound messages routed differently to fit the needs of your business.

You can find this new option in the Integrations section of your Messaging Service and is also available on the Messaging Services API as the property "use_inbound_webhook_on_number": true

We are changing the behavior of <Dial> for accounts which have enabled Enhanced Programmable SIP Features. This could represent a breaking change for some call flows. If your account has not enabled Enhanced Programmable SIP Features, this does not represent a change.

The changes are:

• If a <Dial> action url is specified, Twilio will make a request to the provided action callback when the parent call is transferred to a new TwiML via call modification. Twilio will not execute any TwiML returned by the action URL since processing of the call has been transferred to the new TwiML.
• If no <Dial> action url is specified, the parent call will continue to the next verb in the current TwiML document when the parent call is modified to use new TwiML. Note: in most cases the verb after the <Dial> will not be executed since the call has been modified, but if the next verb is <Redirect> Twilio will make a request to the provided URL.

This change brings Enhanced Programmable SIP Feature enabled accounts behavior in alignment with the behavior of TwiML for non-enabled accounts.

For more information about Enhanced Programmable SIP features, see our blog post and the TwiML changelog.

Twilio is adding functionality to the Programmable Voice <Dial> verb specific to SIP Connectivity. The new functionality may affect your existing applications. The deadline to account for these changes in your application code is 31 July 2021.

In most cases, your existing code will continue to function; however, there are some functional improvements and behavioral changes which could possibly impact your application. We recommend testing your existing application code in dev or staging environments before 31 July 2021 to identify any potential impacts..

The new features can be enabled on the Programmable Voice Settings page. This will activate the new features on an account-wide level. These features will be applied to all accounts after 31 July 2021.

We are planning to enable this new feature set across all Twilio accounts on 31 July 2021, and will allow you enough time to adjust your applications to use this new functionality, and fully test these changes. As always, Twilio will always be there to help you through this process, if you need assistance, or run into problems.

For more information see the TwiML changelog.

Video Log Analyzer records for Room and Participant summaries are now available via Event Streams. Developers can subscribe to these events and they will be sent to the provided destination. Room and Participant summary records are published to Event Streams when the processing of the summary is complete. For more information about Event Streams, see our blog post announcing the public beta.

On 1 June 2021 the Twilio Voice Insights gateway (eventgw.twilio.com) will no longer support TLS 1.0 or 1.1 protocols. The Voice Insights gateway is where Voice SDKs publish events and metrics gathered by the sensors. The Voice Insights gateway will stop offering TLS 1.0 or 1.1 protocols on this date, only the TLS 1.2 protocol will be supported.

To improve discoverability, a new SMS Commands API has been introduced for exchanging machine-to-machine SMS between your applications and your Super SIMs. This new API replaces the existing Commands API. The functionality offered by the SMS Commands and Commands APIs is almost identical with some minor changes to property names.

The Commands API will be removed before Super SIM is released to General Availability in the near future. Please plan to migrate your integrations to use the new SMS Commands API as soon as possible.

You can now integrate Twilio SendGrid with identity and access management platforms that support SAML 2.0 such as Okta, Duo, and Microsoft Azure. Twilio SendGrid SSO integration allows you to securely and centrally manage account permissions, including password requirements, multi-factor authentication, and employee offboarding. Twilio SendGrid SSO provides access to those who need it by mapping new Twilio SendGrid Teammates to users in your SSO Identity Provider (IdP). Please note that each SSO user can access only one account or subuser during the Public Beta.

Visit our documentation for more information on how to access and manage SSO permissions.

We are excited to announce that the Plugins Dashboard and Plugins API are now generally available and covered by Twilio SLA and support plans.

The Plugins Dashboard, powered by the Plugins API, provides visibility and control to admins outside of a developer’s command line interface. The Plugins API provides modern DevOps capabilities to plugin development, including:

• Control which plugins are enabled for your agents
• Track your version and release history as you update Flex
• Quickly revert to a previously known working configuration when troubleshooting agent issues

Review our dashboard guide and migration guide for more details.

Twilio has completed validation of the integration between Flex and Aspect WFM. The following features have been verified and are available for customers of Flex and Aspect:

• Workforce Management
  • Historical data for forecasting
  • Agent schedule creation
  • Real-time adherence

To learn more about Aspect WFM’s capabilities and how to enable it for your application, visit our integration documentation.