Skip to content
Check Git Log for EMIS Cassettes

changed variable name api_statsD_key to api_statsd_key because the li… #14482

Sign in to view logs

changed variable name api_statsD_key to api_statsd_key because the li…

changed variable name api_statsD_key to api_statsd_key because the li… #14482

GitHub Actions / Test Results failed Apr 25, 2024 in 0s

3 fail, 51 skipped, 19 540 pass in 44m 27s

    13 files  ±0      13 suites  ±0   44m 27s ⏱️ -2s
19 594 tests ±0  19 540 ✅ +1  51 💤 ±0  3 ❌  - 1 
19 864 runs  ±0  19 810 ✅ +1  51 💤 ±0  3 ❌  - 1 

Results for commit 2f59875. ± Comparison against earlier commit 46beb88.

Annotations

Check warning on line 0 in ./spec/sidekiq/central_mail/submit_form4142_job_spec.rb

See this annotation in the file changed.

@github-actions github-actions / Test Results

CentralMail::SubmitForm4142Job.perform_async with a successful submission job submits successfully (spec.sidekiq.central_mail.submit_form4142_job_spec) failed 

Test Results/rspec9.xml [took 7s]
Raw output 
  ================================================================================ An HTTP request has been made that VCR does not know how to handle:   POST https://sandbox-api.va.gov/services/vba_documents/v1/uploads  VCR is currently using the following cassette:   - /srv/vets-api/src/spec/support/vcr_cassettes/central_mail/submit_4142.yml     - :record => :once     - :match_requests_on => [:method, #<struct VCR::RequestMatcherRegistry::URIWithoutParamsMatcher params_to_ignore=["qqfile", "docType", "docTypeDescription"]>]  Under the current configuration VCR can not find a suitable HTTP interaction to replay and is prevented from recording new requests. There are a few ways you can deal with this:    * 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].   * You can use the :new_episodes record mode to allow VCR to     record this new request to the existing cassette [2].   * If you want VCR to ignore this request (and others like it), you can     set an `ignore_request` callback [3].   * The current record mode (:once) does not allow new requests to be recorded     to a previously recorded cassette. You can delete the cassette file and re-run     your tests to allow the cassette to be recorded with this request [4].   * The cassette contains 1 HTTP interaction that has not been     played back. If your request is non-deterministic, you may need to     change your :match_requests_on cassette option to be more lenient     or use a custom request matcher to allow it to match [5].  [1] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/configuration/debug-logging [2] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/record-modes/new-episodes [3] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/configuration/ignore-request [4] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/record-modes/once [5] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/request-matching ================================================================================
