<h3 dir="auto">Preflight Checklist</h3>
<ul class="contains-task-list">
<li class="task-list-item"><input type="checkbox" id="" disabled="" class="task-list-item-checkbox" checked=""> I have searched the <a href="https://www.github.com/electron/electron/issues">issue tracker</a> for a feature request that matches the one I want to file, without success.</li>
<li class="task-list-item"><input type="checkbox" id="" disabled="" class="task-list-item-checkbox" checked=""> I have read the <a href="https://github.com/electron/electron/blob/master/CONTRIBUTING.md">Contributing Guidelines</a> for this project.</li>
<li class="task-list-item"><input type="checkbox" id="" disabled="" class="task-list-item-checkbox" checked=""> I agree to follow the <a href="https://github.com/electron/electron/blob/master/CODE_OF_CONDUCT.md">Code of Conduct</a> that this project adheres to.</li>
</ul>
<h3 dir="auto">Electron Version</h3>
<p dir="auto">12.0.5</p>
<h3 dir="auto">What operating system are you using?</h3>
<p dir="auto">Other Linux</p>
<h3 dir="auto">Operating System Version</h3>
<p dir="auto">Arch Linux</p>
<h3 dir="auto">What arch are you using?</h3>
<p dir="auto">Other (specify below)</p>
<h3 dir="auto">Last Known Working Electron version</h3>
<p dir="auto"><em>No response</em></p>
<h3 dir="auto">Expected Behavior</h3>
<p dir="auto">Electron shouldn't change the default behavior of apps, launched by electron</p>
<h3 dir="auto">Actual Behavior</h3>
<p dir="auto">All electron apps will start additional 3rd party apps in xwayland mode. This results in a conflict for some of them. Like firefox, if firefox is already launched and you press a link in an electron app, firefox will respond with a message "Firefox is already running, but is not responding. To use Firefox, you must first close the existing Firefox process, restart your device, or use a different profile.", because firefox xwayland can not run inside a native wayland firefox.</p>
<h3 dir="auto">Testcase Gist URL</h3>
<p dir="auto"><em>No response</em></p>
<h3 dir="auto">Additional Information</h3>
<p dir="auto">Steps to reproduce:</p>
<ol dir="auto">
<li>Be on a wayland session (with xwayland support, like GNOME; check with <code class="notranslate">echo $XDG_SESSION_TYPE</code>)</li>
<li>Launch firefox in wayland mode: <code class="notranslate">MOZ_ENABLE_WAYLAND=1 firefox</code> (could be default on your distro anyways, you can check after launch in <em>about:support</em>.)</li>
<li>make sure that firefox is your default browser.</li>
<li>Launch an Electron app</li>
<li>Click a link in this electron app</li>
</ol>
<p dir="auto">I'm assuming this is controlled by Atom Shell and not Atom, so I'm reporting it here; <code class="notranslate">process.env.PATH</code> does no longer match the user's <code class="notranslate">$PATH</code> environment variable. It is instead some form of system default, "sanitized" value.</p>
<p dir="auto">This regression seems specific to OS X. I have verified <code class="notranslate">process.env.Path</code> is not "sanitized" on Windows 8.1 running Atom v0.120.0. The inconsistency might be accidental because on Windows the environment variable is named <code class="notranslate">Path</code> and not <code class="notranslate">PATH</code>. I have not tested to see if the regression also occurs on any GNU/Linux distributions.</p>
<p dir="auto">Tried to scan through the recent commits to figure out when this regression got introduced, but had no such luck... perhaps it's related to the recently upgraded Chromium?</p>
<p dir="auto">All other environment variables are correctly read (and passed to) Atom. Which means that this works</p>
<div class="highlight highlight-source-shell notranslate position-relative overflow-auto" dir="auto" data-snippet-clipboard-copy-content="$ EVERYTHING=/is/awesome atom"><pre class="notranslate">$ EVERYTHING=/is/awesome atom</pre></div>
<p dir="auto">in that the variable can be read in Atom via e.g. <code class="notranslate">console.log(process.env.EVERYTHING)</code>, whereas this</p>
<div class="highlight highlight-source-shell notranslate position-relative overflow-auto" dir="auto" data-snippet-clipboard-copy-content="$ PATH=$PATH:/ermahgerd atom"><pre class="notranslate">$ PATH=<span class="pl-smi">$PATH</span>:/ermahgerd atom</pre></div>
<p dir="auto">does not. Regardless of what I do, <code class="notranslate">console.log(process.env.PATH)</code> always displays <code class="notranslate">/usr/bin:/bin:/usr/sbin:/sbin</code>.</p>
<hr>
<p dir="auto">Update:</p>
<p dir="auto">Tested with Atom v0.120.0 and Atom built from source, running on OS X Yosemite Beta 1.</p>
<p dir="auto">Installing fresh copies of OS X 10.9.4 and 10.10 in VMs now, to see if I can reproduce the old behavior and the regression.</p>