Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

lotus client retrieve command doesn't download file in the correct dir when using relative paths #5440

Closed
nonsense opened this issue Jan 27, 2021 · 2 comments

Comments

@nonsense
Copy link
Member

Describe the bug
When trying to do a retrieval deal with a relative path, for example:

lotus client retrieve --miner f0127896 bafykbzacebkcdeogmsk35wwgicuuh6chwaxp2wtpn47kfsp3bwchm44vyl4sa sample.txt

The client is not downloading the file in the current working directory, but actually downloads the file in the directory where lotus binary was compiled.

To Reproduce
Steps to reproduce the behavior:

  1. Go to directory other than the one where lotus binary was compiled.
  2. Try to make a retrieval deal with a relative path for the output file, and check where it is being downloaded.

Expected behavior
I expect that sample.txt gets downloaded into my current working directory, and not in the directory where Lotus was compiled.

Version (run lotus version):

lotus version 1.4.0+git.84a91331c
@RobQuistNL
Copy link
Contributor

Thanks! This is a very valid bug. I just ran into it, too. I have no idea where my file wound up (its not in .lotus, its not in my compile folder... When adding an absolute file location, it does work.

@rjan90
Copy link
Contributor

rjan90 commented Jul 19, 2024

Closing this ticket as the Legacy Lotus/Lotus-Miner Markets sub-system, which reached EOL at the end of the 31st January 2023, and has been completely removed from the code:

@rjan90 rjan90 closed this as completed Jul 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants