-
Notifications
You must be signed in to change notification settings - Fork 31
Error "The punycode
module is deprecated."
#184
Comments
Looks like this is a bug in the cli: bitwarden/clients#6689 How can I set the |
Have you tried to set it directly as an environment variable of the Alfred Workflow? Not sure right now if it's passed down to the go binary. Otherwise you could try to set it and export it in the script part of the workflow where the binary is called. |
@tophee It should look like this |
I tried that but it doesn't fix the issue. Edit: I followed the instructions here, but
I then tried
|
I tried using homebrew instead:
and then
and
but the workflos still doesn't work (can't login). |
@tophee I gave up a long time ago trying to manage node/npm with Homebrew. It's a mess of dependencies, conflicts and permission issues. I suggest you try some variation of:
Then retry the steps in the other fix... |
@tophee Did that work for you? |
Wow! Thank you so much for taking the time to explain this! It looks like it worked even though I got
I just continued with the other steps and the workflow is working again! Now, just to clarify where we stand with this downgrading fix (and bitwarden and npm no longer handled by homebrew): how do I know when I can upgrade to the latest bitwarden-cli? And once it is time to upgrade, I assume I just do I'm also unsure what consequences it might have that npm is no longer managed by homebrew. (I am not a developer and using homebrew has so far been a way of not having to understand much of various package dependencies etc. So, no that npm is separate, what do I need to be aware of? Maybe just run something like |
If you got an That command isn't critical, if the workflow is working again for you then it seems that npm had the necessary permissions to create its files at /usr/local. So no need to worry about it. As to the other questions, you probably still have node installed via Homebrew (it's required by a lot of packages), so this particular instance of it is really only used temporarily so we could install and manage a custom version of the Bitwarden CLI. It should not cause any other issues with Homebrew or npm for you, as long as you don't have I would keep an eye on these GitHub pages to know when it's "safe" to unwind the workaround and go back to the brew-managed version of
I'll definitely post back here and update #186 as well once there's a better workaround or a fixed version is posted. |
So, I tried installing the correct CLI version as described in here, and adding -no-depreciation... Processing complete For reference, I'm using NVM and have version 20.10.0 installed. |
@MikeAg03 the flag is |
Thanks, that resolved it! I need to read better! :) |
v2023.12.1 was just released, and seems to fix the issue.
(You can remove the |
The second command gave me a long list of errors. I saw that there were some homebrew paths involved in those error messages, so I repeated what you said above
This didn't work in I should probably switch back to the homebrew version, right? |
If you want the automatic updates then yes switching back to the Homebrew version is simpler. |
Regression in 2024.1.0? At least this problem arises again to me |
I don't know whether it's a regression or what is wrong but something is not working properly, also with 2024.2.1. I tried a lot of things for over an hour (makes no sense, I know, but I can't let go of this kind of stuff) and eventually I got it to work again. (still using the homebrew version, so switching to npm is not necessary this time). |
Do you know the changes to make it work properly? |
@imyelmo Sorry, no, I tried so many things that may or may not have interfered with each other (such also logging into bitwarden via the cli, clearing or not clearing the workflow cache, logging out etc) that I really can't tell what fixed it. My suspicion is that it boils down to adding that no-deprecation setting as described above. |
Once again, the workflow stopped working. When I retrieve a password and paste it into the password field of the website or whatever, it telle me the password is wrong. Took me a while to figure put that what I'm pasting is not actually the password for the selected item but literally
login.password
. (It would be great if the workflow could produce an error when it is not receiving the password as intended. But that only as an aside.)So I started to investigate what's going on and found that when I try to retrieve a password, the log ends like this:
Not sure what or why it is getting truncated, but that is definitely not the item I selected but a completely unrelated.
It reminds me of the problem with the
MAX_RESULTS
(#177) but I have already set MAX_results tp 5000.I tried logging in again (although I believe I already was logged in) an that gives me this error:
It says: The
punycode
module is deprecated. Please use a userland alternative instead. (Usenode --trace-deprecation ...
to show where the warning was created) `Is the workflow broken or am I doing something wrong?
The text was updated successfully, but these errors were encountered: