💡 For tips on how to identify the version of ArborXR's client app installed on devices, see this article.

Build 2022.47.0



  • Support for filtering applications in ArborXR Home by tags.


  • Invalid Wi-Fi configurations from web portal may cause the device to constantly disconnect from the current Wi-Fi connection.

  • Sometimes an app would disappear from the app library view following a successful installation.

  • On HTC Vive Focus 3 devices, the home button would sometimes be inoperable after rebooting the device while set to custom home or kiosk modes.

  • Using the casting or bluetooth shortcuts on the HTC Vive Focus 3 would sometimes fail to launch.

  • Using an in-app quit method would sometimes fail on HTC Vive Focus 3 devices.

  • Sometimes following a reboot, the current foreground details would be innacurate resulting in the home or kiosk mode apps not automatically launching when they should.

  • On supported device models, users can remotely wipe application data via the web portal.

  • On Pico Neo 3 and Pro Eye devices, sometimes the home app or kiosk mode app would not automatically start after a reboot.

Build 2022.45.0



  • Further error reporting criteria has been applied.


  • On Meta Quest devices running firmware v46, the casting shortcut would allow users to access the Quest's native home environment.

Build 2022.43.0



  • The app now supports SSO authentication and Guest Access when the device is configured with an SSO Identity Provider.

  • Managed app installs, updates and uninstalls can now be scheduled via the web portal.

  • Enabled capture of user events tracked by external SDK clients.


  • Some error report filters didn't account for nested exceptions. Further error reporting criteria has been applied.

  • When a device is deleted via the web portal, the client will acknowledge deletion and will no longer communicate with backend servers.

Build 2022.41.0



  • The following device settings can be changed on Pico devices via the Web Portal: System Sleep Timeout and Display Timeout.

  • On the Pico Neo 3 Pro Eye, the Eye Tracking Refresh Rate can be changed between 90hz and 60hz via the Web Portal.

  • User events tracked by external SDK clients will be reported to the backend via the createDeviceEvents endpoint.


  • Devices with large files assigned would temporarily hang when unnecessary checksums were being performed. Subject to timing, this could cause drops in performance, unresponsive home button presses, Meta Quest or HTC Vive Focus 3 stock UI appearing, unresponsive interactions with some home app functionality, delayed reporting of content statuses, and more.

Build 2022.38.0



  • The scanned Wi-Fi networks list in the home app will include all available Wi-Fi networks that are already configured on the device, even if the security type is not Open/PSK/SAE.

  • Added obfuscation to logs related to Wi-Fi.


  • Pico Neo 3 devices running PUI 4.8.15 experienced various issues when using ArborXR Home or Kiosk Mode launch methods.

  • Newly added Wi-Fi configurations at time would not automatically connect.

  • Captive portal verification would sometimes fail due to an incorrect http response code.

  • Reconnection to a configured Wi-Fi network would at times fail due to a BSSID conflict.

  • Following a device reboot, a Wi-Fi configuration at times would be forgotten if it was previously a server configuration.

  • Scanned Wi-Fi network changes were continuously reported to the web portal without any substantial changes.

  • Remote actions such as remote launch app, remote reboot devices, and remove factory reset via the web portal sometimes wouldn't execute.

  • Wi-Fi configurations provisioned from the web portal were not applied once the first configuration failed to apply.

Build 2022.34.1



  • The app now supports Progressive Web Apps (PWA) on Meta Quest devices.


  • If the current Wi-Fi connection was forgotten via the default device home environment, the home app would not prompt for a password upon reconnection.


  • To improve Wi-Fi connectivity status in the home app, the list of known Wi-Fi configurations is updated for all outcomes of a new or updated connection attempt.

Build 2022.33.0



  • Following a device reboot, if the device had no active internet connection, assigned apps would not show in the home app.

  • The home app would sometimes prompt the user to enter a password for a known Wi-Fi configuration.

  • File extensions of media files were not being preserved during the download process, therefore resulting in them not displaying correctly inside the home app.

