Open t0yv0 opened 11 months ago
Should the issue go to pulumi/pulumi?
Yeah good point, let me move. I think I'm less worried about the flaky test and the fact that it might blow up on customer machines.
I've seen this before, and mitigated by forking and then getting an upstream patch to xanzy/ssh-agent
:
Unfortunately still experience this issue https://github.com/pulumi/pulumi-terraform-bridge/actions/runs/6551251659/job/17792051156?pr=1446#step:9:5409 ; possibly not yet removed from Pulumi CLI fully.
@t0yv0 ah, sorry - to be clear, I pattern matched and this is the same kind of error as fixed in #10486. It looks like we would want to patch the upstream github.com/atotto/clipboard
in the same way.
The reference in pulumi on the clipboard is in this file:
https://github.com/pulumi/pulumi/blob/1a72f09a64c8f806b8dd24c08404366e45fc07d8/sdk/go/common/util/cmdutil/console.go
that is using github.com/charmbracelet/bubbles/textinput
which depends on atotto/clipboard
.
I guess atotto/clipboard
should use NewLazySystemDLL
instead of MustLoadDLL
A recent occurrence:
=== FAIL: go/auto TestRemoveWithForce (34.37s)
local_workspace_test.go:222: up failed, err: could not get outputs: exit status 2
code: 2
stdout:
stderr: panic: Failed to load user32: A dynamic link library (DLL) initialization routine failed.
goroutine 1 [running]:
syscall.MustLoadDLL(...)
/opt/hostedtoolcache/go/1.23.1/x64/src/syscall/dll_windows.go:94
github.com/atotto/clipboard.init()
/home/runner/go/pkg/mod/github.com/atotto/clipboard@v0.1.4/clipboard_windows.go:22 +0x347
What happened?
Might be a good idea to find out why Pulumi CLI is initializing clipboard.
Example
Found during CI runs.
Output of
pulumi about
v3.86.0
Additional context
N/A
Contributing
Vote on this issue by adding a 👍 reaction. To contribute a fix for this issue, leave a comment (and link to your pull request, if you've opened one already).