Changelog
  • All
  • New features
  • Impactful changes
  • API
  • Java
  • Windows
  • Python
  • Node
  • CLI
  • iOS
  • UI Elements
Unread

New Fields Added to Event Specification

Feature Impactful API

New Fields Added to Event Specification

The Event resource specification now includes two new fields:

  • created_at specifying when an event was created
  • recorded_at specifying when an event was registered in the database

Updates

  • Added new fields created_at and recorded_at to the [Event] resource specification 2.

Where to get support

Should you have any issues or need further guidance, please post a request to our developer forum for any help needed.

Feature Impactful API

New Editable Shared Links API

Now, developers can make files editable via shared links using the API.

Documentation Updates

Enhancement Details

  • Instead of having to collaborate a user into a file to give edit access, you can set the shared_link.permissions.can_edit field to true.
  • The can_edit field will be returned for all shared link objects on files, folders, and web links; however, you can only set it to true for a file.
  • Our SDK libraries will gain this feature in the coming quarters.
  • If an admin has turned off editable shared links in the admin console, you will not be able to use this feature.

cURL Example

curl -i -X PUT 'https://api.box.com/2.0/files/123456789?fields=shared_link' \
        -H 'Content-Type: application/json' \
        -H 'Authorization: Bearer [ACCESS TOKEN]' \
        -d '{
          "shared_link": {
            "permissions": {
              "can_preview": true,
              "can_download": true,
              "can_edit": true
            }
          }
        }'

Where to get support

Should you have any issues or need further guidance, please post a request to our developer forum for any help needed.

Unread

New Field Added to Sign Events Payload

Feature Impactful API

New Field Added to Sign Events Payload

The additional_details Sign Events payload now includes the batch_send field identifying a sign request sent to multiple recipients at once. If such a batch send request exists, the payload also provides its id.

Updates

  • Added new field batch_send to additional_details payload for Sign Events.

Where to get support

Should you have any issues or need further guidance, please post a request to our developer forum for any help needed.

Unread

Box Python SDK v3.3.0 released

Feature SDKs Python GitHub

Box Python SDK v3.3.0 released

New Features and Enhancements

  • Add support for multiple date time formats (#722) (92364de)

Bug Fixes

Unread

Box Node SDK v2.3.0 released

Feature SDKs Node GitHub

Box Node SDK v2.3.0 released

New Features and Enhancements

  • Add description parameter to uploadFile methods (#730) (2596584)

Bug Fixes

  • added missing js-docs on shared links (#731) (3554d41)
Unread

Box iOS SDK v5.2.1 released

SDKs iOS Mobile GitHub

Box iOS SDK v5.2.1 released

Bug Fixes

  • Expose fields from BoxResponse for custom API calls (#833) (bae1536)
Unread

Improvements In Custom Apps Approval Flow

Feature Impactful API

Improvements In Custom Apps Approval Flow

Today we added further improvements to the custom apps approval flow. As a result, you can now use a new Enablement tab in Developer Console to directly request a Box Admin to enable OAuth 2.0 custom apps.

Additionally, Box Admins can use Custom Apps Manager to view and enable custom apps in Admin Console.

Updates

Where to get support

Should you have any issues or need further guidance, please post a request to our developer forum for any help needed.

Unread

Box Node SDK v2.2.0 released

Feature SDKs Node GitHub

Box Node SDK v2.2.0 released

New Features and Enhancements

Unread

Box Windows SDK v4.3.1 released

SDKs Windows GitHub

Box Windows SDK v4.3.1 released

Bug Fixes:

https://www.nuget.org/packages/Box.V2/4.3.1

https://www.nuget.org/packages/Box.V2.Core/4.3.1

Unread

Notice of behavior change for collaboration events on the changes stream

API

Notice of behavior change for collaboration events on the changes stream

Starting today, we will begin rolling out changes to the behavior of collaboration events when an application consumes those events from our event API endpoints.

This change will only affect COLLAB_INVITE_COLLABORATOR, COLLAB_ADD_COLLABORATOR, COLLAB_ROLE_CHANGE, and COLLAB_REMOVE_COLLABORATOR user events with the query parameter stream_type set to changes. This will not affect existing enterprise events. The new behavior will not cause downtime within existing applications or require any application changes to prevent uptime disruptions.

Change overview

Previously, events of type COLLAB_INVITE_COLLABORATOR, COLLAB_ADD_COLLABORATOR, COLLAB_ROLE_CHANGE, and COLLAB_REMOVE_COLLABORATOR created notifications for the acted upon users that were listening to the changes stream. Owners of the collaborated item would not receive these events unless they were listening to the all stream as well.

We are cleaning up this discrepancy by establishing parity between the all and changes stream. With this new behavior, notifications of a collaboration will be created for the content owner on the changes stream as well. Collaboration owners will now see an additional event that matches what they see on the all stream.

Where to get support

Should you have any issues or need further guidance, please post a request to our developer forum for any help needed.