Page MenuHomePhabricator

Allow empty Reason-Phrases
ClosedPublic

Authored by nfirmani on Aug 31 2018, 11:24 PM.
Tags
None
Referenced Files
F15515232: D19628.diff
Fri, Apr 18, 8:52 AM
F15460721: D19628.id46918.diff
Tue, Apr 1, 1:30 AM
F15455947: D19628.diff
Sun, Mar 30, 5:54 AM
F15444774: D19628.id46921.diff
Thu, Mar 27, 11:14 AM
F15435437: D19628.id.diff
Tue, Mar 25, 8:16 AM
F15431309: D19628.diff
Mar 24 2025, 11:43 AM
F15414027: D19628.diff
Mar 19 2025, 10:36 PM
F15309456: D19628.id46921.diff
Mar 6 2025, 7:21 AM
Subscribers

Details

Summary

According to RFC 7230, the reason-phrase section of a HTTP response can be empty. This regex expects a space before an optional reason-phrase. This diff patches it so the space is optional as well.

I discovered recently when integrating a JIRA instance with a self hosted version of Phabricator that the JIRA OAUTH endpoint would respond with just HTTP/1.1 200 instead of the much more common HTTP/1.1 200 OK message. This caused this regex to fail to match the successful response and JIRA account linking to fail, disappointing my corporate overlords.

Test Plan

I tested this regex in isolation using a scratch PHP file to check its behavior. I then patched it into our instance of Phabricator and tried linking a JIRA account to a Phabricator account and saw that it succeeded.

An example response that would not parse correctly before is

HTTP/1.1 200

Content-Type: text/plain

content

Diff Detail

Repository
rPHU libphutil
Branch
nf_HTTP_200_is_my_favorite_status_code_thanks_JIRA_for_this_magic_🧙_
Lint
Lint Passed
Unit
Tests Passed
Build Status
Buildable 20724
Build 28170: arc lint + arc unit

Event Timeline

PhutilHTTPResponseParser and the actual test coverage on that should get this change too since parseRawHTTPResponse() is theoretically on the chopping block, but I can take care of that. Thanks!

This revision is now accepted and ready to land.Sep 4 2018, 3:22 PM
This revision was automatically updated to reflect the committed changes.