Jakub Szwacz

Spectron defines default timeout for a test of 2000ms, the test setup takes more than that hence the error. I've risen the timeout to 10000ms in the code long time...

Ah, right, I was combating the timeouts in `beforeEach` so much in the past, that didn't notice the `afterEach` word in your logs. Man, Spectron (webdriver?) is a flaky thing....

FYI, Spectron just announced sun-setting the project: https://github.com/electron-userland/spectron/issues/1045 Interesting how situation is going to unwind.

Thank you. Will check it soon :)

So you mean the `birthtime` property? I don't know why it's not supported, because there is no reason not to be :) Will look into it in free time.

There were already discussion on this topic: https://github.com/szwacz/fs-jetpack/issues/75#issuecomment-713615000 For now I wasn't convinced that we need shorter way of using other encoding than described there.

The problem here might be that synchronous operations need to load everything into memory, because need to do everything in one go. Does using `inspectTreeAsync` lead to the same error?

Good... but bad at the same time :) I'll leave this issue open to investigate if this can be somehow fixed for sync operations.

Does standard readFile https://nodejs.org/api/fs.html#fs_fs_readfile_path_options_callback behave differently? Because fs-jetpack with this method is just a sugar syntax.

Now I see what you mean. This "return as json" is ofcorse just a sugar syntax and it needs to assume some encoding of the file to be able to...