<blockquote>
<p>I expect that our target audience is perfectly capable of editing these files when we give hints (maybe in the manual). We should not make the configuration matrix that needs to be supported bigger than necessary.</p>
</blockquote>
<p>Apparently it isn't as shown in <a class="issue-link js-issue-link" data-error-text="Failed to load issue title" data-id="503884339" data-permission-text="Issue title is private" data-url="https://github.com/geany/geany/issues/2344" data-hovercard-type="issue" data-hovercard-url="/geany/geany/issues/2344/hovercard" href="https://github.com/geany/geany/issues/2344">#2344</a>.</p>
<blockquote>
<p>I also don't buy that all other editors just work.</p>
</blockquote>
<p>I'm not aware of any editor on macOS where you would have to configure something specially outside the editor (not that I used THAT many editors though).</p>
<blockquote>
<p>I am also highly worried that we read .bashrc ("by design") which is meant for interactive sessions, when the proper place works already (~/.profile is already consulted as of today).</p>
</blockquote>
<p>OK, .bashrc won't be read on linux because calling <code>/bin/bash -c <some command></code> won't make it interactive. I wasn't thinking about the linux case much but there it won't really make much difference which shell is used because no config file is read in that case (unlike macOS where the shell should be login to match the system behavior so e.g. .bash_profile is read). Even .profile won't be read in this case in linux. You'd have to specify e.g. BASH_ENV to read some external config file.</p>
<p>So this patch is actually much more macOS-specific than I originally thought. We shouldn't simulate the broken macOS login shell behavior on linux.</p>
<blockquote>
<p>Call me arrogant, but I'm considering the limited man power we have, and I don't want to open a can of worms like this when it's not needed at all.</p>
</blockquote>
<p>Sorry if it made the impression I was calling you arrogant, what I meant was the attitude that Geany is doing it right and the rest of the world should modify itself to match its behavior.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/geany/geany/pull/2363?email_source=notifications&email_token=AAIOWJYKJATAGJ3X6UQFVALQSRVZ3A5CNFSM4JBQUAVKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDNST2Q#issuecomment-551234026">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAIOWJ2RPTW2CSGPU367PTTQSRVZ3ANCNFSM4JBQUAVA">unsubscribe</a>.<img src="https://github.com/notifications/beacon/AAIOWJ2B7KGF2KEO2U75KIDQSRVZ3A5CNFSM4JBQUAVKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDNST2Q.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/geany/geany/pull/2363?email_source=notifications\u0026email_token=AAIOWJYKJATAGJ3X6UQFVALQSRVZ3A5CNFSM4JBQUAVKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDNST2Q#issuecomment-551234026",
"url": "https://github.com/geany/geany/pull/2363?email_source=notifications\u0026email_token=AAIOWJYKJATAGJ3X6UQFVALQSRVZ3A5CNFSM4JBQUAVKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDNST2Q#issuecomment-551234026",
"name": "View Pull Request"
},
"description": "View this Pull Request on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>