* [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
mate::Arguments* args) {
  if (protocol.empty())
    return false;
  
  HKEY root = HKEY_CURRENT_USER;
  base::string16 keyPath = L"Software\\Classes\\";
  
  base::string16 wprotocol = base::UTF8ToUTF16(protocol);
  base::string16 shellPath = wprotocol + L"\\shell";
  base::string16 cmdPath = keyPath + shellPath + L"\\open\\command";
  base::win::RegKey classesKey;
  base::win::RegKey commandKey;
  if (FAILED(classesKey.Open(root, keyPath.c_str(), KEY_ALL_ACCESS)))
    
    
    return true;
  if (FAILED(commandKey.Open(root, cmdPath.c_str(), KEY_ALL_ACCESS)))
    
    return true;
  base::string16 keyVal;
  if (FAILED(commandKey.ReadValue(L"", &keyVal)))
    
    return true;
  base::string16 exe;