Page Menu
Home
Phabricator
Search
Configure Global Search
Log In
Files
F14411567
D18856.diff
No One
Temporary
Actions
View File
Edit File
Delete File
View Transforms
Subscribe
Mute Notifications
Award Token
Flag For Later
Size
1 KB
Referenced Files
None
Subscribers
None
D18856.diff
View Options
diff --git a/src/applications/diffusion/ssh/DiffusionMercurialServeSSHWorkflow.php b/src/applications/diffusion/ssh/DiffusionMercurialServeSSHWorkflow.php
--- a/src/applications/diffusion/ssh/DiffusionMercurialServeSSHWorkflow.php
+++ b/src/applications/diffusion/ssh/DiffusionMercurialServeSSHWorkflow.php
@@ -66,17 +66,6 @@
->setWillWriteCallback(array($this, 'willWriteMessageCallback'))
->execute();
- // TODO: It's apparently technically possible to communicate errors to
- // Mercurial over SSH by writing a special "\n<error>\n-\n" string. However,
- // my attempt to implement that resulted in Mercurial closing the socket and
- // then hanging, without showing the error. This might be an issue on our
- // side (we need to close our half of the socket?), or maybe the code
- // for this in Mercurial doesn't actually work, or maybe something else
- // is afoot. At some point, we should look into doing this more cleanly.
- // For now, when we, e.g., reject writes for policy reasons, the user will
- // see "abort: unexpected response: empty string" after the diagnostically
- // useful, e.g., "remote: This repository is read-only over SSH." message.
-
if (!$err && $this->didSeeWrite) {
$repository->writeStatusMessage(
PhabricatorRepositoryStatusMessage::TYPE_NEEDS_UPDATE,
File Metadata
Details
Attached
Mime Type
text/plain
Expires
Wed, Dec 25, 11:20 AM (10 h, 53 m)
Storage Engine
blob
Storage Format
Encrypted (AES-256-CBC)
Storage Handle
6926043
Default Alt Text
D18856.diff (1 KB)
Attached To
Mode
D18856: Remove an obsolete comment about Mercurial SSH error behavior
Attached
Detach File
Event Timeline
Log In to Comment