Build 2022.31.0



  • Unmanaged apps can now be added to a device via the web portal's launch method settings. Unmanaged apps show in the home app, just like managed apps, although they will not show installation or update progress as they are expected to be pre-installed.

  • After completing captive portal authentication, the home app or kiosk mode app will be launched.


  • On Pico Neo 3 and HTC VIVE Focus 3 devices where captive portal authentication is required, a browser would not always start automatically.

  • Rebooting HTC VIVE Focus 3 devices via the web portal would sometimes cause the device to reboot multiple times.


  • For Magic Leap 2 devices, the firmware version visible in the web portal will now exclude supplemental text.

Build 2022.29.0



  • Device factory resets can now be restricted via the web portal.

Build 2022.28.0



  • The device will forget Wi-Fi networks when corresponding configurations are removed via the web portal.

  • The app now supports the ability to reboot a device and launch an application from the web portal.


  • To ensure errors are identified quickly, internal error tracking has been optimized to treat several specific scenarios as warnings instead of errors.

  • To improve the performance of the custom home app, cached images are now resized to the size they are needed.

Build 2022.27.0



  • The ArborXR Home app can now request to open controller settings on Pico G2 4K devices.

  • Instead of failing to install app updates when the signature changes, the client app now automatically uninstalls the previous build if needed.


  • The client app version shown in the web portal on a device's status page now includes more details to identify preview builds.

  • To ensure errors are identified quickly, internal error tracking has been optimized to treat several specific scenarios as warnings instead of errors.


  • When the device was turned off and not turned back on for days, there was a slight chance that the previous app session was reported to span multiple days.

  • In some scenarios, the web portal showed the wrong home app version on the device status page.

  • On Meta Quest devices, the stock keyboard failed to display once the home button had been pressed while using the custom home or kiosk mode launch methods

Build 2022.23.3



  • Some built-in apps were not allowed to run when set to ArborXR Home or kiosk mode. The user was instead returned to ArborXR Home or to the kiosk app. As part of this issue, users could not access the controller binding app on Pico G2 4K devices.

Build 2022.23.2



  • The device's location is tracked based on Wi-Fi details and reported to the platform.

  • The app now supports upcoming Wi-Fi management functionality in the ArborXR Home app.

  • To allow the ArborXR Home app to display the captive portal for the currently connected Wi-Fi network in the future, the app now recognizes whether a captive portal is required.

  • To support location tracking via Wi-Fi and upcoming Wi-Fi management in the ArborXR Home app, location services will be enabled automatically.

  • The ArborXR Home app's environment background image can be changed via the web portal.


  • Functionality not available on specific device models lead to automatic error collection. Since the functionality is not available, to begin with, no errors will be raised anymore.

  • When set to ArborXR Home or kiosk mode, the controller binding flow after a device reboot was interrupted on Pico G2 4K devices.

  • The ArborXR Home app or kiosk app was sometimes launched even though it was already running. This resulted in a brief flicker of the app.

  • On Meta Quest devices, using the hand gesture to return to the home app while in a stock app like Wi-Fi settings resulted in the panel hiding instead of returning the user to the ArborXR Home app or kiosk app.

Build 2022.22.0



  • When the platform had authentication issues, the ArborXR Home app showed an error instead of displaying the apps list. The client app will now retry the authentication in the background, while the ArborXR Home app will continue to work based on the last data received by the servers.

