GitLab Pages doesn't play nice with groups containing uppercase letters

The paths in GitLab can contain uppercase letters (this applies to group and user names). However, when Nginx transforms ServerName it makes it lowercase and since we use case sensitive filesystem it leads to wrong directory.

Fixing that on 8.3 or 8.4 is problematic, because it would require directory structure migration. This is solved by GitLab Pages Daemon that we may use in next release: https://gitlab.com/gitlab-org/gitlab-ee/issues/134#note_3141282.

Related to: https://gitlab.com/gitlab-com/support-forum/issues/502

@sytses @jacobvosmaer What do you think about resolving that error with Pages Daemon?

@ayufan I thought that we discussed an easy fix where Sidekiq downcases the directory before creating it. It would not need a migration, broken sites can just redeploy.

Why not do the simple fix first?

We also need to add that fix for other places where: we rename project, rename namespace or move project between namespaces. And it becomes not so anymore.

Added ~148173 label

Added ~91797 label

Added pages label

Removed ~148173 label

@ayufan this is fixed, right? If so please close.

Milestone changed to 8.6

Yes it is with 8.5.

Status changed to closed

Not fixed for me! Sander_Maijers.gitlab.io = 404

@sander_maijers I can see that http://sander_maijers.gitlab.io/ works just fine.

It has only worked since I changed my login to all-lowercase, however.

@ayufan Should we allow people to name their Pages repo with uppercase characters if their username contains these? Of course the actual site host will still be lowercase.

@DouweM It's a problem, because we receive the hostname as lower-case. It possible, but it will require to preserve that information somewhere.

@ayufan Can we simply make the pages directory name lowercase if the project name ends in .gitlab.io?

Yes, we should be able to do it :)

However, this seems like a hackish solution :)

Milestone changed to 8.9

@ayufan Sounds like simple normalization to me :)