diff options
author | Eric Gardner <egardner@wikimedia.org> | 2021-12-16 16:38:47 -0800 |
---|---|---|
committer | Gerrit Code Review <gerrit@wikimedia.org> | 2021-12-17 00:38:47 +0000 |
commit | 0e7515ff6725b300df0d8786ccf122d55a8c4310 (patch) | |
tree | feb62a8663a59c37ced8dd88dd370f6d4b9c3cbd | |
parent | e9394e22dfd6224664c565ec79c7f0e44ad9af2f (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/MediaSearch | 0 |
1 files changed, 0 insertions, 0 deletions
diff --git a/extensions/MediaSearch b/extensions/MediaSearch -Subproject 651a84bf25a683fde679449e284c889936f22b0 +Subproject af3dcaf7cdd1a71a8cedfbf1f4558f168cbaafd |