### Preflight Checklist

- [X] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/main/CONTRIBUTING.md) for this project.
- [X] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/main/CODE_OF_CONDUCT.md) that this project adheres to.
- [X] I have searched the [issue tracker](https://www.github.com/electron/electron/issues) for a bug report that matches the one I want to file, without success.

### Electron Version

18.0.2

### What operating system are you using?

Windows

### Operating System Version

Windows 10 version 21H2

### What arch are you using?

x64

### Last Known Working Electron version

17.3.1

### Expected Behavior

`requestSingleInstanceLock()` should not cause crashes when using different versions of Electron.

### Actual Behavior

When an app is built with Electron 18, if it uses `requestSingleInstanceLock()` and an older version attempts to start, the v18 app crashes in the Main process.

To reproduce:

* Create an app that uses `requestSingleInstanceLock()`
* Build it for both v18 and v17 of Electron
* Start the v18 version and leave it running
* Start the v17 version

At this point (on Windows 10 at least) a crash will occur in the Main process of v18, likely leading to an unresponsive window.

### Testcase Gist URL

https://github.com/rooklift/electron_lock_test

shell/browser/api/electron_api_app.cc
if (size == "small") {
    return IconLoader::IconSize::SMALL;
  } else if (size == "large") {
    return IconLoader::IconSize::LARGE;
  }
  return IconLoader::IconSize::NORMAL;
}
int GetPathConstant(const std::string& name) {
  if (name == "appData")
    return DIR_APP_DATA;
  else if (name == "sessionData")
    return DIR_SESSION_DATA;
  else if (name == "userData")
    return chrome::DIR_USER_DATA;
  else if (name == "cache")
#if BUILDFLAG(IS_POSIX)
    return base::DIR_CACHE;
#else
    return base::DIR_ROAMING_APP_DATA;
#endif
  else if (name == "userCache")
    return DIR_USER_CACHE;
  else if (name == "logs")
    return DIR_APP_LOGS;