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:

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

Add Comment

Column Prototype
This is a very early prototype of a persistent column. It is not expected to work yet, and leaving it open will activate other new features which will break things. Press "\" (backslash) on your keyboard to close it now.