summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorEric Gardner <egardner@wikimedia.org>2021-12-16 16:38:47 -0800
committerGerrit Code Review <gerrit@wikimedia.org>2021-12-17 00:38:47 +0000
commit0e7515ff6725b300df0d8786ccf122d55a8c4310 (patch)
treefeb62a8663a59c37ced8dd88dd370f6d4b9c3cbd
parente9394e22dfd6224664c565ec79c7f0e44ad9af2f (diff)
Update git submodules
* Update extensions/MediaSearch from branch 'wmf/1.38.0-wmf.13' to af3dcaf7cdd1a71a8cedfbf1f4558f168cbaafde - Don't boot users with title="Special:MediaSearch" back to old search page The PHP UI supports the same search filters that the JS UI does (file type, file size, etc). If a no-JS user lands on the MediaSearch page with a url like ?type=image&filemime=png, the server-rendered results page will give the user only PNG results, etc. Most of these filters are specific to a given media type. It's not valid to ask for video results and then filter by PNG files for instance. We show an "invalid search" message to users who arrive on the page with invalid type & filter combinations in their URL params. Previously the PHP search results page would strip out all query params except for search term and "sort" (the only option supported across all tabs) when generating HTML form code that allows the user to click on tabs and change the search media type in an otherwise static UI. Now that users are arriving on MediaSearch from the Commons main page with "title=Special:MediaSearch" in their URL params, we need to make sure we preserve "title" params across tabs as well. Bug: T297877 Change-Id: Id998f27613da24dabf19f84f29f37d78ddbe78b5
m---------extensions/MediaSearch0
1 files changed, 0 insertions, 0 deletions
diff --git a/extensions/MediaSearch b/extensions/MediaSearch
-Subproject 651a84bf25a683fde679449e284c889936f22b0
+Subproject af3dcaf7cdd1a71a8cedfbf1f4558f168cbaafd