\e[1mFailure/Error: \e[0m
  connection.send(method.to_sym, path, params) do |request|
    request.headers.update(headers)
    options.each { |option, value| request.options.send("#{option}=", value) }
  end.env

VCR::Errors::UnhandledHTTPRequestError:


  ================================================================================
  An HTTP request has been made that VCR does not know how to handle:
    POST https://sandbox-api.va.gov/services/vba_documents/v1/uploads

  VCR is currently using the following cassette:
    - /srv/vets-api/src/spec/support/vcr_cassettes/central_mail/submit_4142.yml
      - :record => :once
      - :match_requests_on => [:method, #<struct VCR::RequestMatcherRegistry::URIWithoutParamsMatcher params_to_ignore=["qqfile", "docType", "docTypeDescription"]>]

  Under the current configuration VCR can not find a suitable HTTP interaction
  to replay and is prevented from recording new requests. There are a few ways
  you can deal with this:

    * 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].
    * You can use the :new_episodes record mode to allow VCR to
      record this new request to the existing cassette [2].
    * If you want VCR to ignore this request (and others like it), you can
      set an `ignore_request` callback [3].
    * The current record mode (:once) does not allow new requests to be recorded
      to a previously recorded cassette. You can delete the cassette file and re-run
      your tests to allow the cassette to be recorded with this request [4].
    * The cassette contains 1 HTTP interaction that has not been
      played back. If your request is non-deterministic, you may need to
      change your :match_requests_on cassette option to be more lenient
      or use a custom request matcher to allow it to match [5].

  [1] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/configuration/debug-logging
  [2] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/record-modes/new-episodes
  [3] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/configuration/ignore-request
  [4] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/record-modes/once
  [5] https://www.relishapp.com/vcr/vcr/v/6-2-0/docs/request-matching
  ================================================================================
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr/request_handler.rb:97:in `on_unhandled_request'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr/library_hooks/webmock.rb:120:in `on_unhandled_request'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr/request_handler.rb:24:in `handle'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr/library_hooks/webmock.rb:135:in `block in <module:WebMock>'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:35:in `block (2 levels) in register_global_stub'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:41:in `synchronize'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:41:in `block in register_global_stub'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/request_pattern.rb:42:in `matches?'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:75:in `block in request_stub_for'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:74:in `each'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:74:in `detect'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:74:in `request_stub_for'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/stub_registry.rb:66:in `response_for_request'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/http_lib_adapters/net_http.rb:76:in `request'
/usr/local/bundle/gems/faraday-net_http-3.1.0/lib/faraday/adapter/net_http.rb:113:in `block in request_with_wrapped_block'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/http_lib_adapters/net_http.rb:116:in `start_without_connect'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/http_lib_adapters/net_http.rb:143:in `start'
/usr/local/bundle/gems/faraday-net_http-3.1.0/lib/faraday/adapter/net_http.rb:112:in `request_with_wrapped_block'
/usr/local/bundle/gems/faraday-net_http-3.1.0/lib/faraday/adapter/net_http.rb:102:in `perform_request'
/usr/local/bundle/gems/faraday-net_http-3.1.0/lib/faraday/adapter/net_http.rb:66:in `block in call'
/usr/local/bundle/gems/faraday-2.9.0/lib/faraday/adapter.rb:45:in `connection'
/usr/local/bundle/gems/faraday-net_http-3.1.0/lib/faraday/adapter/net_http.rb:65:in `call'
/usr/local/bundle/gems/faraday-2.9.0/lib/faraday/middleware.rb:17:in `call'
/usr/local/bundle/gems/faraday-2.9.0/lib/faraday/middleware.rb:17:in `call'
/usr/local/bundle/gems/faraday-multipart-1.0.4/lib/faraday/multipart/middleware.rb:28:in `call'
/usr/local/bundle/gems/faraday-2.9.0/lib/faraday/middleware.rb:17:in `call'
/usr/local/bundle/gems/breakers-0.7.1/lib/breakers/uptime_middleware.rb:19:in `call'
/usr/local/bundle/gems/faraday-2.9.0/lib/faraday/rack_builder.rb:152:in `build_response'
/usr/local/bundle/gems/faraday-2.9.0/lib/faraday/connection.rb:444:in `run_request'
/usr/local/bundle/gems/faraday-2.9.0/lib/faraday/connection.rb:280:in `post'
./lib/common/client/base.rb:104:in `request'
./lib/common/client/base.rb:146:in `post'
./lib/common/client/base.rb:98:in `perform'
./lib/benefits_intake_service/service.rb:61:in `get_upload_location'
./lib/benefits_intake_service/service.rb:110:in `get_location_and_uuid'
./lib/benefits_intake_service/service.rb:40:in `initialize'
./app/sidekiq/central_mail/submit_form4142_job.rb:127:in `new'
./app/sidekiq/central_mail/submit_form4142_job.rb:127:in `upload_to_lighthouse'
./lib/logging/third_party_transaction.rb:33:in `block (3 levels) in wrap_with_logging'
./app/sidekiq/central_mail/submit_form4142_job.rb:116:in `upload_to_api'
./app/sidekiq/central_mail/submit_form4142_job.rb:95:in `block in perform'
./lib/sidekiq/form526_job_status_tracker/job_tracker.rb:89:in `with_tracking'
./app/sidekiq/central_mail/submit_form4142_job.rb:93:in `perform'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/testing.rb:295:in `execute_job'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/testing.rb:290:in `block in process_job'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/middleware/chain.rb:180:in `traverse'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
./lib/sidekiq/error_tag.rb:9:in `call'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/middleware/chain.rb:182:in `traverse'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
/usr/local/bundle/gems/statsd-instrument-3.7.0/lib/statsd/instrument/client.rb:323:in `latency'
/usr/local/bundle/gems/statsd-instrument-3.7.0/lib/statsd/instrument/client.rb:219:in `measure'
./lib/sidekiq_stats_instrumentation/server_middleware.rb:13:in `call'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/middleware/chain.rb:182:in `traverse'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/job_logger.rb:13:in `call'
./lib/sidekiq/semantic_logging.rb:25:in `block in call'
/usr/local/bundle/gems/semantic_logger-4.15.0/lib/semantic_logger/base.rb:190:in `block in tagged'
/usr/local/bundle/gems/semantic_logger-4.15.0/lib/semantic_logger/semantic_logger.rb:395:in `named_tagged'
/usr/local/bundle/gems/semantic_logger-4.15.0/lib/semantic_logger/base.rb:197:in `tagged'
./lib/sidekiq/semantic_logging.rb:24:in `call'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/middleware/chain.rb:182:in `traverse'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/middleware/chain.rb:173:in `invoke'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/testing.rb:289:in `process_job'
/usr/local/bundle/gems/sidekiq-7.2.2/lib/sidekiq/testing.rb:273:in `drain'
./spec/sidekiq/central_mail/submit_form4142_job_spec.rb:53:in `block (5 levels) in <top (required)>'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr/util/variable_args_block_caller.rb:9:in `call_block'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr.rb:194:in `use_cassette'
./spec/sidekiq/central_mail/submit_form4142_job_spec.rb:50:in `block (4 levels) in <top (required)>'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/rspec.rb:39:in `block (2 levels) in <top (required)>'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:124:in `block in run'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:110:in `loop'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:110:in `run'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec_ext/rspec_ext.rb:12:in `run_with_retry'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:37:in `block (2 levels) in setup'

Check warning on line 0 in ./spec/sidekiq/central_mail/submit_form4142_job_spec.rb

See this annotation in the file changed.

@github-actions github-actions / Test Results

CentralMail::SubmitForm4142Job catastrophic failure state when all retries are exhausted updates a StatsD counter and updates the status on an exhaustion event (spec.sidekiq.central_mail.submit_form4142_job_spec) failed 

Test Results/rspec9.xml [took 0s]
Raw output 
StatsD received :increment with unexpected arguments   expected: ("worker.evss.submit_form526.job_status.exhausted")        got: ("worker.lighthouse.submit_form4142.exhausted")
\e[1mFailure/Error: \e[0mStatsD.increment("#{api_statsd_key}.exhausted")

  StatsD received :increment with unexpected arguments
    expected: ("worker.evss.submit_form526.job_status.exhausted")
         got: ("worker.lighthouse.submit_form4142.exhausted")
./app/sidekiq/central_mail/submit_form4142_job.rb:61:in `block in <class:SubmitForm4142Job>'
/usr/local/bundle/gems/rspec-sidekiq-4.2.0/lib/rspec/sidekiq/helpers/within_sidekiq_retries_exhausted_block.rb:6:in `within_sidekiq_retries_exhausted_block'
./spec/sidekiq/central_mail/submit_form4142_job_spec.rb:133:in `block (4 levels) in <top (required)>'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/rspec.rb:39:in `block (2 levels) in <top (required)>'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:124:in `block in run'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:110:in `loop'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:110:in `run'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec_ext/rspec_ext.rb:12:in `run_with_retry'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:37:in `block (2 levels) in setup'

Check warning on line 0 in ./spec/sidekiq/central_mail/submit_form4142_job_spec.rb

See this annotation in the file changed.

@github-actions github-actions / Test Results

CentralMail::SubmitForm4142Job.perform_async for client error with a client error raises a central mail response error (spec.sidekiq.central_mail.submit_form4142_job_spec) failed 

Test Results/rspec9.xml [took 0s]
Raw output 
uninitialized constant CentralMail::SubmitForm4142Job::CentralMailResponseError
\e[1mFailure/Error: \e[0mexpect { described_class.drain }.to raise_error(CentralMail::SubmitForm4142Job::CentralMailResponseError)

NameError:
  uninitialized constant CentralMail::SubmitForm4142Job::CentralMailResponseError
./spec/sidekiq/central_mail/submit_form4142_job_spec.rb:121:in `block (5 levels) in <top (required)>'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr/util/variable_args_block_caller.rb:9:in `call_block'
/usr/local/bundle/gems/vcr-6.2.0/lib/vcr.rb:194:in `use_cassette'
./spec/sidekiq/central_mail/submit_form4142_job_spec.rb:119:in `block (4 levels) in <top (required)>'
/usr/local/bundle/gems/webmock-3.23.0/lib/webmock/rspec.rb:39:in `block (2 levels) in <top (required)>'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:124:in `block in run'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:110:in `loop'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:110:in `run'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec_ext/rspec_ext.rb:12:in `run_with_retry'
/usr/local/bundle/gems/rspec-retry-0.6.2/lib/rspec/retry.rb:37:in `block (2 levels) in setup'
View more details on GitHub Actions