spec/models/project_services/gitlab_issue_tracker_service_spec.rb pollutes later specs
Running bundle exec rspec spec/models/project_services/gitlab_issue_tracker_service_spec.rb spec/lib/banzai/pipeline/gfm_pipeline_spec.rb
fails:
GitlabIssueTrackerService
Associations
should belong to project
should have one service_hook
Validations
when service is active
should require issues_url to be set
behaves like issue tracker service URL attribute
should allow issues_url to be set to "https://example.com"
should not allow issues_url to be set to "example.com"
should not allow issues_url to be set to "ftp://example.com"
should not allow issues_url to be set to "herp-and-derp"
when service is inactive
should not require issues_url to be set
project and issue urls
with absolute urls
gives the correct path
with relative urls
gives the correct path
Banzai::Pipeline::GfmPipeline
integration between parsing regular and external issue references
allows to use shorthand external reference syntax for Redmine
parses cross-project references to regular issues (FAILED - 1)
Failures:
1) Banzai::Pipeline::GfmPipeline integration between parsing regular and external issue references parses cross-project references to regular issues
Failure/Error:
expect(link['href']).to eq(
Gitlab::Routing.url_helpers.project_issue_path(other_project, issue)
)
expected: "/namespace10/project10/issues/1"
got: "/gitlab/root/namespace10/project10/issues/1"
(compared using ==)
# ./spec/lib/banzai/pipeline/gfm_pipeline_spec.rb:24:in `block (3 levels) in <top (required)>'
# -e:1:in `<main>'
Finished in 6.28 seconds (files took 1.01 seconds to load)
12 examples, 1 failure
Failed examples:
rspec ./spec/lib/banzai/pipeline/gfm_pipeline_spec.rb:16 # Banzai::Pipeline::GfmPipeline integration between parsing regular and external issue references parses cross-project references to regular issues
https://gitlab.com/jacobvosmaer-gitlab/gitlab-ce/-/jobs/22219431