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

initialWorkingDirectory is not working with Hyper v3.0.0 (stable) #71

Open
berkandirim opened this issue May 6, 2019 · 11 comments
Open

Comments

@berkandirim
Copy link

berkandirim commented May 6, 2019

Updated Hyper to 3.0.0 (stable). I've noticed initialWorkingDirectory config is not picked up. Defaults to user directory.

@berkandirim berkandirim changed the title Not working with Hyper v3.0.0 (stable) initialWorkingDirectory is not working with Hyper v3.0.0 (stable) May 6, 2019
@ecarlson94
Copy link

I have noticed that a full reload (after opening hyper) will cause it to work.

@berkandirim
Copy link
Author

@ecarlson94 It works but you have to do it every time you open Hyper.

@vaaski
Copy link

vaaski commented May 15, 2019

yes, that "fixes" it for me as well, but it's pretty annoying.

@mxmzb
Copy link

mxmzb commented May 16, 2019

for me, a full reload doesn't make it work (currently on hyper 3.0.2).

@xtellurian
Copy link

#67

@ricardocanelas
Copy link

ricardocanelas commented May 22, 2019

I am using Hyper 3.0.2

image

...and Full Reload woks for me:

image

After reload, It's opening perfectly on the initial directory as set in hyper.js

@pcnate
Copy link

pcnate commented Jun 7, 2019

Having the same issue with Powershell on Win10. The full reload seems to also fix an issue where splitting the screen doesn't always carry the cwd over.

@stnwk
Copy link

stnwk commented Jul 27, 2019

I tried to pinpoint this issue and this is what I found: vercel/hyper#3770

Bug seems to be located in hyper codebase, so there is nothing to fix here - but I suggest we still keep the issue open until it was fixed so people can find it easier here :)

@luca-aurelia
Copy link

If you switch to the canary release channel of Hyper, this bug is fixed 🎉

Open your Hyper preferences and set the updateChannel key to canary:

module.exports = {
  config: {
    // choose either `'stable'` for receiving highly polished,
    // or `'canary'` for less polished but more frequent updates
    updateChannel: 'canary',

    hypercwd: {
      initialWorkingDirectory: '~/dev'
    }
  }
}

@xoorath
Copy link

xoorath commented Feb 10, 2021

image

Not working for me on Canary 3.0.2 on windows.

The full reload trick does work for me, but is obviously not ideal. :)

@james-prado
Copy link

james-prado commented Mar 31, 2021

As of version 3.1.0-canary.4 the issue seems to be resolved. The build is tagged for pre-release and can easily be installed by changing the updateChannel to "canary" in your .hyper.js config file.

CleanShot 2021-03-31 at 12 09 10@2x

It looks like this pr has been merged into the recent canary build and resolves the issue @stnwk opened.

I know the issue title specifies hyper v3.0 stable, but until v3.1 is released you'll need to use canary builds to resolve the issue.

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