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


bzimport set Reference to bz48476.
Krinkle created this task.Via LegacyMay 14 2013, 11:16 PM
Jdforrester-WMF added a comment.Via ConduitMay 16 2013, 4:14 PM
  • Bug 48433 has been marked as a duplicate of this bug. ***
Krinkle added a comment.Via ConduitMay 21 2013, 10:17 PM

Basically any normalisation causes this bug.

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

gerritbot added a comment.Via ConduitMay 21 2013, 10:20 PM

Related URL: (Gerrit Change I66f5fc56554984af58d6223dc6cd76b3ab9940bd)

Add Comment