Note that probably @ton you have resolved, but anybody else nope :D The patch D25205 still needs review and land

Thank you speck, very interesting.

Hi @aklapper. Are you affected by this as well?

@ton yep thanks, really! that will be handled here:

Feel free to reopen to share any doubt about this method

arc patch problem is likely fixed. But I encountered similar problem here
https://we.phorge.it/T15351#8287

This seems to have fixed the problem. But let me try a bit more Diffs to be extra sure

In upstream phabricator I worked with Evan to update the Mercurial API in a way that all mercurial commands/futures are executed through a common path and allow making modifications to only those executions. For this we should look at something similar so that we're only passing $HOME to git commands and not to others.

Hi @ton can I ask you if, manually patching Arcanist with the indicated diff in the Task description, fixes for you?

By the way in this exact moment that @aklapper is landing tons of useful stuff and closing tons of reports I imagine Phorge like "dlin dlin dlin dlin", but sadly this Task is already opened.

It's unclear to me whenever Wikimedia needs this. If yes, feel free to also mark as Affects-Wikimedia. This is probably their use case: https://phabricator.wikimedia.org/T332639

In T15281#7096, @speck wrote:

Could you check the server configuration of php.ini for the value of variable_orders? This open task on phab suggests that on servers it should enforce including E causing phab's environment to be passed to sub-commands, but does not want to mess with it on users' machines.

https://secure.phabricator.com/T12071

Could you check the server configuration of php.ini for the value of variable_orders? This open task on phab suggests that on servers it should enforce including E causing phab's environment to be passed to sub-commands, but does not want to mess with it on users' machines.

Wow. Probably this can be considered resolved.