* [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/browser_win.cc
DWORD target_process_id = *reinterpret_cast<DWORD*>(param);
  DWORD process_id = 0;
  GetWindowThreadProcessId(hwnd, &process_id);
  if (process_id == target_process_id) {
    SetFocus(hwnd);
    return FALSE;
  }
  return TRUE;
}
bool GetProcessExecPath(base::string16* exe) {
  base::FilePath path;
  if (!base::PathService::Get(base::FILE_EXE, &path)) {
    LOG(ERROR) << "Error getting app exe path";
    return false;
  }
  *exe = path.value();
  return true;
}
bool GetProtocolLaunchPath(mate::Arguments* args, base::string16* exe) {