Yorick Peterse 31e28ebceb Load related MRs/branches asynchronously ...

Currently this works by loading the HAML partials via XHR. While this is
not the nicest setup it _is_ the easiest setup using the tools we
currently have.

Loading this data asynchronously doesn't make loading the related
MRs/branches itself faster, it merely ensures that loading the issue
itself is not slowed down.

Fixes gitlab-org/gitlab-ce#14949

2016-04-13 17:24:21 +02:00

..

assets

Load related MRs/branches asynchronously

2016-04-13 17:24:21 +02:00

controllers

Load related MRs/branches asynchronously

2016-04-13 17:24:21 +02:00

finders

Standardised the output of the JSON to always include the name

2016-03-29 11:59:13 +01:00

helpers

Fix todo_target_path for todos where target was removed

2016-04-12 18:06:52 -03:00

mailers

Improve and finish the fallback to the In-Reply-To and References header for the reply-by-email feature

2016-03-25 13:05:15 +01:00

models

Merge branch 'issue_15044' into 'master'

2016-04-13 09:10:57 +00:00

services

Merge branch 'decouple-member-notification' into 'master'

2016-04-12 16:39:40 +00:00

uploaders

Remove reduntant move_to_store override

2016-03-30 12:50:19 +02:00

validators

Allow webhooks URL to have leading and trailing spaces

2016-02-26 14:34:06 -05:00

views

Load related MRs/branches asynchronously

2016-04-13 17:24:21 +02:00

workers

Exclude projects pending deletion from all results

2016-03-31 20:20:18 +02:00