discourse/spec/lib/trashable_spec.rb

# frozen_string_literal: true

RSpec.describe Trashable do
  # post is trashable, just use it.
  it "works correctly" do
    p1 = Fabricate(:post)
    p2 = Fabricate(:post)

    expect { p1.trash! }.to change { Post.count }.by(-1)
    expect(Post.with_deleted.count).to eq(Post.count + 1)
  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-30 08:27:42 +08: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-28 10:27:38 +08:00			`RSpec.describe Trashable do`
spec for trashable 2013-07-26 12:41:58 +08:00			`# post is trashable, just use it.`
			`it "works correctly" do`
			`p1 = Fabricate(:post)`
			`p2 = Fabricate(:post)`

change it so all topics MUST include a category, we store a special uncategorized category to compensate this cleans up a bunch of internals and removes some settings 2013-10-24 07:05:51 +08:00			`expect { p1.trash! }.to change { Post.count }.by(-1)`
few components with rspec3 syntax 2015-01-10 00:34:37 +08:00			`expect(Post.with_deleted.count).to eq(Post.count + 1)`
spec for trashable 2013-07-26 12:41:58 +08:00			`end`
			`end`