<!--  As an open source project with a dedicated but small maintainer team, it can sometimes take a long time for issues to be addressed so please be patient and we will get back to you as soon as we can.
-->

### Preflight Checklist
* [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 a feature request that matches the one I want to file, without success.

### Problem Description
Following #20322 - for me as an Electron user, it's unacceptable that `second-instance` manipulates order of arguments, it's incompatible e.g. with [yargs](https://github.com/yargs/yargs) style (e.g. `myapp.exe -a 1 -b 2`). Current behaviour on Windows is confusing, not well documented.

### Proposed Solution
Although I have [described a workaround](https://github.com/electron/electron/issues/20322#issuecomment-617773983), I would like Electron to somehow overcome Chromium deficiency and pass the original `argv` to the `second-instance` event or pass any custom data comfortably.

I think the best solution could be by adding a string only param msg to `app.requestSingleInstanceLock(msg)` and the [`second-instance`](https://www.electronjs.org/docs/api/app#event-second-instance) would returns the fourth value `msg`.

Other solution may be:
1. `second-instance` would get the original `argv`, not the Chromium one. 
2. If a user pass a custom data `app.requestSingleInstanceLock(argv)`, then the `second-instance` would return this custom data as `argv`, probably processed by `JSON.parse(JSON.stringify(argv))`.

shell/browser/api/electron_api_app.cc
if (HasSingleInstanceLock())
    return true;
  std::string program_name = electron::Browser::Get()->GetName();
  base::FilePath user_dir;
  base::PathService::Get(chrome::DIR_USER_DATA, &user_dir);
  auto cb = base::BindRepeating(&App::OnSecondInstance, base::Unretained(this));
#if defined(OS_WIN)
  bool app_is_sandboxed =
      IsSandboxEnabled(base::CommandLine::ForCurrentProcess());
  process_singleton_ = std::make_unique<ProcessSingleton>(
      program_name, user_dir, app_is_sandboxed,
      base::BindRepeating(NotificationCallbackWrapper, cb));
#else
  process_singleton_ = std::make_unique<ProcessSingleton>(
      user_dir, base::BindRepeating(NotificationCallbackWrapper, cb));
#endif
  switch (process_singleton_->NotifyOtherProcessOrCreate()) {
    case ProcessSingleton::NotifyResult::LOCK_ERROR:
    case ProcessSingleton::NotifyResult::PROFILE_IN_USE:
    case ProcessSingleton::NotifyResult::PROCESS_NOTIFIED: {
      process_singleton_.reset();
      return false;
    }
    case ProcessSingleton::NotifyResult::PROCESS_NONE:
    default:  
      return true;
  }
}
void App::ReleaseSingleInstanceLock() {