discourse/spec/requests/admin/embedding_controller_spec.rb

# frozen_string_literal: true

require 'rails_helper'

describe Admin::EmbeddingController do
  it "is a subclass of AdminController" do
    expect(Admin::EmbeddingController < Admin::AdminController).to eq(true)
  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`

Prepare for separation of RSpec helper files Since rspec-rails 3, the default installation creates two helper files: * `spec_helper.rb` * `rails_helper.rb` `spec_helper.rb` is intended as a way of running specs that do not require Rails, whereas `rails_helper.rb` loads Rails (as Discourse's current `spec_helper.rb` does). For more information: https://www.relishapp.com/rspec/rspec-rails/docs/upgrade#default-helper-files In this commit, I've simply replaced all instances of `spec_helper` with `rails_helper`, and renamed the original `spec_helper.rb`. This brings the Discourse project closer to the standard usage of RSpec in a Rails app. At present, every spec relies on loading Rails, but there are likely many that don't need to. In a future pull request, I hope to introduce a separate, minimal `spec_helper.rb` which can be used in tests which don't rely on Rails. 2015-10-11 04:41:23 -05:00			`require 'rails_helper'`
FEATURE: Can edit category/host relationships for embedding 2015-08-18 16:15:46 -05:00
			`describe Admin::EmbeddingController do`
			`it "is a subclass of AdminController" do`
			`expect(Admin::EmbeddingController < Admin::AdminController).to eq(true)`
			`end`
			`end`