Page MenuHomePhabricator

Special pages need entry in $specialPageAliases
Closed, ResolvedPublic

Description

From Siebrand in https://gerrit.wikimedia.org/r/#/c/96166/:

All special pages should have an entry in $specialPageAliases['en']. Please do a complete check for MobileFrontend.


Version: unspecified
Severity: normal

Details

Reference
bz57574

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 2:18 AM
bzimport set Reference to bz57574.
bzimport added a subscriber: Unknown Object (MLST).

bingle-admin wrote:

Prioritization and scheduling of this bug is tracked on Mingle card https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1453

A precommit hook would be useful as well to ensure ones added in future have them...

Absence of special page aliases causes a flood of notices.

where is this flood? I'm not seeing it thus I suspect there is some way we can improve our process to identify this problem and stop it happening in future.

Ping.
I'm not seeing this 'flood of notices' anywhere. Where should I be looking?

Also what pages need aliases so it is clear how to resolve this bug.

(In reply to comment #5)

Ping.
I'm not seeing this 'flood of notices' anywhere. Where should I be looking?

Also what pages need aliases so it is clear how to resolve this bug.

If you enable logging of wfWarn() you'll see "Did not find alias for special page $name. Perhaps no aliases are defined for it?"

Okay the flood of notices is only shown when $wgDevelopmentWarnings = true; and when you visit a special page with no aliases setup.

Now this bug is much clearer.

This seems to be resolved. I did an audit and all special pages added my mobile do not seem to be triggering any alias related notices on current master.