Build 2022.21.0



  • The device's Bluetooth name is now set to the device title as configured in the web portal.

  • Launching 2D apps on Oculus devices is now supported.

  • Support for launching stock Oculus apps such as Files, Browser and TV has been added.

  • Apps can now use the Oculus keyboard.

  • On Oculus devices, the user can now use hand tracking gestures to pause and resume apps.

  • The controller setup flow that normally displays on boot is now supported on Pico G2 4K devices when using the ArborXR Home or kiosk mode launch methods.


  • Using the boundary shortcut on Oculus devices allows the user to adjust an existing configuration, rather than automatically resetting the previous.

  • On Oculus Quest 1 devices, the home button will no longer resume the paused app. The user has to click the "Resume" button instead. This resolves a performance issue that occurred when the user quickly paused an app after resuming it.

  • When exiting Admin Mode while in kiosk mode, the user is now automatically returned to the kiosk app.


  • While using the Default Home Environment launch method, the shortcuts in ArborXR Home did nothing.

  • While in kiosk mode, when opening a shortcut, the user was returned to the quick access menu instead of the kiosk app.

  • Once the kiosk app was installed, it was not automatically started. The user was taken to the quick access menu instead.

  • When the user navigated to a disallowed app while in kiosk mode, the quick access menu displayed instead of bringing the user to the kiosk app.

  • When using the home button to resume a paused app, the device was sometimes flickering the quick access menu before finally displaying the paused app again.

  • When kiosk mode was used while the ArborXR Home app was not installed yet, there was an attempt to open the pause menu that is missing still, resulting in an undesired app transition.

  • Pressing the home button while in kiosk mode without the ArborXR Home app installed, some devices displayed the stock overlay.

  • After a reboot, some devices had a chance to just display a black screen or loading indicator instead of ArborXR Home or to the kiosk app.

  • When opening some shortcuts on Oculus devices, the user was sometimes immediately returned to ArborXR Home or to the kiosk app.

  • The app was sometimes slow to respond to various device changes because communication with the ArborXR Home app was delayed whenever the home app stopped.

  • On Oculus devices, the boundary dialog was sometimes taking long to appear while the user was stuck in the pass-through view.

  • A black screen transition occurred on Pico devices whenever the user pressed the home button while in the ArborXR Home app with no paused app.

  • A slider to change the screen brightness was available in the ArborXR Home app on devices running earlier versions than Android 9, even though that functionality is only available on Android 9 and later.

  • Launching Oculus Browser failed on operating system version 40, because the app no longer supports the default launch intent.

Build 2022.17.0



  • Support for ArborXR Home to display the Wi-Fi MAC address and randomized MAC address has been added.


  • Pairing a Bluetooth device failed on Pico devices when using kiosk mode or ArborXR Home.

  • The app did not communicate with the platform when location services were disabled on the device. Location services are no longer required for core functionality. However, some parts of the Wi-Fi status won't be able to be reported until location services are enabled.

  • Opening a shortcut sometimes resulted in the user immediately returning to ArborXR Home or kiosk app on some Quest devices.

Build 2022.16.0



  • Support for the new launch method, "In-House Launcher", has been added.

Build 2022.13.1



  • Opening a setting on Quest devices sometimes prematurely returned the user to ArborXR Home or the kiosk app.

Build 2022.13.0



  • The language the ArborXR Home app uses can now be set via the web portal.

  • In preparation of allowing to add "unmanaged" apps to be visible to headset users in ArborXR Home, the app now tracks whether an installed app is a VR app or a system app.

  • On Oculus devices, the Bluetooth, Wi-Fi and screen casting shortcuts can now be used after enabling them via the web portal.


  • The boundary shortcut was visible on Pico G2 4K devices, even though the device does not support a boundary.

Build 2022.12.0



  • All runtime permissions are granted to apps deployed via the platform from now on.


  • On Pico Neo 2 devices, the UI elements in the ArborXR Home app were not reacting to triggers clicks from controllers.

  • After moving a device to a different organization, the app continued to communicate to the previous organization for up to 15 minutes.

  • The app now immediately switches to the new organization as soon as it recognizes the change, limiting the time it takes to a maximum of one minute.

  • While setting up HTC VIVE Focus 3 devices via a batch configuration, ArborXR Home or kiosk mode app launched once the device obtained an internet connection, preventing the user from completing the initial device setup.

  • Opening the stock home shortcut on HTC VIVE Focus 3 devices sometimes immediately returned the user to ArborXR Home or the kiosk app.

  • If the app encountered an issue while refreshing authentication details, all communication with the platform failed until the device was rebooted.

