Видеомагнитофон говорит "кассета не используется" даже после указания кассеты

У меня есть приложение RoR только для API с моделью пользователя. Пользователи проходят аутентификацию через Twilio/Authy (используя этот драгоценный камень). Каждый пользователь has_oneauthy_user модель для хранения достоверной информации, с dependent: :destroy,

authy_user модель имеет before_destroy хук, который подключается к authy api через gem authy и удаляет пользователя там.

authy_user спецификации работают отлично, и я записал кассеты для регистрации и удаления пользователей с помощью authy api.

Кусок authy_user спецификация:

describe "delete user" do
 before do
  @user = create(:user_with_authy_user)
 end

 context "user is registered" do
  it "deletes user in authy and locally" do
    VCR.use_cassette("authy_delete_user") do
      expect {
        @user.authy_user.destroy
      }.to change { AuthyUser.count }.by(-1)
     end
   end
 end
end

(это происходит с той же ошибкой, что и ниже, если я изменяю @user.authy_user.destroy в @user.destroy)

Моя проблема заключается в user запросите спецификацию, а именно ту, которая удаляет пользователя.

Вот спецификация, которая терпит неудачу:

describe "DELETE /user" do
  context "user exists" do
    before do
      @user = create(:user_with_authy_user)
      @token = JWTService.issue_access_token user: @user, provider: "authy"
    end

    it "deletes the user" do
      expect {
        VCR.use_cassette("authy_delete_user") do
          delete(user_path, headers: { "X-Auth-Token": @token })
        end
      }.to change { User.count }.by(-1)
      expect(status).to eq(204)
      expect(body).to be_blank
    end
  end
end

