Page MenuHomePhabricator

CentralNotice banner paging needs to be aware of banner filtering
Closed, ResolvedPublic

Description

Author: mwalker

Description:
Although the first page of any banner pager view will have the filter applied, moving to any other page (or clicking any link in the pager) will remove the filter.

Somehow we need to inform the pager that it can in fact add an additional GET string to the URI to re-add the filter on page move.


Version: unspecified
Severity: normal

Details

Reference
bz39212

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 1:07 AM
bzimport set Reference to bz39212.

Raising to normal, this is a semi-regular annoyance for me. Probably related to bug 53753

andrew.green.df wrote:

Interestingly, on my local install, the filter remains set when I move from one page to another. But the bug is indeed present as reported on Meta.

CentralNotice stores the last filter value in session data:

https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FCentralNotice/78f46af3e95aabe94286b6e830a07bbaace685b2/special%2FSpecialCentralNoticeBanners.php#L34

https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FCentralNotice/78f46af3e95aabe94286b6e830a07bbaace685b2/special%2FSpecialCentralNotice.php#L1522

Maybe something about caching in production gets in the way?

Change 151568 had a related patch set uploaded by AndyRussG:
Fix banner name filter and put it in URLs

https://gerrit.wikimedia.org/r/151568

Change 151568 merged by jenkins-bot:
Fix banner name filter and put it in URLs

https://gerrit.wikimedia.org/r/151568

Change 155318 had a related patch set uploaded by Awight:
Fix banner name filter and put it in URLs

https://gerrit.wikimedia.org/r/155318

Change 155318 merged by Ejegg:
Fix banner name filter and put it in URLs

https://gerrit.wikimedia.org/r/155318