Build 2022.11.4



  • The startup speed of the app has been optimized to ensure ArborXR Home or Kiosk App is started as early as possible.

  • The time a user could spend in the stock home environment after rebooting an Oculus device and rapidly accepting the Guardian dialog has been reduced.


  • On HTC VIVE Focus 3 devices, the stock home app did not launch when setting the launch method to Default Home Environment in the web portal, when using the button to exit the ArborXR Home app in the headset, or when the ArborXR Home app is not yet installed.

  • Admin mode wasn't automatically exited if the admin PIN changed.

  • Changing a device setting via the web portal while the user was in admin mode prevented the user from exiting admin mode.

  • The boundary shortcut was visible in ArborXR Home when the boundary was disabled in the web portal.

  • On Oculus devices, the app sometimes returned the user to ArborXR Home or kiosk app while accessing shortcuts.

  • After rebooting Oculus devices, the Guardian dialog disappeared for several seconds if not accepted rapidly.

  • Waking up an Oculus device sometimes resulted in the stock home environment being displayed instead of ArborXR Home or kiosk mode app.

  • When using the reboot button found in ArborXR Home's quick access menu, the last recorded session a device was in would sometimes end earlier than expected.

  • On Oculus devices, the app sometimes returned the user to ArborXR Home or kiosk app while accessing shortcuts.

  • After rebooting Oculus devices, the Guardian dialog disappeared for several seconds if not accepted rapidly.

  • Waking up an Oculus device sometimes resulted in the stock home environment being displayed instead of ArborXR Home or kiosk mode app.

  • When using the reboot button found in ArborXR Home's quick access menu, the last recorded session a device was in would sometimes end earlier than expected.

  • To ensure previously accessed settings don't show up when using the device's back button, all stock Android settings are now quit once the user returns to ArborXR Home.

  • The stock Android settings were not quit when the user returned to the kiosk app.

  • The boundary shortcut was missing on Pico devices when using a build of the app that is not system-signed.

  • Pressing the home button after opening a shortcut did not return the user to ArborXR Home or the kiosk app.

Build 2022.8.5



  • Refactored the client app from the ground up to enable the new launcher, ArborXR Home.

Build 2021.44.0



  • To ensure devices correctly identify when the active network connection offers a working connection to the internet, the app is now setting the DNS lookup URLs the operating system uses. The DNS lookup will now be done against ArborXR's servers. This means Pico devices no longer require allowing a connection to a specific Pico service, which is hosted on Chinese infrastructure.

Build 2021.43.0



  • On Pico Neo 3 devices running the Pico operating system version 4.3.23 or later, the 2D launcher would no longer react to input from the user and thus become unusable. To work around this operating system bug, the 2D launcher is now force-shown whenever the user navigates into an app that is not currently allowed according to the configured launch method. Previously the user would not be able to even attempt to start another app to begin with. The existing logic has been kept unchanged for all other device models.

Build 2021.42.0



  • On some Pico devices, the device sometimes failed to display the keyboard when trying to join Wi-Fi networks. As a potential fix, the built-in Chinese keyboard (called Sogou) is now allowed to display when using the multi-app launcher.

Build 2021.41.0



  • The device pairing app can now ask the client app whether all data required for the pairing process has been received.

  • To overcome an issue in which Android applies restrictions to the app, the device pairing app can now request that the UI of the client app is visible for a short period of time.


  • The web portal will now display the expected operating system version for VIVE Focus 3 headsets.

Build 2021.40.0



  • Wi-Fi configurations that use EAP-TLS or EAP-TTLS were not getting added to the device correctly.

  • When using enterprise Wi-Fi configurations, users were unable to specify no CA certificate to be used. This is now supported via the new setting "Do not validate". The "Domain" setting is no longer required as well.

Build 2021.36.0



  • When the settings for kiosk mode or multi-app launcher changed, the headset user would always be brought back to the kiosk mode app or the launcher. From now on the user can continue with the running app, as long as the app is still allowed according to the latest settings. The kiosk mode app or the launcher continues to be started when the launch method is changed from previously being set to the default home environment, or when the device boots up with this setting still set.

Build 2021.35.0



  • When using kiosk mode or multi-app launcher, captive portals can now be accessed on devices that support them.

Build 2021.33.0



  • The multi-app launcher failed to render on Pico G2.

Build 2021.29.0



  • Oculus devices can now access Bluetooth settings from the multi-app launcher.

  • Oculus devices can once again access Wi-Fi settings from the multi-app launcher.

Build 2021.28.0



  • Navigating to the Wi-Fi or casting settings from the multi-app launcher resulted in the started app to be rendered incorrectly on Pico Neo 3.

  • On Pico Neo 3 the multi-app launcher was not closing the app launch animation once the user returned to the launcher.

