When opening the IDE on a project where the user doesn't have push
access, we create a fork and then redirect back to the IDE. To make
sure the user can actually commit, we need to open the IDE in the forked
project rather than the upstream project.

Kieran Andrews authored 5 years ago and Nick Thomas committed 5 years ago

Merge branch 'feature/webide_escaping' of gitlab.com:hiddentiger/gitlab-ce into feature/webide_escaping

Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/42382

This is to DRY the repeated file size check.

Move spec and constants to Highlight

We should use this limit everywhere, but especially in project search results,
where we could be highlighting very long single lines. (Typical examples:
minified JavaScript, and JSON data files.)

There are some redundancies in the validation steps, and that is to
preserve current error messages behavior

Also few specs have to be changed in order to fix madness in validation
logic.

This reverts commit 96bef54154e669f9a3e92c3a4bc76c0be3a52e48.

On a merge request with over 1000 changed files, there were redundant
calls to blob_text_viewable?, which incurred about 7% of the time.

Improves #14775