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

Description

Screenshot of problem

Scenario:

  • 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

Attached:

Details

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: https://gerrit.wikimedia.org/r/64867 (Gerrit Change I66f5fc56554984af58d6223dc6cd76b3ab9940bd)

Add Comment