Last modified: 2014-09-14 17:16:21 UTC
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.
Raising to normal, this is a semi-regular annoyance for me. Probably related to bug 53753
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
