TeamCity CI integrations broken
Summary
TeamCity build status is not displayed on GitLab for merge requests. However, the service integration is working as desired ('Test Call' works fine)
Steps to reproduce
- Active Jetbrains TeamCity Integration
- Open MR
- Watch MR
What is the current bug behavior?
The first time the MR displays 'Could not contact the CI server'. However, after a page reload the whole box is missing.
What is the expected correct behavior?
I'd like to see the build status of the MR (worked in 8.x at least)
Relevant logs and/or screenshots
Software used: GitLab 9.2.2-ce.0 TeamCity 2017.1.1
JS error on the MR page:
vue.esm.js:1447 TypeError: Cannot read property 'status' of undefined at a.status (mr_widget_pipeline.js:27) at go.JTVE.go.get (vue.esm.js:2467) at go.JTVE.go.evaluate (vue.esm.js:2567) at a.status (vue.esm.js:2811) at a.eval (eval at pi (vue.esm.js:8959), <anonymous>:2:491) at a.JTVE.t._render (vue.esm.js:3607) at a.r (vue.esm.js:2156) at go.JTVE.go.get (vue.esm.js:2467) at new go (vue.esm.js:2450) at ct (vue.esm.js:2160)
Output of checks
(If you are reporting a bug on GitLab.com, write: This bug happens on GitLab.com)
Results of GitLab environment info
Expand for output related to GitLab environment info
System information System: Current User: git Using RVM: no Ruby Version: 2.3.3p222 Gem Version: 2.6.6 Bundler Version:1.13.7 Rake Version: 10.5.0 Redis Version: 3.2.5 Git Version: 2.11.1 Sidekiq Version:5.0.0
GitLab information Version: 9.2.2 Revision: cbde95c Directory: /opt/gitlab/embedded/service/gitlab-rails DB Adapter: mysql2 URL: https://git.xx.cc HTTP Clone URL: https://git.xx.cc/some-group/some-project.git SSH Clone URL: git@git.xx.cc:some-group/some-project.git Using LDAP: yes Using Omniauth: no
GitLab Shell Version: 5.0.4 Repository storage paths:
- default: /var/opt/gitlab/git-data/repositories Hooks: /opt/gitlab/embedded/service/gitlab-shell/hooks Git: /opt/gitlab/embedded/bin/git
Results of GitLab application Check
Everything ok
Possible fixes
/<project>/merge_requests/316/ci_environments_status
always returns []
- i suspect a bug / wrong handling in this call for the TeamCity integration service