Вот провал:

  1) Users DELETE /user user exists deletes the user
 Failure/Error: Authy::API.delete_user id: authy_id

 VCR::Errors::UnhandledHTTPRequestError:


   ================================================================================
   An HTTP request has been made that VCR does not know how to handle:
     POST https://api.authy.com/protected/json/users/delete/92962960

   There is currently no cassette in use. There are a few ways
   you can configure VCR to handle this request:

     * If you're surprised VCR is raising this error
       and want insight about how VCR attempted to handle the request,
       you can use the debug_logger configuration option to log more details [1].
     * If you want VCR to record this request and play it back during future test
       runs, you should wrap your test (or this portion of your test) in a
       `VCR.use_cassette` block [2].
     * If you only want VCR to handle requests made while a cassette is in use,
       configure `allow_http_connections_when_no_cassette = true`. VCR will
       ignore this request since it is made when there is no cassette [3].
     * If you want VCR to ignore this request (and others like it), you can
       set an `ignore_request` callback [4].

   [1] https://www.relishapp.com/vcr/vcr/v/4-0-0/docs/configuration/debug-logging
   [2] https://www.relishapp.com/vcr/vcr/v/4-0-0/docs/getting-started
   [3] https://www.relishapp.com/vcr/vcr/v/4-0-0/docs/configuration/allow-http-connections-when-no-cassette
   [4] https://www.relishapp.com/vcr/vcr/v/4-0-0/docs/configuration/ignore-request
   ================================================================================
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/vcr-4.0.0/lib/vcr/request_handler.rb:97:in `on_unhandled_request'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/vcr-4.0.0/lib/vcr/library_hooks/webmock.rb:129:in `on_unhandled_request'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/vcr-4.0.0/lib/vcr/request_handler.rb:24:in `handle'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/vcr-4.0.0/lib/vcr/library_hooks/webmock.rb:144:in `block in <module:WebMock>'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/webmock-3.4.2/lib/webmock/stub_registry.rb:28:in `block in register_global_stub'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/webmock-3.4.2/lib/webmock/request_pattern.rb:40:in `matches?'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/webmock-3.4.2/lib/webmock/stub_registry.rb:58:in `block in request_stub_for'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/webmock-3.4.2/lib/webmock/stub_registry.rb:57:in `each'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/webmock-3.4.2/lib/webmock/stub_registry.rb:57:in `detect'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/webmock-3.4.2/lib/webmock/stub_registry.rb:57:in `request_stub_for'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/webmock-3.4.2/lib/webmock/stub_registry.rb:50:in `response_for_request'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/webmock-3.4.2/lib/webmock/http_lib_adapters/httpclient_adapter.rb:187:in `block in webmock_responses'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/webmock-3.4.2/lib/webmock/http_lib_adapters/httpclient_adapter.rb:59:in `do_get'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/webmock-3.4.2/lib/webmock/http_lib_adapters/httpclient_adapter.rb:47:in `do_get_block'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/httpclient-2.8.3/lib/httpclient.rb:1019:in `block in do_request'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/httpclient-2.8.3/lib/httpclient.rb:1133:in `protect_keep_alive_disconnected'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/httpclient-2.8.3/lib/httpclient.rb:1014:in `do_request'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/httpclient-2.8.3/lib/httpclient.rb:856:in `request'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/httpclient-2.8.3/lib/httpclient.rb:765:in `post'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/authy-2.7.4/lib/authy/api.rb:119:in `post_request'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/authy-2.7.4/lib/authy/api.rb:100:in `delete_user'
 # ./app/services/authy_service.rb:20:in `delete'
 # ./app/models/authy_user.rb:74:in `remove_from_authy'
 # ./app/controllers/users_controller.rb:31:in `destroy'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/rack-2.0.5/lib/rack/etag.rb:25:in `call'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/rack-2.0.5/lib/rack/conditional_get.rb:38:in `call'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/rack-2.0.5/lib/rack/head.rb:12:in `call'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/railties-5.2.0/lib/rails/rack/logger.rb:38:in `call_app'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/railties-5.2.0/lib/rails/rack/logger.rb:26:in `block in call'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/railties-5.2.0/lib/rails/rack/logger.rb:26:in `call'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/rack-2.0.5/lib/rack/runtime.rb:22:in `call'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/rack-2.0.5/lib/rack/sendfile.rb:111:in `call'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/railties-5.2.0/lib/rails/engine.rb:524:in `call'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/rack-test-1.0.0/lib/rack/mock_session.rb:29:in `request'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/rack-test-1.0.0/lib/rack/test.rb:259:in `process_request'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/rack-test-1.0.0/lib/rack/test.rb:119:in `request'
 # ./spec/requests/users_request_spec.rb:137:in `block (5 levels) in <main>'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/vcr-4.0.0/lib/vcr/util/variable_args_block_caller.rb:9:in `call_block'
 # /Users/raymondgulbrandsen/.gem/ruby/2.5.0/gems/vcr-4.0.0/lib/vcr.rb:188:in `use_cassette'
 # ./spec/requests/users_request_spec.rb:136:in `block (4 levels) in <main>'

Это выглядит как use_cassette называется, но, может быть, это происходит где-то вдоль дороги? Это как-то связано с dependent: :destroy отношения между user а также authy_user?

Любая помощь приветствуется, и дайте мне знать, если вам нужно больше информации.

Источник

1 ответ

Решение

Возможно, что-то в запросе меняется каждый раз, как вы, например, HTTP-заголовок, временная метка, и, поскольку вы не указали видеомагнитофон для записи новых транзакций, произойдет сбой.

Я бы отладил его, используя

VCR.use_cassette("authy_delete_user", record: :new_episodes)

и посмотреть, записывает ли новая кассета и сравнить оба, чтобы увидеть вывод, посмотреть, что меняется.

По умолчанию, если что-либо в запросе изменяется, записывается новая кассета или выдается ошибка (ваш случай). В этом случае вы можете указать, как сопоставляются данные и запрос кассеты, например, используя match_requests_onсмотрите здесь

Источник
Другие вопросы по тегам