Just a small set of replacements in locations that seem innocuous (user-facing messages, documentation, etc.)
Ref T15006
Differential D25473
Change some instances of "phabricator" to "phorge" waldyrious on Nov 14 2023, 12:12. Authored by Tags None Referenced Files
Subscribers
Details
Just a small set of replacements in locations that seem innocuous (user-facing messages, documentation, etc.) Ref T15006 Nothing should change in terms of behavior. The places where these changes were made should now say "phorge". Example tests:
Diff Detail
Event Timeline
Comment Actions We have just a minor issue but with a potentially working fix, and it's ready to land
Comment Actions So this is the only blocking Test that is failing:
Then, ready to land \o/ Comment Actions Oh, I see, you mean the <tt> is rendered verbatim in the page: Actually, in this case the entire string is already wrapped in a <tt>, so it's redundant to wrap the prompt as well. I tested changing the wrapping element to a <pre>, but that doesn't improve things because the nice display of pre elements is confined to the setup-issues.css stylesheet (the one modified in D25466). I mean, technically we could do better by using newDialog()->appendCommand() instead of newDialog()->appendParagraph() — as is done in PhabricatorPeopleDeleteController.php, resulting in the following: ...but that would require refactoring how the bulk job dialog is built; currently there's an array $parts constructed in PhabricatorEditEngineBulkJobType::getDescriptionForConfirm(), and each element of the array is passed to newDialog()->appendParagraph() in PhabricatorDaemonBulkJobMonitorController::handleRequest(). Besides being out of scope for the changes proposed in this revision, I also think that even PhabricatorPeopleDeleteController should be refactored too, to use an actual <pre> element for the commands, as is done for the setup issues pages edited in D25466, rather than a <p class="aphront-dialog-view-paragraph aphront-dialog-view-command">. So tl;dr: as a minimal fix, I will for now just change the "phabricator" string to be the result of PlatformSymbols::getPlatformServerPath() instead, leaving the entire command wrapped in a single <tt> tag, and later we can think about refactoring these dialogs. The result is therefore this:
Comment Actions Thanks for the deep inspection! Tested and I agree
|