Page MenuHomePhabricator

Provide "phutil_build_http_querystring()", like "http_build_query()" but not wrong by default
ClosedPublic

Authored by epriestley on Jan 28 2019, 11:10 PM.
Tags
None
Referenced Files
F19913161: D20049.id47901.diff
Fri, Apr 3, 12:33 AM
F19910731: D20049.id.diff
Thu, Apr 2, 9:33 AM
F19885767: D20049.diff
Sat, Mar 21, 10:18 AM
F19815926: D20049.id47875.diff
Thu, Mar 5, 1:57 AM
F19813194: D20049.diff
Wed, Mar 4, 8:02 AM
F19728160: D20049.diff
Feb 14 2026, 12:51 AM
F19097170: D20049.diff
Dec 4 2025, 12:35 PM
F18865484: D20049.diff
Nov 3 2025, 12:33 PM
Subscribers
None

Details

Summary

See D20039. Although http_build_query() works fine for the most part, it does the wrong thing by default if arg_separator.output is set in configuration.

Provide a wrapper which forces the expected behavior.

Test Plan

Ran unit tests.

Diff Detail

Repository
rPHU libphutil
Branch
http1
Lint
Lint Errors
SeverityLocationCodeMessage
Errorsrc/utils/utils.php:1317XHP45PHP Compatibility
Errorsrc/utils/utils.php:1317XHP45PHP Compatibility
Unit
Tests Passed
Build Status
Buildable 21729
Build 29648: Run Core Tests
Build 29647: arc lint + arc unit

Event Timeline

src/markup/engine/remarkup/blockrule/PhutilRemarkupTestInterpreterRule.php
14

HA HA HA THIS TEST WOULD PREVIOUSLY FAIL UNDER UNUSUAL VALUES OF arg_separator.output HA HA HA PHP

Marking this as changes requested because I think the PhutilURI.php change is wrong.

src/markup/engine/remarkup/blockrule/PhutilRemarkupTestInterpreterRule.php
14

yourewelcome

src/parser/PhutilURI.php
177

Dangling arguments?

This revision now requires changes to proceed.Jan 29 2019, 3:25 AM
src/parser/PhutilURI.php
177

Ah, thanks!

  • Remove dangling arguments.
This revision is now accepted and ready to land.Jan 29 2019, 3:33 AM
  • Switch to PHP_QUERY_RFC3986 mode.
  • Add unit tests.

This corresponds to rawurlencode(). The default mode (PHP_QUERY_RFC1738) corresponds to urlencode().

The only differences for this new mode are:

  • Space is encoded as %20 (instead of +).
  • "~" is not encoded (instead of %7F).

The space encoding as %20 seems strongly preferable, since any reasonable parser can and should handle it unambiguously, while the meaning of + to parsers is ambiguous.

This is also what Duo (at least) expects, and what we'd expect ourselves.

  • Use rawurlencode(), not http_build_query(), because PHP_QUERY_RFC3986 requires PHP 5.4 or newer.

This could probably use another quick look, see also D20053.

I added a note for the version thing in T7408.

This revision is now accepted and ready to land.Jan 30 2019, 6:20 AM
This revision was automatically updated to reflect the committed changes.