Build 2021.27.1



  • Apps that come with .obb files were visible in the headset too early, before the .obb files were installed completely. If the headset user started these apps during that time, the apps failed to launch if they required the .obb files.

Build 2021.27.0



  • Wi-Fi network configurations can be managed via the web portal. Users can still add and remove their own networks inside the headset, but changes to the configurations managed by the platform are prevented.

  • Support for version management has been added: Users can now select the app version to deploy to their devices via the web portal. As part of this feature, users can now downgrade apps to earlier versions.

  • Apps can now be installed if the build archive is a Zip64 archive. Previously these installations gave an error instead.


  • To enable version management, apps are now automatically downgraded to an earlier version, if that's the version set to deploy to the device according to the web portal. Previously, devices were able to have side-loaded app versions installed that were greater than the version marked for deployment in the web portal. Users who intend to side-load different app versions (compared to what they have set in the web portal) should remove the app from the device in the web portal to prevent the client app from managing that app.


  • Opening the casting options via the multi-app launcher on Oculus devices resulted in a black screen. The casting option has been removed on these devices.

  • The device status was not updated while removable storage was attached to the device. Because the operating system does not provide insight into the remaining/used space of removable storage, removable storage is no longer reported as part of the device status.

  • On Pico Neo 3 the multi-app launcher was rendering in portrait orientation, instead of the desired landscape orientation.

  • Especially after a reboot while in multi-app launcher mode, the Pico Neo 3 had a chance to render the launcher and other 2D apps incorrectly (as if they are VR apps).

  • When starting the multi-app launcher on Oculus devices, the operating system asked to switch to controllers. Hand tracking is supported on these devices again.

Build 2021.25.0



  • The device serial is displayed in the multi-app launcher.

  • The multi-app launcher displays a welcome page when the app is not set as the device owner.


  • Under specific circumstances the app had a chance to crash on startup.

  • Session analytics events had missing version information for the running app if the app was uninstalled shortly after it was running. As version information is required, no further events were transferred to the platform, but affected devices have been recording new events in the meantime. These devices will send all data as soon as they update to this Client App version.

Build 2021.24.0



  • Hidden files as well as macOS resource forks were not ignored properly, leading to app installation errors.

  • The Tobii User Calibration app was visible in the multi-app launcher even on device models that don't support eye tracking.

Build 2021.23.2



  • Support for a file-based approach to configure the client app has been added.

  • To support other ways to install the app besides using the device pairing app, the client app now automatically grants itself all required runtime permissions at startup.

  • On Pico devices the multi-app launcher allows access to the Tobii User Calibration app.


  • Attempting to open the casting options a second time crashed the multi-app launcher.

Build 2021.23.1



  • On devices that support casting functionality, the multi-app launcher now includes access to the casting options.


  • Apps managed via the web portal will appear first in the multi-app launcher.


  • Apps that were uploaded as a zip from macOS failed to install if the OS included resource forks (found in a nested `__MACOSX` folder) for the archived files. Resource forks as well as hidden files (i.e. files that start with a dot in their name) are now ignored.

  • In the rare edge case that stored information from a previous run of the app was corrupted, analytical insight was no longer recorded nor reported.

  • Attempting to reboot the HTC VIVE Focus Plus while in kiosk or multi-app launcher mode didn't work.

Build 2021.22.0



  • Additional details have been added to the logging to ease troubleshooting of potential issues.


  • On some devices accessing Wi-Fi settings in the default home app failed when the launch method was either set to kiosk mode or multi-app launcher.

Build 2021.21.3



  • If the device was using kiosk mode or multi-app launcher, it failed to allow the default home environment to run and instead repeatedly tried to start the kiosk mode app/launcher.

Build 2021.21.2



  • Reduced the number of check-ins with the platform down to one.

Build 2021.21.1



  • Workers running inside the app failed to properly cancel and instead ran work multiple times.

