aliases/implications: remove 'pending' state.
Remove the pending status from tag aliases and implications. Previously aliases would be created first in the pending state then changed to active when the alias was later processed in a delayed job. This meant that BURs weren't processed completely sequentially; first all the aliases in a BUR would be created in one go, then later they would be processed and set to active sequentially. This was problematic in complex BURs that tried to reverse or swap around aliases, since new pending aliases could be created before old conflicting aliases were removed.
This commit is contained in:
@@ -107,10 +107,13 @@ class ArtistsControllerTest < ActionDispatch::IntegrationTest
|
||||
|
||||
context "ban action" do
|
||||
should "ban an artist" do
|
||||
put_auth ban_artist_path(@artist.id), @admin
|
||||
perform_enqueued_jobs do
|
||||
put_auth ban_artist_path(@artist.id), @admin
|
||||
end
|
||||
|
||||
assert_redirected_to(@artist)
|
||||
assert_equal(true, @artist.reload.is_banned?)
|
||||
assert_equal(true, TagImplication.exists?(antecedent_name: @artist.name, consequent_name: "banned_artist"))
|
||||
assert_equal(true, TagImplication.exists?(antecedent_name: @artist.name, consequent_name: "banned_artist", status: "active"))
|
||||
end
|
||||
|
||||
should "not allow non-admins to ban artists" do
|
||||
|
||||
Reference in New Issue
Block a user