Cannot Open Workflow Studio At All
- Dominant language
- TypeScript
- Stars
- 2k
- Forks
- 807
- Avg merge
- 10h 12m
- Merged PRs (30d)
- 7
Description
## Problem
Cannot open Workflow Studio at all locally.
This worked a couple hours ago consistently and now is broken consistently.
My best guess is a Cloudfront CDN issue?
## Steps to reproduce the issue
1. Open VSCode
2. Create `test.asl.json`:
```json
{
"Comment": "Test workflow",
"StartAt": "Pass",
"States": {
"Pass": {
"Type": "Pass",
"Result": "Hello",
"End": true
}
}
}
```
3. Click `Open with Workflow Studio`
4. Workflow studio does not open
It permanently hangs with `Opening asl file in Workflow Studio`.
### Additional Debugging
- Have restarted MacBook twice
- Have Reloaded Window numerous times
- Have emptied VS Code / Extension caches
- Have uninstalled and reinstalled AWS Toolkit Numerous times and versions
- Have tried different code repos
- Have tried different `.asl.json` files
- Have tried different Wi-Fi (including hotspot to iPhone on 5G)
- Have tried clearing DNS cache
A `ChunkLoadError` is present every time opening Workflow Studio is attempted so this _seems_ to be related to the root cause. It is sometimes a CSS chunk load error and sometimes a JS chunk load error.
VS Code Developer Tool Console logs
```
webviewElement.ts:483 An iframe which has both allow-scripts and allow-same-origin for its sandbox attribute can escape its sandboxing.
mountTo @ webviewElement.ts:483
P @ overlayWebview.ts:249
claim @ overlayWebview.ts:135
claim @ webviewEditorInput.ts:138
claim @ customEditorInput.ts:425
hb @ webviewEditor.ts:172
setInput @ webviewEditor.ts:163
await in setInput
S @ editorPanes.ts:464
L @ editorPanes.ts:259
openEditor @ editorPanes.ts:136
(anonymous) @ editorGroupView.ts:1259
Lb @ editorGroupView.ts:1283
Kb @ editorGroupView.ts:1241
openEditor @ editorGroupView.ts:1145
openEditor @ editorService.ts:582
await in openEditor
(anonymous) @ editorCommands.ts:513
invokeFunction @ instantiationService.ts:109
n @ commandService.ts:99
executeCommand @ commandService.ts:63
$executeCommand @ mainThreadCommands.ts:92
S @ rpcProtocol.ts:458
Q @ rpcProtocol.ts:443
M @ rpcProtocol.ts:373
L @ rpcProtocol.ts:299
(anonymous) @ rpcProtocol.ts:161
C @ event.ts:1219
fire @ event.ts:1250
fire @ ipc.net.ts:652
l.onmessage @ localProcessExtensionHost.ts:382
main.bundle.js:2 ChunkLoadError: Loading CSS chunk 7333 failed.
(error: https://d5t62uwepi9lu.cloudfront.net/7333.css)
at e..e...n.push.e..r.onerror.r.onload (main.bundle.js:2:5804497)
ls @ main.bundle.js:2
n.callback @ main.bundle.js:2
cr @ main.bundle.js:2
As @ main.bundle.js:2
Dl @ main.bundle.js:2
a.unstable_runWithPriority @ main.bundle.js:2
Vi @ main.bundle.js:2
bl @ main.bundle.js:2
Ol @ main.bundle.js:2
(anonymous) @ main.bundle.js:2
a.unstable_runWithPriority @ main.bundle.js:2
Vi @ main.bundle.js:2
ji @ main.bundle.js:2
y @ main.bundle.js:2
I.port1.onmessage @ main.bundle.js:2
main.bundle.js:2 Uncaught ChunkLoadError: Loading CSS chunk 7333 failed.
(error: https://d5t62uwepi9lu.cloudfront.net/7333.css)
at e..e...n.push.e..r.onerror.r.onload (main.bundle.js:2:5804497)
e..e...n.push.e..r.onerror.r.onload @ main.bundle.js:2
webviewElement.ts:483 An iframe which has both allow-scripts and allow-same-origin for its sandbox attribute can escape its sandboxing.
mountTo @ webviewElement.ts:483
P @ overlayWebview.ts:249
claim @ overlayWebview.ts:135
zb @ extensionEditor.ts:697
await in zb
Cb @ extensionEditor.ts:840
await in Cb
yb @ extensionEditor.ts:668
xb @ extensionEditor.ts:653
wb @ extensionEditor.ts:614
vb @ extensionEditor.ts:566
await in vb
setInput @ extensionEditor.ts:463
await in setInput
S @ editorPanes.ts:464
L @ editorPanes.ts:259
openEditor @ editorPanes.ts:136
(anonymous) @ editorGroupView.ts:1259
Lb @ editorGroupView.ts:1283
Kb @ editorGroupView.ts:1241
openEditor @ editorGroupView.ts:1145
openEditor @ editorService.ts:582
open @ extensionsWorkbenchService.ts:1564
h @ extensionsViewer.ts:118
(anonymous) @ extensionsViewer.ts:104
C @ event.ts:1219
fire @ event.ts:1250
(anonymous) @ event.ts:272
C @ event.ts:1219
fire @ event.ts:1250
(anonymous) @ event.ts:165
C @ event.ts:1219
fire @ event.ts:1250
j @ listService.ts:763
g @ listService.ts:734
(anonymous) @ listService.ts:690
C @ event.ts:1219
fire @ event.ts:1250
(anonymous) @ event.ts:131
C @ event.ts:1219
fire @ event.ts:1250
v @ listWidget.ts:782
(anonymous) @ event.ts:182
C @ event.ts:1219
fire @ event.ts:1250
(anonymous) @ event.ts:131
C @ event.ts:1219
fire @ event.ts:1250
s @ event.ts:40
```
## Expected behavior
Workflow Studio should open and display the SFN graph.
## System details (run `AWS: About` and/or `Amazon Q: About`)
- OS: Apple M3
```
ProductName: macOS
ProductVersion: 15.6
BuildVersion: 24G84
```
- Visual Studio Code version:
```
1.102.3
488a1f239235055e34e673291fb8d8c810886f81
arm64
```
- AWS Toolkit version: `3.70.0` (but have tried many many versions back to `3.40.0`)
```
OS: Darwin arm64 24.6.0
Visual Studio Code extension host: 1.102.3
AWS Toolkit: 3.70.0
node: 22.15.1
electron: 35.6.0
```
- Amazon Q version: N/A
Contributor guide
Research direction
Reproduce by opening the provided test.asl.json with Workflow Studio, then inspect the VS Code Developer Tools console and the webview entry point that loads main.bundle.js. Trace the failing CSS or JS chunk request to d5t62uwepi9lu.cloudfront.net and determine why the studio webview hangs. Done means the SFN graph opens without a ChunkLoadError.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, typescript, vscode
- Domain
- devtools, frontend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100