Build 2021.21.0



  • Details about when the device was started or stopped, as well as insight about the running applications are now recorded (even while the device is offline). The collected information is then reported to the platform to allow the user to view detailed session analytics in the web portal.


  • Content that has been installed by the app previously, but has since been deleted from the platform, is now left as is and is no longer uninstalled.

  • The app now regularly checks in at the servers in an optimized manner, letting the whole platform know when the device was last seen. The web portal uses this information when displaying the last status of the device, and the aforementioned analytics feature also uses the gained insight for session details.

  • The number of possible concurrent downloads has been increased.


  • Whenever the files assigned to the device didn't actually change, the retrieval of the latest files list resulted in unnecessary checks.

  • Deleting a device from the web portal didn't reset the device back to the default launch method.

  • The app could crash in very specific and rare edge cases.

  • If an operation was canceled, the next attempt to repeat the same operation waited for the canceled operation to finish. In some cases this resulted in content installation getting stuck in the "pending" state according to the web portal.

Build 2021.17.1



  • File management wasn't working and gave permission errors on devices running Android 10.

  • On devices running Android 10 or later, the app stopped reacting to changes done in the web portal if file management failed.

Build 2021.17.0



  • File support has been added. File operations work similar to content operations and status is reported to the user the same way via the portal. For more information on file support see this article.

  • Additional measures have been added to ensure the persisted data is not corrupted even if the device shuts down unexpectedly.

  • The configured launch method is enforced repeatedly in the background on devices that allow access to the device's home app.


  • Automatically set the date and time. Users are still able to change their time zone if the device normally offers that functionality.


  • When using external storage like an SD card, the client app no longer reported device health/status information.

  • Some devices required a reboot of the device to apply self-updates to the app. Until then the app was no longer working. A potential fix has been applied and we continue to monitor the issue.

  • The multi-app launcher no longer shows apps that cannot be started on their own. This includes apps like some video players, as they require pointing it to a file to view. Such apps are often instead started by file managers. All configured apps continue to be added to the list of apps allowed to run, to allow the user to transition from a file manager to a viewer app.

Build 2021.14.0



  • Upon device deactivation, if content uninstallation is desired, all content managed via the web portal will be uninstalled from the device, even if the content was originally installed by other means.

  • When setting the launch method to multi-app launcher in combination with a third-party launcher, the app will no longer aggressively restart the launcher app whenever the user backs out of it. Since the launcher allowed the user to leave it, the app allows the user to navigate to apps in the allowlist as part of this change. This change allows users on Oculus devices to utilize the browser app (if that app is also included in the allowlist).

  • The rate at which progress of .apk and .obb installation is reported has been reduced to improve performance slightly. This reporting is only used for internal purposes - the content status still updates in the web portal in a span of seconds.

  • Improved reliability of local data persistence in the event of app crashes and/or unexpected device shutdowns and reboots.


  • Automatic error collection stopped after a specific error was encountered.

Build 2021.13.0



  • If a device updated the operating system to run a newer Android version, the app would cease to function. This was due to the app recognizing that new permissions are available in that Android version, which weren't granted to the app because it was installed when the device was still running the older Android version.

Build 2021.12.1



  • In the web portal the version was reported as `2021.<Week number>` instead of the expected `2021.<Week number>.<Release that week>`.

  • Checking for the currently running app was stuck in an infinite loop if it has been days since the current app changed.

Build 2021.12.0



  • All apps now include detailed version information to ease the process of identifying development and QA builds. The user-facing versions are staying the same.

  • When there's an issue reporting the progressing of a content installation, the app no longer fails the installation. The issue is ignored for intermediate progress, but completion status reports are retried indefinitely.

  • The multi-app launcher treats small scrolling movement as clicks. This makes it easier to start apps with a controller's trigger or on devices that support hand tracking.


  • Requests to the servers are retried only when encountering transient issues. Additionally a timeout has been added to help with connection issues. Previously all errors were retried, even if there was no chance for the next attempt to give a different result. This resulted in some operations taking longer than expected.

  • The app did not acknowledge that it is starting to uninstall content. For content of bigger sizes, this resulted in the web portal looking like the device is not receiving the uninstall command, only to then suddenly mark it as uninstalled.

Build 2021.10.1



  • This release is simply a re-upload of the previous build to overcome the content download issue that is hit by devices as part of updating to this release.

