Details
-
Idea
-
Resolution: Unresolved
-
Major
-
None
-
6.3-rc-1
-
None
-
Unknown
-
Description
Currently, XWiki is case sensitive. This means the same resource name (document name, space name, etc) can be written with either small letters or big letters or a mix.
Examples: You can have both "Main.Test" and "Main.test" as 2 different documents. Also, you can have "XWiki.Admin" and "XWiki.admin" as 2 different users. This also applies to URLs, as "/Main/Test" is different from "/Main/test" or "/main/test", so all these 3 are different resources.
Even from this short description, one can already identify possible problems of this approach.
From the top 3 operating systems (Linux, Mac an Windows), only Linux is case sensitive, the other two (more user-focused Operating Systems) are both case insensitive.
Since XWiki has one of its main targets the Enterprise users, it is safe to assume that the correct approach would be to also be more user-focused and simplify things and avoid confusions by being case insensitive as well.
Also, a quick search on existing issues validates the need for this improvement.
Attachments
Issue Links
- is related to
-
XWIKI-1530 Backlinks should be case-sensitive
- Closed
-
XWIKI-4289 Data being removed when a property is renamed
- Closed
-
XWIKI-8691 Sorting in the Livetable is case sensitive
- Closed
-
XWIKI-9367 Livetable tag cloud is not case sensitive but results inside the livetable are
- Closed
-
XE-47 Search should be case insensitive
- Closed
-
XWIKI-346 getSpaceDocsNames loses the documents whose name only differs in capitalization
- Closed
-
XWIKI-2517 Login with existing user in different case generate new user profile with LDAP
- Closed
-
XWIKI-7364 Extension search results seem to be case sensitive
- Closed
-
XCOMMONS-299 Search in local/installed/core extensions repositories should be case insensitive
- Closed
-
XWIKI-7426 Search should be case insensitive on XWiki Repository
- Closed