Minimax "Request failed" unless started from the terminal

[agross]

Description

If OpenUsage is run from e.g. Spotlight, Minimax requests always fail ("Check your network connection" - which is working).

When I open -a OpenUsage from iTerm (zsh), the environment block containing MINIMAX_API_KEY is inherited to OpenUsage and there are no errors.

I've had a look at the code and it seems in my case /bin/zsh -ilc 'printenv MINIMAX_API_KEY' will be executed at some point:

agross@firiel ~
$ echo $MINIMAX_API_KEY

agross@firiel ~
$ /bin/zsh -ilc 'printenv MINIMAX_API_KEY'
sk-cp-miEs...

Steps to Reproduce

1. Open OpenUsage from Spotlight

Expected Behavior

It should work in both cases.

Actual Behavior

Check your network.

OpenUsage Version

0.6.10

Operating System

macOS (Apple Silicon)

Screenshots

Additional Context

No response

[TheSameCat2]

I don't know if this will help you, but apps lauched from Spotlight do not inherit their environment from fish. In order to do this properly, you have to set it up in launchd to be a system environment variable.

This stack overflow question's answer assisted me in making this work.
https://stackoverflow.com/questions/135688/setting-environment-variables-on-os-x

This ends me up with this:

[agross]

apps lauched from Spotlight do not inherit their environment

True.

I've had a look at the code and it seems in my case /bin/zsh -ilc 'printenv MINIMAX_API_KEY' will be executed at some point

Have you seen this? OpenUsage is supposed to start a shell and extract the relevant vars.

[32103210]

It seems that when launched from Spotlight, it can't update the environment variable value. I set the environment variable and restarted the app from Spotlight, then it works.