Skip to main content
Associate II
March 13, 2026
Question

bundles manager takes very long time to load

  • March 13, 2026
  • 3 replies
  • 383 views

Hi, the extension version is 3.8.0, and it usually takes 5min to load, is that normal? Also, is there any CDN or dedicated server for Chinese users? cuz it's troublesome to download those bundles here. Thx

3 replies

Julien D
ST Employee
March 13, 2026

Hi @ianzone,

Yes Chineses users have their regional server, and nothing changed in term of infrastructure with the release of version 3.8.0. Means maybe a tooling issue.

How long take the 2 following commands aiming to list the remote and local bundles?

cube bundle list-online
cube bundle list

It should somehow reply immediately for both.

 

To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
ianzoneAuthor
Associate II
March 19, 2026

Seems not a server issue, those 2 commands replied immediately, but the extension still takes long time to load. 

屏幕截图 2026-03-19 091754.png

Julien D
ST Employee
March 31, 2026

Hi @ianzone,

Thanks for sharing the logs, indeed it highlights what could look like really bad network performance.

First I see that you use a local proxy, do you have the capability to make some test without it?

It would be interesting to compare bundle downloads speeds in the 2 configurations (with and without your proxy) by manually installing a toolchain bundle: 

cube bundle install gnu-tools-for-stm32@^13.0.0

Screenshot 2026-03-31 at 08.39.15.png

It can be removed later thanks this command:

cube bundle remove gnu-tools-for-stm32@^13.0.0

 

To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
ianzoneAuthor
Associate II
April 1, 2026

Without proxy: 7000 KB/s

With proxy: timeout

I've put *st.com into the proxy whitelist; it shouldn't affect the download speed. 

Julien D
ST Employee
April 1, 2026

Wouldn't this clearly indicate that your local proxy configuration is somehow blocking traffic? If so, your proxy logs should help identify which flow is being rejected.

Additionally, if your proxy performs SSL inspection, you may need to set the NODE_EXTRA_CA_CERTS variable to configure your proxy's root CA certificate. A simple cube pack sync command will show SSL errors if the handshake fails. If the command works, you can ignore this comment.

To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
ianzoneAuthor
Associate II
April 24, 2026

sometimes it fails

2026-04-24 10:44:10.437 [Info]  Adding STM32Cube CLI path to environment: c:\Users\yihen\.vscode\extensions\stmicroelectronics.stm32cube-ide-core-1.2.1-win32-x64\resources\binaries\win32\x86_64
2026-04-24 10:44:10.559 [Info]  Configuring CUBE_BUNDLE_PATH environment: C:\Users\yihen\AppData\Local\stm32cube\bundles
2026-04-24 10:44:10.560 [Info]  NODE_EXTRA_CA_CERTS is not set
2026-04-24 10:44:10.650 [Info]  CMSIS_PACK_ROOT=C:\Users\yihen\AppData\Local\stm32cube\packs
2026-04-24 10:44:15.379 [Info]  cube wrapper version: 0.10.2
2026-04-24 10:44:16.317 [Info]  Online bundle cache built
2026-04-24 10:51:17.893 [Info]  Installing STM32Cube bundles prerequisites
2026-04-24 10:52:16.145 [Error]  Failed to initialize STM32Cube bundles: Failed to get list of available updates. Command failed with
2026-04-24 10:52:16.150 [Info]  STM32Cube Core activated (485736ms)
2026-04-24 10:52:16.152 [Info]  Syncing CMSIS-Pack metadata for C:\Users\yihen\AppData\Local\stm32cube\packs
2026-04-24 10:52:16.154 [Info]  No need to sync metadata, since recently updated.