discourse/spec/jobs/crawl_topic_link_spec.rb

# frozen_string_literal: true

RSpec.describe Jobs::CrawlTopicLink do

  let(:job) { Jobs::CrawlTopicLink.new }

  it "needs a topic_link_id" do
    expect { job.execute({}) }.to raise_error(Discourse::InvalidParameters)
  end
end
DEV: use #frozen_string_literal: true on all spec This change both speeds up specs (less strings to allocate) and helps catch cases where methods in Discourse are mutating inputs. Overall we will be migrating everything to use #frozen_string_literal: true it will take a while, but this is the first and safest move in this direction 2019-04-29 19:27:42 -05:00			`# frozen_string_literal: true`

Add RSpec 4 compatibility (#17652) * Remove outdated option https://github.com/rspec/rspec-core/commit/04078317ba6577699d06cf4dccf014254dcde7a6 * Use the non-globally exposed RSpec syntax https://github.com/rspec/rspec-core/pull/2803 * Use the non-globally exposed RSpec syntax, cont https://github.com/rspec/rspec-core/pull/2803 * Comply to strict predicate matchers See: - https://github.com/rspec/rspec-expectations/pull/1195 - https://github.com/rspec/rspec-expectations/pull/1196 - https://github.com/rspec/rspec-expectations/pull/1277 2022-07-27 21:27:38 -05:00			`RSpec.describe Jobs::CrawlTopicLink do`
Support for crawling topic links 2014-04-05 13:47:25 -05:00
			`let(:job) { Jobs::CrawlTopicLink.new }`

			`it "needs a topic_link_id" do`
Update rspec syntax to v3 update rspec syntax to v3 change syntax to rspec v3 oops. fix typo mailers classes with rspec3 syntax helpers with rspec3 syntax jobs with rspec3 syntax serializers with rspec3 syntax views with rspec3 syntax support to rspec3 syntax category spec with rspec3 syntax 2014-12-31 08:55:03 -06:00			`expect { job.execute({}) }.to raise_error(Discourse::InvalidParameters)`
Support for crawling topic links 2014-04-05 13:47:25 -05:00			`end`
			`end`