Page MenuHomePhabricator

Fix an issue where "arc" may fail on startup when trying to read older "default" config
ClosedPublic

Authored by epriestley on Mar 6 2020, 3:22 PM.
Tags
None
Referenced Files
F18783729: D21039.diff
Mon, Oct 13, 9:10 AM
F18746326: D21039.id50111.diff
Fri, Oct 3, 12:09 PM
F18734175: D21039.id.diff
Tue, Sep 30, 10:49 PM
F18649929: D21039.id50111.diff
Sat, Sep 20, 10:44 PM
F18649194: D21039.id50111.diff
Sat, Sep 20, 7:28 PM
F18622900: D21039.id.diff
Mon, Sep 15, 1:28 PM
F18618695: D21039.diff
Mon, Sep 15, 12:45 AM
F18567690: D21039.id.diff
Sep 9 2025, 4:05 PM
Subscribers
None

Details

Summary

See PHI1663. If "phabricator.uri" is not configured, we try to fall back to "default", but doesn't have a modern config specification and fails.

Instead, read "default" as a raw config value to preserve compatible behavior. My intent is to eventually remove it.

Test Plan

In a directory with no "phabricator.uri" config available, ran echo {} | arc call-conduit conduit.ping. After the patch, got a reasonable error instead of a fatal.

In a directory with "default" configured but not "phabricator.uri", ran the same command. After the patch, got a ping.

Diff Detail

Repository
rARC Arcanist
Lint
Lint Not Applicable
Unit
Tests Not Applicable