Torizon IDE Extension 2 for VS Code 2.4.0 |
TIE-866 | Feature Request | As a user, I want to instantly know I need to install the extension on WSL, so I don't think the IDE is only a Linux thing | | Torizon IDE Extension 2 | |
Description: The Torizon IDE Extension for VS Code must be installed inside WSL on Windows machines. If you try to install it outside WSL a message tells that Windows is not supported.
A clear message was added to the extension description to help users find out how to install on Windows - which is through WSL. |
TIE-826 | Fixed | Multicontainer folder paths are created with absolute paths | Not applicable | Torizon IDE Extension 2 | Low |
Description: As reported on ApolloX Multicontainer Project generates files with absolute path, having absolute paths on multicontainer projects leads to a bad UX when sharing the project with other colleagues, who will download the project in different directories . |
TIE-801 | New Feature | Create CMake template for IDE 2 | Not applicable | Torizon IDE Extension 2 | |
Description: Since CMake is a common build system, a template will be added to the vscode-torizon-templates. |
TIE-734 | New Feature | As a user, I want a TorizonCore Builder project template, so I can make OS customization closer to the application development and simplify integration tests and CI pipelines | Not applicable | VS Code Extension 2.0 | |
Description: The new IDE 2.0 Extension for Torizon, also known as ApolloX, is meant to be a tool that simplifies the development workflows for TorizonCore. This includes OS customization and integration tests.
By providing a TorizonCore Builder template, we allow customers to easily develop their application against a custom TorizonCore, as well as simplify the deployment of such apps and custom OS on a CI pipeline. |
TIE-622 | Fixed | VS 2019 does not build project if moses is using different port than 5000 | Not applicable | Moses (IDE Backend), Visual Studio Extension | Low |
Description: VS 2019 does not build project if moses is using different port than 5000 |
TIE-512 | Fixed | Visual Studio 2019 v16.9 not connecting to remote devices | Not applicable | Visual Studio Extension | Low |
Description: To learn more about this bug, refer to the community post Visual Studio 2019 remote connection issue on Verdin iMX8M Mini |
TIE-489 | New Feature | As a user, I want an option to store securely my password and credentials and not being prompted at every push/publish operation. | Not applicable | Visual Studio Code Extension, Visual Studio Extension | Low |
Description: Add the capability in the IDE Extensions to securely store credentials (Docker Hub, Torizon OTA, etc). |
TIE-415 | New Feature | As a user I want to have the mnemonic tag used instead of the image name in dockerfile and command line | Not applicable | Moses (IDE Backend) | Low |
Description: When a tag is configured, it should be used by the generated commandline and docker-compose file to make them more generic. |
TIE-370 | New Feature | As a user, I want to be asked to (re)build a container before pushing it to a container registry | Not applicable | Visual Studio Code Extension | Low |
Description: If the release image is not available or has never been built, an error is raised. The extensions should ask if the user wants to build a container, instead. If the container exists, ask if the user wants to rebuild it. |
TIE-254 | New Feature | As a user, I want the IDE extension to automatically push docker-compose files to Torizon OTA, so I don't have to manually do it | All supported modules | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | Low |
Description: The IDE Extensions should be able to push docker-compose files to Torizon OTA. |
TIE-618 | Fixed | Creating a C/C++ application and launching reports "chgrp: changing group of '/var/run/docker.sock': Operation not permitted" | Not applicable | Visual Studio Code Extension | Low |
Description: When creating or opening an existing C/C++ application, a console reports "chgrp: changing group of '/var/run/docker.sock': Operation not permitted". Workaround: While this message seems alarming at first sight, it has no negative impact and you can ignore it. |
TIE-615 | Fixed | Qt Types inspection during debug do not working as expected, showing binary values instead of Qt data types | Not applicable | Visual Studio Code Extension | Low |
Description: Even though support for Qt data types has been added, it doesn't seem to be working as expected in debug mode. |
TIE-614 | Fixed | device_cgroup_rules not being exported on docker-compose | Not applicable | Visual Studio Code Extension | Low |
Description: When running the command "Torizon: export docker-compose file", the generated Docker Compose file misses cgroup rules configured in the project. Workaround: Manually add the cgroup_rules to the generated Docker Compose file. Check out the Compose v2 reference doc. |
TIE-613 | Fixed | Newly created Qt Widgets projects report "command 'torizon.ccpp.getTargetFolder' not found" | Not applicable | Visual Studio Code Extension | Low |
Description: When creating a new C/C++ project of type QT/Widgets, and then trying to run the build, the error "command 'torizon.ccpp.getTargetFolder' not found" happens. Workaround: This has been addressed and the issue has been fixed. |
TIE-611 | Fixed | Extension does not activate when a devcontainer C/C++ project is loaded | Not applicable | Visual Studio Code Extension | Low |
Description: The first time that a c/c++ project is loaded, also every time the devpackages change which lead to a reload and rebuild of the SDK (that uses the devcontainer feature) the extension is not loaded and in fact is disabled. Workaround: To enable it, the workaround is to reload the window (ctrl+shift+p->→ Reload Window) |
TIE-609 | Fixed | Python Qt UI project failing to build with error "Variable ${config:python.pythonPath} can not be resolved because setting 'python.pythonPath' not found." | Not applicable | Visual Studio Code Extension | Low |
Description: When trying to build a Python Qt UI project the following error is shown: "Variable ${config:python.pythonPath} can not be resolved because setting 'python.pythonPath' not found." |
TIE-589 | Fixed | docker-compose for release container does not work for C/C++ qt-qml applications | Not applicable | Visual Studio Code Extension | Low |
Description: This error is a side-effect of another known bug, in which device_cgroup_rules is not being properly added to the autogenerated Docker Compose files. |
TIE-443 | New Feature | As a user, I want Verdin iMX8MP support in the IDE Extensions | Verdin iMX8M Plus | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | Low |
Description: Verdin iMX8M Plus support in the IDE Extensions. |
TIE-427 | Fixed | Export of volumes to docker-compose file generates wrong syntax | Not applicable | Moses (IDE Backend) | Low |
Description: The rw mount specifier is appended to the mount point name using the wrong separator, this leads to an incorrect mount point name inside the container. |
TIE-400 | Fixed | Base container for arm64-wayland platform does not include Vivante drivers | Not applicable | Moses (IDE Backend) | Low |
Description: Base container for arm64-wayland platform does not include Vivante drivers. |
TIE-398 | Fixed | Export of volumes to command line generates wrong syntax | Not applicable | Moses (IDE Backend) | Low |
Description: The rw mount specifier is appended to the mount point name using the wrong separator, this leads to an incorrect mount point name inside the container. |
TIE-360 | Fixed | Platform docker-compose file is not considered when exporting docker-compose | Not applicable | Moses (IDE Backend) | Low |
Description: It's possible to specify a docker-compose file for an application and it will be merged with additional parameters to run the application. The docker-compose file can be specified also by the platform (ex: for platforms who need to run weston), but it is ignored during export. |
TIE-325 | Fixed | New application wizard closes when VS Code window loses focus | Not applicable | Visual Studio Code Extension | Low |
Description: This can be fixed by forcing the different controls using during app creation to ignore focus change. The user will have to press ESC to abort project creation. |
TIE-311 | New Feature | Local Docker registry support | All supported modules | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | |
Description: Using a local Docker registry improves performance and decreases dependencies on external projects. |
TIE-309 | New Feature | As a user, I want to use .NET 5 runtime in the IDE Extensions, so I can leverage the new runtime with bug fixes and new features | All supported modules | Moses (IDE Backend) | Low |
Description: Update .NET runtime version to 5. |
TIE-306 | New Feature | As a user, I want to use the IDE Extensions to develop on Colibri iMX6ULL, so I can be more productive developing software for my products | Colibri iMX6ULL | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | Low |
Description: Add support to Colibri iMX6ULL in the IDE extensions. |
TIE-253 | New Feature | Push containers to a registry | All supported modules | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | Low |
Description: The IDE extensions should be able to push container image to a registry. |
TIE-158 | New Feature | Generate Dockerfile, command line and docker-compose file to run release container | All supported modules | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | Low |
Description: Add support to generated Dockerfiles and docker-compose files in the IDE Extensions. |
TIE-570 | New Feature | As a user, I want documentation on how to use the Uno Platform on VS Code | Not applicable | Visual Studio Code Extension | Low |
Description: While we migrate the Uno Platform integration support from experimental to stable, the documentation present on GitHub will be migrated to the Toradex developer website |
TIE-566 | New Feature | As a developer I want to bump the .NET Core 3 and .NET 6 version with the latest security patches | Not applicable | Moses (IDE Backend), Visual Studio Code Extension | Low |
Description: The versions of .NET Core 3 and .NET 6 must be bumped to the latest. This is in preparation for our upcoming stable release. |
TIE-563 | New Feature | As a user, I want the Uno Platform support promoted to stable, so I can leverage it for my projects in the long term | Not applicable | Moses (IDE Backend), Visual Studio Code Extension | |
Description: As we plan a stable release of VS Code, it was decided to update the Uno Platform integration from experimental to supported. It will be updated to the latest version, working with .NET 6.
Documentation on GitHub is deprecated and an updated version of it released on the Developer website |
TIE-561 | Fixed | High severity vulnerability reported by npm audit: Exposure of Sensitive Information in simple-get | Not applicable | Visual Studio Code Extension | Critical |
Description: We have found a high-severity vulnerability in the NPM package simple-get tracked by CVE-2022-0355 when running "npm audit" in our CI pipeline. If you are using the extension V1.3.0, please switch to the latest early access release. |
TIE-554 | Fixed | When opening a project without IDs and keys, the appconfig_0/config.yaml file contents are deleted | Not applicable | Visual Studio Code Extension | Low |
Description: When opening any project without IDs and keys, removed with the command "Torizon: Remove IDs and keys from application", the "appconfig_0/config.yaml" file contents are deleted. |
TIE-552 | Fixed | ASP.NET Internal Server error: 'PlatformConfig' object has no attribute 'init_validation_tables' | Not applicable | Visual Studio Code Extension | Low |
Description: When creating a new ASP.net application, you will see the following error: Internal server error :: Error (500) - 'PlatformConfig' object has no attribute 'init_validation_tables' |
TIE-547 | Fixed | Unable to create TorizonCore Builder project if the image installed on the board is not available on Artifactory anymore | Not applicable | Visual Studio Code Extension | Low |
Description: When creating a new TCB project on VS Code, there is an option to select the image currently on the device as the image to initialize the project.
For pre-releases (monthly and nightly images), Artifactory has a pruning policy and there are no guarantees that the image from the device will still be available for fetching. This leads to the project not being fully created. |
TIE-544 | Fixed | "extraparams" sytax validation is preventing "device_cgroup_rules" from being set | Not applicable | Visual Studio Code Extension | Low |
Description: When trying to set device_cgroup_rules in the extraparams property, a syntax validation error prevents from proceeding. If setting up the property as device_cgroup_rule just to be able to continue and after that edit the YAML, another syntax validation error happens when trying to set the rules to \[ "c 199:* rmw" , "c 226:* rmw" ]. Workaround: Edit the property manually inside the file "appconfig_0/config.yaml". |
TIE-542 | New Feature | As a user, I want an update the list of supported SoMs in Moses, so I can create a new project that supports my SoM | Colibri iMX6ULL, Colibri iMX7, Colibri iMX8X | Moses (IDE Backend) | |
Description: Recently, the support of some SoMs was dropped (apalis-imx8x, colibri-imx8x-v10b, colibri-imx7, colibri-imx6ull) and others were added (colibri-imx6ull-emmc). We are reviewing the list of supported SoMs, adding the missing ones and removing the obsolete ones. |
TIE-540 | Fixed | Exposure of sensitive information in the NPM package "follow-redirects" | Not applicable | Visual Studio Code Extension | Critical |
Description: A vulnerability in the NPM package "follows-redirects" has been patched and we must update to using the patched version as soon as possible. Learn more about the vulnerability on CVE-2022-0155: Exposure of sensitive information in follow-redirects |
TIE-537 | Fixed | Unable to create a volume due to error "Value does not appear to be a valid relative file path." | Not applicable | Visual Studio Code Extension | Low |
Description: When creating a new volume in the Torizon properties, if the value of the property is set to an absolute path (for example /tmp), the extension will not allow that with the error: "Value does not appear to be a valid relative file path." |
TIE-532 | Fixed | On VS Code, the environment variables ("env" section) of tasks.json get overwritten by the extensions | Not applicable | Visual Studio Code Extension | Low |
Description: When editing environment variables in the tasks.json file, for example when configuring a C/C++ build, the extension overwrites - and therefore ignores - them during the build process. Workaround: This is fixed. Update to the latest early access of the VS Code extension. |
TIE-531 | Fixed | In C/C++ projects, cannot activate the 'Toradex Torizon Support (Early Access)' extension because it depends on the 'YAML' extension which is disabled | Not applicable | Visual Studio Code Extension | Low |
Description: Adding the YAML extension required for some projects as a global dependency causes the extension to fail to start inside the development container for C/C++ projects. Workaround: Update to the latest version of the VS Code extension for Torizon (early access). |
TIE-521 | Fixed | Unable to create .NET Blazor applications using the early access versions of the extension for VS Code | Not applicable | Moses (IDE Backend), Visual Studio Code Extension | Low |
Description: Due to validation files missing for .NET Blazor applications, it is not possible to create projects for the provided Blazor templates. |
TIE-520 | Fixed | Unable to connect to community devices that report the "aarch64" architecture | Not applicable | Moses (IDE Backend) | Low |
Description: For community devices that returns `aarch64` instead of `arm64` from `arch` command, the Moses back-end does not connect saying it is an `Unsupported architecture` |
TIE-519 | Fixed | Volumes configuration no longer accepts file paths with certain characters, like dot and dash | | Moses (IDE Backend), Visual Studio Code Extension | Low |
Description: To make the user experience with the extensions more reliable, we have introduced input fields validation. With it, file paths with some characters like dot (.) and dash (-) were evaluated as invalid, even though they are actually valid. |
TIE-511 | New Feature | As a user, I want to use .NET 6 because it is a Long Term Support (LTS) version of .NET | Not applicable | Moses (IDE Backend), Visual Studio Code Extension | Low |
Description: Microsoft has released .NET 6 as a Long Term Support (LTS) version. We are adding support of .NET 6 to our IDE extension, including templates. Support for .NET 5 will be kept for existing projects, but it will be omitted from the "create new project" templates. |
TIE-506 | Fixed | VS Code Extension recursively creating appconfig_0 directory in .NET projects | Verdin iMX8M Mini | Visual Studio Code Extension | Medium |
Description: A customer reported that when he tries to deploy his application using the VS Code Extension, it was taking way too long. He noticed that each time he tried to build the image, a new appconfig_0 folder would be created inside of the previous one, in a loop-like format. This issue only affects .NET projects. |
TIE-489 | New Feature | As a user, I want an option to store securely my password and credentials and not being prompted at every push/publish operation. | Not applicable | Visual Studio Code Extension, Visual Studio Extension | Low |
Description: Add the capability in the IDE Extensions to securely store credentials (Docker Hub, Torizon OTA, etc). |
TIE-475 | New Feature | VSCode: Add debugging capabilties for Qt data types | Not applicable | Visual Studio Code Extension | Low |
Description: Currently when developing Qt applications there seems to be a limitation with debugging Qt data types/objects. For example when debugging the value of a `QString`, you'll see basic information like the size of the data, but it won't actually show the value of the string. This is due to Qt implementing somewhat complex data types that can't be easily parsed by GDB. So we should seek to improve the debugging experience for Qt applications, by at least allowing proper debugging of Qt-specific data types, if possible. |
TIE-415 | New Feature | As a user I want to have the mnemonic tag used instead of the image name in dockerfile and command line | Not applicable | Moses (IDE Backend) | Low |
Description: When a tag is configured, it should be used by the generated commandline and docker-compose file to make them more generic. |
TIE-414 | New Feature | As a user, I want to be able to shutdown and reboot devices from the device list | Not applicable | Visual Studio Code Extension | Low |
Description: Often during development, you may need to reboot your device. We are conveniently adding reboot and shutdown buttons to our IDE Extensions, so the task is made easier. |
TIE-370 | New Feature | As a user, I want to be asked to (re)build a container before pushing it to a container registry | Not applicable | Visual Studio Code Extension | Low |
Description: If the release image is not available or has never been built, an error is raised. The extensions should ask if the user wants to build a container, instead. If the container exists, ask if the user wants to rebuild it. |
TIE-254 | New Feature | As a user, I want the IDE extension to automatically push docker-compose files to Torizon OTA, so I don't have to manually do it | All supported modules | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | Low |
Description: The IDE Extensions should be able to push docker-compose files to Torizon OTA. |
TIE-245 | New Feature | As a user, I want to configure TorizonCore using a Graphical User Interface on VS Code | All supported modules | Visual Studio Code Extension | Low |
Description: The Torizon Platform is envisioned to be an easy-to-use platform for embedded systems. To achieve this goal, Toradex provides the TorizonCore OS as a binary distribution, which means you don't need to build it from source with the Yocto Project, for instance. To help you customize TorizonCore without having to rebuild the OS, we provide the TorizonCore Builder tool. It is a command-line tool that allows customizing the OS behavior, device tree, splash screen, among other features. As a further step to improve your end-to-end development experience, we are creating an integration between TorizonCore Builder and the Visual Studio Code Extension for Torizon. This integration will abstract the calls to command-line commands and make it easier and faster to deploy and test your changes to the board, among other benefits.
Learn how to get started on TorizonCore Builder VS Code Integration |
TIE-263 | Fixed | Images in marketplace page are no longer rendered correctly | All supported modules | Visual Studio Extension | Low |
Description: It seems that images that include extra attributes are no longer converted to HTML in the right way by the website. |
TIE-261 | Fixed | SDK build not working when buildkit is enabled | | Moses (IDE Backend) | Low |
Description: When buildkit is enabled you can't reference local images. This prevents multi-stage builds or Dockerfile referencing a local image from working. SDK uses a container that is generated on the fly and kept on the local machine and this fails. Workaround: Disable buildkit on the local Docker installation.
|
TIE-260 | Fixed | Build of SDK container fails on Windows | | Moses (IDE Backend) | Low |
Description: Docker on Windows generates an internal exception when the IDE backed checks if the SDK container is actually running. This behavior is not reproducible on all Windows 10 machines, even when they run the same docker ad Windows 10 releases.
|
TIE-234 | Fixed | Multiple Devices with Different user cause duplicate volumes | | Visual Studio Code Extension | Low |
Description: If you are connecting multiple devices and these devices are using different users the IDE backend will create a duplicate volume entry for the project for each user. Workaround: Select the debug configuration and manually delete the duplicate volume entry for the user that you want. |
TIE-201 | Fixed | Download/Update base containers operation never completes if there is a download error | | Visual Studio Extension | Low |
Description: When a download error happens the operation will not complete, no error message is shown and the menu option remains grayed out until visual studio is restarted. |
TIE-97 | Fixed | Visual Studio Plugin Project Build Error | | Visual Studio Extension | Low |
Description: During the first build of a C++ project with Visual Studio Plugin, one may see the following error message: "error : Error calling ApplicationUpdatesdk: {"code": 500, "description": "Internal server error" Workaround: Build the project again. |
TIE-12 | Fixed | Sometimes Visual Studio displays the message "Visual Studio stopped responding for X seconds" | | Visual Studio Extension | Low |
Description: Sometimes Visual Studio displays the message "Visual Studio stopped responding for X seconds. Disabling the extension Torizon Visual Studio Development Tools might help". It may be possible to optimize the plugin to avoid it from happening. Despite the latency caused by Visual Studio becoming non-responsive, there are no side-effects reported. Workaround: Just click "Don't report this extension again". |
TIE-472 | Fixed | CMake library template ignores project name | Not applicable | Visual Studio Code Extension | Low |
Description: The project name specified by the uset is not taken in account by the template that uses dummy-000 as base name. Workaround: Change the CMakeList.txt files manually and set the exename property to the right file name. |
TIE-462 | New Feature | As a user, I want a sample application that shows how to build multiple components in the same project. | Not applicable | Visual Studio Code Extension | Low |
Description: This can be done using CMake and may be provided as a template. The project should be minimal, building a library with one function and an executable calling it. It could be used to show how to do this and also how such a thing can be debugged. |
TIE-443 | New Feature | As a user, I want Verdin iMX8MP support in the IDE Extensions | Verdin iMX8M Plus | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | Low |
Description: Verdin iMX8M Plus support in the IDE Extensions. |
TIE-434 | Fixed | Extension activation high CPU usage when checking if Docker is running | | Visual Studio Code Extension | Low |
Description: The IDE Extension causes a high CPU usage when checking if Docker is running. |
TIE-427 | Fixed | Export of volumes to docker-compose file generates wrong syntax | Not applicable | Moses (IDE Backend) | Low |
Description: The rw mount specifier is appended to the mount point name using the wrong separator, this leads to an incorrect mount point name inside the container. |
TIE-425 | Fixed | EULA Accept License does not work | Not applicable | Moses (IDE Backend), Visual Studio Code Extension | Low |
Description: After installing the latest Early Access on Visual Studio Code, every time Visual Studio Code is opened, the user is prompt to accept the NXP EULA. |
TIE-424 | Fixed | Invalid device appears in devices list and debug and other features no longer works | Not applicable | Visual Studio Code Extension | Low |
Description: Using VSCode version 1.55.2 or newer a random invalid device appears in the devices list and features like starting the debugger or creating a new project stop working. |
TIE-421 | Fixed | Invalid device appears in devices list and debug and other features no longer works | Not applicable | Visual Studio Code Extension | Low |
Description: Using VSCode version 1.55.2 or newer a random invalid device appears in the devices list and features like starting the debugger or creating a new project stop working. |
TIE-418 | Fixed | Deleting a configuration does not refresh the configurations list | Not applicable | Visual Studio Code Extension | Low |
Description: When deleting a configuration, the configuration is removed, the message about activation of a different configuration is shown (when needed), but the deleted configuration is still visible in the list. Workaround: Reloading the window using the "Developer: Reload Window" command fixes the issue. |
TIE-412 | Fixed | Docker error when setting network mode to host | Not applicable | Visual Studio Code Extension | Low |
Description: When the extra-parameter "network_mode" is set to "host" the debugger stops working. Workaround: Issue has been fixed in v1.3.117, available via early access on marketplace. |
TIE-404 | Fixed | Using a docker volume target with a comma in the filename results in an error. | Not applicable | Visual Studio Code Extension | Low |
Description: In the Visual Studio Code extension, specifying a docker volume target with a comma in the filename results in a `Remote docker exception`. Workaround: Do not use a comma in the filename of the container-side mapping. The comma in the host side volume specification works as expected. |
TIE-403 | Fixed | C/C++ Template code does not generate immediate output | Not applicable | Visual Studio Code Extension | Low |
Description: Our template code does not append a newline after the message, this means that no output is visible in the output terminal until a new line is printed or execution terminates. Since this may be confusing for new users doing step-by-step execution, we should add a line ending to fix the issue. |
TIE-400 | Fixed | Base container for arm64-wayland platform does not include Vivante drivers | Not applicable | Moses (IDE Backend) | Low |
Description: Base container for arm64-wayland platform does not include Vivante drivers. |
TIE-398 | Fixed | Export of volumes to command line generates wrong syntax | Not applicable | Moses (IDE Backend) | Low |
Description: The rw mount specifier is appended to the mount point name using the wrong separator, this leads to an incorrect mount point name inside the container. |
TIE-396 | Fixed | VSCode: C/C++ Dev-container fails to build with buildx enabled. | Not applicable | Visual Studio Code Extension | Low |
Description: When buildx is enabled (this is the default in latest docker releases, at least on Windows), build of SDK container fails because system is not able to find the source image.
Error message is not very clear and seem to imply some missing access rights on docker.io. Workaround: Issue has been fixed in v1.3.117, available on early access channel in visual studio marketplace. |
TIE-395 | Fixed | Python setup script may fail on windows machines if git converts line-endings | Not applicable | Visual Studio Code Extension | Low |
Description: If a user configured git to convert line ending from the original format to Windows CR+LF this will change the setup.sh and cleanup.sh scripts, generating an error when those are executed in the Linux container during build. Workaround: Convert startup.sh, cleanup.sh and requirements.txt to unix-style line endings. |
TIE-394 | Fixed | mounts specified in extraparms are not exported to command line | Not applicable | Visual Studio Code Extension | Low |
Description: When adding an extra parameter like:
mounts : [{ type: "bind", source: "/media", target: "/media", propagation; "shared" }]
The parameter is used when running the container, but it's not exported when generating the command line. |
TIE-393 | Fixed | getHostTriplet commands returns an invalid string | Not applicable | Visual Studio Code Extension | Low |
Description: the torizon.ccpp.getHostTriplet command that can be used in tasks returns a string that is missing the last character, this can lead to build errors. |
TIE-388 | Fixed | Message for release container deployment says "deployin" instead of deploying. | Not applicable | Visual Studio Code Extension | Low |
Description: Fix typo in the release container deployment message. |
TIE-386 | Fixed | Info tab is not in sync with current state of object | Not applicable | Visual Studio Code Extension | Low |
Description: This may happen when a device is deleted or when the information is refreshed, the info panel content is not refreshed and may show old information. Workaround: Click on the object to refresh the information. |
TIE-385 | Fixed | VS Code Unable to Prepend Volumes With Application ID | Not applicable | Visual Studio Code Extension | Low |
Description: VS Code unable to prepend volumes with application ID. |
TIE-384 | Fixed | Changing configuration may lead to invalid executable | Not applicable | Visual Studio Code Extension | Low |
Description: In C/C++ projects when changing configuration from arm32 to arm64 or vice-versa the system may not rebuild the final executable (depending on the build system) and this may lead to a wrong exe being executed on the target during debug/release. Workaround: Manually rebuild application when changing active configuration. |
TIE-383 | Fixed | Rebuild and reload in container command doesn't open container when executed in local mode | Not applicable | Visual Studio Code Extension | Low |
Description: When the command is executed while the project is already opened in a container, it works.
When executed without a container ready (ex: opening the project on a different machine) it rebuilds the container but does not switch to container mode. Workaround: After container build has completed, reload project in a container using the Remote-Containers/Reload in container command. |
TIE-382 | New Feature | As a user, I want the Uno Platform integrated in the VS Code IDE extension | Not applicable | Visual Studio Code Extension | Low |
Description: Uno Platform templates integrated into the IDE Extensions. |
TIE-381 | Fixed | VSCode: Building a python project in the debug configuration without debug/deploying first fails | Not applicable | Visual Studio Code Extension | Low |
Description: Building a python project in the debug configuration without debug/deploying first fails. |
TIE-378 | Fixed | Issues building wayland applications targeting imx8 using vscode extension | Verdin iMX8M Plus, Verdin iMX8M Mini, Colibri iMX8X, Apalis iMX8X | Moses (IDE Backend), Visual Studio Code Extension | Low |
Description: Fix a change in packages for vivante-imx8 specific libraries that broke the platform template used by the extension. |
TIE-377 | Fixed | When a device is deleted from the device list, all the devices which are listed below are also removed | Not applicable | Visual Studio Code Extension | Low |
Description: When a device is deleted from the device list, all the devices which are listed below are also removed, and we have to include them again. |
TIE-360 | Fixed | Platform docker-compose file is not considered when exporting docker-compose | Not applicable | Moses (IDE Backend) | Low |
Description: It's possible to specify a docker-compose file for an application and it will be merged with additional parameters to run the application. The docker-compose file can be specified also by the platform (ex: for platforms who need to run weston), but it is ignored during export. |
TIE-334 | Fixed | Error Exporting Docker Compose File | Verdin iMX8M Plus, Verdin iMX8M Mini, Colibri iMX8X, Colibri iMX6ULL, Colibri iMX7, Colibri iMX6, Apalis iMX8, Apalis iMX6, Apalis iMX8X | Visual Studio Code Extension | Low |
Description: When exporting a docker-compose file you get the error:
ValueError: too many values to unpack (expected 2)
This happens when ",rw" or similar attribute is appended to destination for volumes. |
TIE-325 | Fixed | New application wizard closes when VS Code window loses focus | Not applicable | Visual Studio Code Extension | Low |
Description: This can be fixed by forcing the different controls using during app creation to ignore focus change. The user will have to press ESC to abort project creation. |
TIE-311 | New Feature | Local Docker registry support | All supported modules | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | |
Description: Using a local Docker registry improves performance and decreases dependencies on external projects. |
TIE-309 | New Feature | As a user, I want to use .NET 5 runtime in the IDE Extensions, so I can leverage the new runtime with bug fixes and new features | All supported modules | Moses (IDE Backend) | Low |
Description: Update .NET runtime version to 5. |
TIE-306 | New Feature | As a user, I want to use the IDE Extensions to develop on Colibri iMX6ULL, so I can be more productive developing software for my products | Colibri iMX6ULL | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | Low |
Description: Add support to Colibri iMX6ULL in the IDE extensions. |
TIE-253 | New Feature | Push containers to a registry | All supported modules | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | Low |
Description: The IDE extensions should be able to push container image to a registry. |
TIE-158 | New Feature | Generate Dockerfile, command line and docker-compose file to run release container | All supported modules | Moses (IDE Backend), Visual Studio Code Extension, Visual Studio Extension | Low |
Description: Add support to generated Dockerfiles and docker-compose files in the IDE Extensions. |
TIE-314 | Fixed | Download of debian package lists fails on Windows | | Visual Studio Code Extension, Visual Studio Extension | Low |
Description: When building an image, during the apt-get update command execution you may get the following error:
{code:bash}
Release file for http://snapshot.debian.org/archive/debian/20200908T070000Z/dists/bullseye/InRelease is not valid yet (invalid for another 18513d 2h 11min 31s). Updates for this repository will not be applied.
{code}
When this happens time on the linux/arm platform seem to be set to the wrong date (usually the beginning of unix epoch). You can test this by running a standard debian image:
{code:bash}
docker run -it --rm --platform linux/arm debian:bullseye-slim
Unable to find image 'debian:bullseye-slim' locally
bullseye-slim: Pulling from library/debian
5ed966da184b: Pull complete
Digest: sha256:6dd2509b000570c24fbf0dd6ea4c907227e36f77b8a7ca2b818464bbff8287dc
Status: Downloaded newer image for debian:bullseye-slim
root@cb280c464483:/# date
Thu Jan 1 00:00:00 UTC 1970
{code}
Workaround: Usually just running the container build multiple times solves the issue. Restarting docker also works, but if you are using VSCode inside a container this will force you to exit the system.
|
TIE-308 | Fixed | Can't use spaces in log file path for IDE backend | Colibri iMX7 | Visual Studio Extension | Low |
Description: When configuring the log file paths you can't use a path that include spaces, this leads to a failure when starting the IDE backend. Workaround: Configure a path with no spaces for the log file. |
TIE-203 | New Feature | Adapt IDE Extensions to Debian Bullseye | All supported modules | Moses (IDE Backend) | |
Description: Add support to Debian Bullseye in the IDE extensions |
TIE-184 | New Feature | Preview releases for IDE extensions | All supported modules | Visual Studio Code Extension, Visual Studio Extension | |
Description: Publish one additional extension in the marketplace (for each IDE) called Preview to release development versions of the Extensions. |
TIE-77 | Fixed | extraparms setting not available in Visual Studio 2019 Application Properties dialog | | Visual Studio Extension | |
Description: This setting can be used to configure additional settings related to container execution.
It's available in Visual Studio Code UI, but not in Visual Studio 2019.
|
TIE-98 | Fixed | VS Extension: Adding outside files/folder to the project causes compilation to fail | All supported modules | Moses (IDE Backend) | Low |
Description: When trying to add files/folder that are located outside of the the main VS project folder the project folder structure then gets altered. This alteration of the folder structure then causes things like compilation and debugging to fail. |
TIE-76 | Fixed | Visual Studio Code for Linux fails attempting to add a device via serial | All supported modules | Moses (IDE Backend) | Low |
Description: Customer in referenced community post has an issue in the VScode extension where attempting to add a device via serial seems to fail. |
TIE-64 | Fixed | Visual Studio error: Object reference not set to an instance of an object | | Moses (IDE Backend), Visual Studio Extension | Low |
Description: On one of the PCs where the extension has been tested, when executing "Deploy and Debug Torizon Application", a dialog pops-up with the error "Object reference not set to an instance of an object".
From this point onwards, it is impossible to deploy and debug Torizon applications, even if a new project is created or Visual Studio is restarted.
There are issues also accessing the debugging options of the project and of any project created using the Visual Studio for Linux extension. Workaround: Uninstall and Reinstall Visual Studio. |
TIE-268 | Fixed | EPERM trying to run the "Torizon: Rebuild SDK and reload" | All supported modules | Visual Studio Code Extension | Low |
Description: Run "Torizon: Rebuild SDK and reload in container" results in an EPERM error (3). |
TIE-261 | Fixed | SDK build not working when buildkit is enabled | | Moses (IDE Backend) | Low |
Description: When buildkit is enabled you can't reference local images. This prevents multi-stage builds or Dockerfile referencing a local image from working. SDK uses a container that is generated on the fly and kept on the local machine and this fails. Workaround: Disable buildkit on the local Docker installation.
|
TIE-260 | Fixed | Build of SDK container fails on Windows | | Moses (IDE Backend) | Low |
Description: Docker on Windows generates an internal exception when the IDE backed checks if the SDK container is actually running. This behavior is not reproducible on all Windows 10 machines, even when they run the same docker ad Windows 10 releases.
|
TIE-234 | Fixed | Multiple Devices with Different user cause duplicate volumes | | Visual Studio Code Extension | Low |
Description: If you are connecting multiple devices and these devices are using different users the IDE backend will create a duplicate volume entry for the project for each user. Workaround: Select the debug configuration and manually delete the duplicate volume entry for the user that you want. |
TIE-212 | Fixed | Use backend to resolve hostname for debug connections | | Visual Studio Code Extension | Medium |
Description: When debugger is started the project is correctly built and deployed, but then debugger fails to start Workaround: Add .local as suffix to the device hostname or replace hostname with the device IP address. |
TIE-1 | New Feature | Support C/C++ development in VS Code providing cross-compiling and remote debugging | | Visual Studio Code Extension | |
Description: Developing applications in C/C++ will be supported by the Visual Studio Code extension for Torizon. Cross-compilation and remote debugging will be supported. |
TIE-314 | Fixed | Download of debian package lists fails on Windows | | Visual Studio Code Extension, Visual Studio Extension | Low |
Description: When building an image, during the apt-get update command execution you may get the following error:
{code:bash}
Release file for http://snapshot.debian.org/archive/debian/20200908T070000Z/dists/bullseye/InRelease is not valid yet (invalid for another 18513d 2h 11min 31s). Updates for this repository will not be applied.
{code}
When this happens time on the linux/arm platform seem to be set to the wrong date (usually the beginning of unix epoch). You can test this by running a standard debian image:
{code:bash}
docker run -it --rm --platform linux/arm debian:bullseye-slim
Unable to find image 'debian:bullseye-slim' locally
bullseye-slim: Pulling from library/debian
5ed966da184b: Pull complete
Digest: sha256:6dd2509b000570c24fbf0dd6ea4c907227e36f77b8a7ca2b818464bbff8287dc
Status: Downloaded newer image for debian:bullseye-slim
root@cb280c464483:/# date
Thu Jan 1 00:00:00 UTC 1970
{code}
Workaround: Usually just running the container build multiple times solves the issue. Restarting docker also works, but if you are using VSCode inside a container this will force you to exit the system.
|
TIE-299 | Fixed | .NET 5.0 applications can't be debugged on ARM32 architectures | Verdin iMX8M Plus, Verdin iMX8M Mini, Colibri iMX8X, Colibri iMX6ULL, Colibri iMX7, Colibri iMX6, Apalis iMX8, Apalis iMX6, Apalis iMX8X | Visual Studio Code Extension | Low |
Description: This is a known issue of the VS debugger that is used by VSCode and Visual Studio 2019 to debug .NET Core applications:
https://github.com/OmniSharp/omnisharp-vscode/issues/4210
https://github.com/nforgeio/RaspberryDebugger
Issue has been reported to MS and may be fixed in a new release of the debugger, but no timeline has been given.
Workaround: Keep using .NET Core 3.1 if using a 32 bit target. |
TIE-203 | New Feature | Adapt IDE Extensions to Debian Bullseye | All supported modules | Moses (IDE Backend) | |
Description: Add support to Debian Bullseye in the IDE extensions |
TIE-191 | Fixed | NPM Pointing Security Vulnerability on VS Code build | | Visual Studio Code Extension | Medium |
Description: No need public description, this is a development issue, we need to update the npm library lodash Workaround: No need public description, this is a development issue, we need to update the npm library lodash |
TIE-184 | New Feature | Preview releases for IDE extensions | All supported modules | Visual Studio Code Extension, Visual Studio Extension | |
Description: Publish one additional extension in the marketplace (for each IDE) called Preview to release development versions of the Extensions. |
TIE-183 | Fixed | .NET Console Application template with wrong indentation | | Visual Studio Code Extension | Low |
Description: When a .NET Console project is created using VS Code extension, the program.cs file is not created with the correct indentation Workaround: Select the block with the incorrect indentation and apply a TAB |
TIE-150 | Fixed | Using VS Code Insiders version with the C/C++ Template returns "Error property 'program' is missing or empty" | | Visual Studio Code Extension | Low |
Description: Using VS Code Insiders version with the C/C++ Template returns "Error property 'program' is missing or empty" Workaround: This is an internal version, so no public workaround |
TIE-148 | Fixed | C/C++ support does not work on insider's builds of VSCode | | Visual Studio Code Extension | Low |
Description: The extension registers itself to run inside the container by creating a subfolder in the folder where VSCode keeps its extensions. Unfortunately this path is different between stable and insiders builds and so extension does not run there. |
TIE-147 | New Feature | Qt applications development support in VS Code | | Qt Design Studio Extension for VS Code, Visual Studio Code Extension | |
Description: Qt applications development support in VS Code. |
TIE-137 | Fixed | Debugger does not connect if network mode of the container is set to host | | Visual Studio Code Extension | |
Description: When "network_mode" extraproperty of configuration is set to "host" the container runs in host mode, but debugger can't connect. |
TIE-98 | Fixed | VS Extension: Adding outside files/folder to the project causes compilation to fail | All supported modules | Moses (IDE Backend) | Low |
Description: When trying to add files/folder that are located outside of the the main VS project folder the project folder structure then gets altered. This alteration of the folder structure then causes things like compilation and debugging to fail. |
TIE-76 | Fixed | Visual Studio Code for Linux fails attempting to add a device via serial | All supported modules | Moses (IDE Backend) | Low |
Description: Customer in referenced community post has an issue in the VScode extension where attempting to add a device via serial seems to fail. |
TIE-94 | Fixed | Command to create ASP.NET application fails if the extension is not loaded | | Visual Studio Code Extension | Low |
Description: Visual studio code activates the extensions on different event. Torizon extension is activated and loaded when an existing project is opened, when a new python or .NET application is create or when the Torizon bar is used.
ASP.NET app creation command was not considered an activation event and so it fails if you try to execute it when the extension is not already loaded. Workaround: Open the torizon bar by clicking on the Torizon logo in the Visual Studio code Activity Bar on the left side of VS Code main window, this will activate the extension and allow you to run the ASP.NET application create command. |
TIE-74 | Fixed | SSH error on Windows when debugging a .NET application from a folder that is not under user's home | | Visual Studio Code Extension | Low |
Description: When developing a .NET application that is stored in a folder that is not under the user home or is accessible to all users, you get an error when trying to start debugger.
On the debug console you can see an error message from SSH complaining about the fact that the permissions for the key file are too open. Workaround: Move your project under your home folder or change it's access rights to make it accessible only from your user. |
TIE-6 | New Feature | ASP.NET templates for Visual Studio Code Extensions | | Visual Studio Code Extension | Low |
Description: ASP.NET provides multiple application types. Current template uses basic MVC, but this may not fit customer’s requirement.
New templates has been added for most of the ASP.NET application types supported by the “dotnet new” command.
A more flexible template definition (via YAML file) has been added and may allow definition of more templates also for other languages. |
TIE-71 | Fixed | Weird behavior in the appconfig_0 folder | | Visual Studio Code Extension | Low |
Description: An error was causing a weird behavior in the appconfig_0 folder of the VSCode plugin. |
TIE-14 | Fixed | Apply environment settings to Dockerfile and ssh connection in debug builds | | Visual Studio Code Extension | Low |
Description: Currently settings added via the "env" property are applied only when the application runs in the release container.
Debugger connects over SSH and those variables are not defined when the application runs. |
TIE-62 | Fixed | VS Code Extension - Error Deploying to Device using WSL 2: can't find a valid IP for apalis-imx8 | | Visual Studio Code Extension | Low |
Description: On Windows 10 Home and WSL 2, when deploying to a device, the following error occurs several times: "Error (545) - Can't find a valid IP for board name". NOTE: Windows 10 Home and WSL 2 are not supported at the moment. Workaround: Retry to deploy (press F5 for instance) until it works. It may work on 1 out of 10 tries. |
TIE-65 | Fixed | Error adding device: this.refresh is not a function in VS Code Extension | | Visual Studio Code Extension | Low |
Description: Error in Visual Studio Code extension when adding device from network |
TIE-108 | Fixed | Error on 64-bit .NET Core containers | | Visual Studio Code Extension | Low |
Description: 64-bit .NET Core container does not work |