* [x] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/master/CONTRIBUTING.md) for this project.
* [x] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/master/CODE_OF_CONDUCT.md) that this project adheres to.
* [x] I have searched the issue tracker for an issue that matches the one I want to file, without success.

### Issue Details

* **Electron Version:**
  * all (according to docs), tested in 2.0.18 & 4.1.3
* **Operating System:**
  *  Windows

### Expected Behavior
To be able to set the working directory for applications started from the windows jump list

### Actual Behavior
It defaults to c:\windows\system32

### To Reproduce
Not really anything to do to reproduce, just look at the documentation, the parameter isn't there:
https://electronjs.org/docs/api/structures/task
https://electronjs.org/docs/api/structures/jump-list-item

### Additional Information
I'm not entirely sure you will agree that this is a bug but afaict the api seems to replicate what the underlying windows api provides so I assume it's an oversight that this parameter in particular is missing - especially considering how problematic it can be for applications to have c:\windows\system32 as their cwd.
atom/browser/api/atom_api_app.cc
if (Emit("open-file", file_path)) {
    *prevent_default = true;
  }
}
void App::OnOpenURL(const std::string& url) {
  Emit("open-url", url);
}
void App::OnActivate(bool has_visible_windows) {
  Emit("activate", has_visible_windows);
}
void App::OnWillFinishLaunching() {
  Emit("will-finish-launching");
}
void App::OnFinishLaunching(const base::DictionaryValue& launch_info) {
#if defined(OS_LINUX)
  
  
  media::AudioManager::SetGlobalAppName(Browser::Get()->GetName());
#endif
  Emit("ready", launch_info);
}
void App::OnPreMainMessageLoopRun() {
  content::BrowserChildProcessObserver::Add(this);
  if (process_singleton_) {
    process_singleton_->OnBrowserReady();
  }
}
void App::OnAccessibilitySupportChanged() {