Page MenuHomePhabricator

VisualEditor: MWLinkTargetInputWidget should grok case sensitivity of suggested page title vs. the inputed text
Closed, ResolvedPublic


Screenshot of problem


  • Document contains " ... esams ... "
  • Wiki has a page called "Esams".
  • Wiki does not have case-sensitive first character in the main namespace.
  • Select "esams" and turn it into a link
  • UI shows: [ esams ] New page: <redlink> esams Matching page: Esams Esams cluster Esams patches

That first redlink is incorrect, it should show the same as when the input is "Esams" (with capital E), namely no "redlink" since the first match is in fact the input.

It needs to account for the $wgCapitalLinkOverrides and $wgCapitalLinkOverrides configuration etc. This is abstracted in PHP by MWNamespace::isCapitalized, which is exposed in javascript as 'wgCaseSensitiveNamespaces' in mw.config.

Version: unspecified
Severity: major




Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 1:36 AM
bzimport set Reference to bz48476.
Krinkle created this task.May 14 2013, 11:16 PM
  • Bug 48433 has been marked as a duplicate of this bug. ***

Basically any normalisation causes this bug.

also things like user:krinkle -> User:Krinkle, and localized namespaces and alias namespaces (Image>File).

Related URL: (Gerrit Change I66f5fc56554984af58d6223dc6cd76b3ab9940bd)