Build 2021.10.0



  • The running app will now appear in the web portal as part of the device's status.


  • The startup speed of the app has been improved slightly.


  • The Wi-Fi Settings app is hidden inside the multi-app launcher on Oculus devices. The operating system does not correctly show the keyboard in the system Wi-Fi dialog on those devices.


  • When content failed to download, the app didn't update the content's status correctly. Download errors are now visible in the web portal.

  • Downloading builds of files that have spaces or special characters in the file name failed. Due to the aforementioned issue this would not be visible to users as part of the content's status in the web portal.

Build 2021.9.0



  • To be more responsive when encountering connection problems, all communication with the servers is retried a few times. Previously the affected operations would only be retried ten seconds later (or even later, depending on the operation).

  • Additional logging has been added to ease the process of diagnosing communication problems with the servers.

  • Content that has been installed by the app previously, but has since been deleted from the platform, is now uninstalled.


  • The multi-app launcher showed the app itself as content.

  • For devices that provide information about the remaining charge time, the time was showing up as "0 minutes" in the web portal whenever the device wasn't charging.

  • Content that has no available build yet wasn't ignored properly. The app will no longer repeat an error as the content install status.

  • Content installation and uninstallation sometimes failed if a previous attempt at the same operation was canceled or failed.

  • The multi-app launcher failed to start up automatically the first time after a device reboot on devices running newer Android versions.

  • Failure to install or uninstall content was not recognized when the final step of the operation failed due to an issue in the Android internals.

  • Content that has been uploaded as a zip failed to install.

  • App data wasn't properly deleted when remotely deactivating the app.

  • Device health data was not visible in the web portal for some devices running Android Oreo or earlier.

Build 2021.8.0



  • All required permissions are checked on startup of the app. Previously this wasn't done and as such some silent failures of the installation via the pairing app resulted in failing functionality in the app.


  • The versioning scheme used by both the app and the pairing app is more user-friendly. Both apps follow the scheme `Year-WeekOfYear-[FurtherRelease]` where `FurtherRelease` is an ever increasing number that is starting at `0` and is attached as a suffix to the original release of the same week. E.g.: A release in the first week of 2021 is `2021.1.0`. A release to fix an issue that is released in the same week will bump that version to `2021.1.1`, while any further release in the same week would result in `2021.1.2` and so on. The (first) release of the second week will use `2021.2.0`.

  • The pairing app and the app now use the system's built-in networking technology, which ensures proper support for TLS 1.2 and other modern network communication standards.

  • Logging has been improved to allow easier troubleshooting of issues. Additionally, if a crash occurs the details are collected the next time the application runs.

  • A reinstall of the app to a device via the pairing app shows as a single progress. Previously the operation was split into two operations that each went from 0% to 100%.

  • Background work done by the app is more optimized by introducing the concept of constraints. E.g. device health is only monitored when the device is active and online.

  • The app only refreshes its authorization once whenever necessary. Previously there was a likelihood of multiple refresh operations being done at the same time.

  • In kiosk mode the user stays in the primary app or the launcher when using the headset's back navigation functionality. Previously there was an animation to a black screen before the user was returned back to the configured app.

  • When toggling off kiosk mode or toggling off the use of the launcher, the currently running app from the previous allowlist will no longer be stopped. The user can continue in it and won't potentially lose any progress. When the user attempts to quit the Kiosk mode content they will be taken back to it automatically. To allow quitting the kiosk mode app the launch method of the device must be changed in the web portal.

  • On the Vive Focus the operating system version shown in the device's overview page is now matching what the Vive menu shows.


  • The app sometimes got stuck and no longer did anything. Self-updating often triggered this issue, but sometimes content operations also triggered it. A device reboot often resolved the issue for a while, but when self-updating triggered the issue even that didn't help and a reinstall of the app was required.

  • Failing background work in the app is retried repeatedly. Previously specific work only was attempted again after rebooting the device.

  • The multi-app launcher was leaking (an insignificant amount of) memory whenever it was started.

  • When the device went offline during content management, the current content status sometimes didn't display correctly in the web portal. The information is updated once the device goes back online.

  • Some edge cases resulted in remote device deactivation working, but not acknowledging it correctly in the web portal. Once deactivated, the device is deleted as expected in the web portal.

Did this answer your question?