changelog: Improvements, In-Person Proofing, uses correct error handling

[allthesignals]

🎫 Ticket

Link to the relevant ticket.

🛠 Summary of changes

Implements better error handling by passing the correct args (context).

📜 Testing Plan

Instead of "Faraday::ClientError: the server responded with status" we get a more help message:

 # Faraday::ClientError:
 #   received error code 400

[aduth]

LGTM

[aduth]

Could we add / update specs to clarify what we're expecting with these changes? It'd also help from a review perspective to understand the intended effect.

Something like this?

    it 'returns an error response body but with Status coded as 200' do
      stub_request_suggestions_error

      expect { subject.suggest('100 Main') }.to raise_error do |error|
        expect(error).to be_instance_of(Faraday::ClientError)
        expect(error.message).to eq('received error code 400')
        expect(error.response).to be_kind_of(Hash)
      end
    end

[allthesignals]

Sure, @zachmargolis pointed out in a previous PR that I was using ClientError.new incorrectly. This change adds a more helpful message.

I'll add more assertions.

Thanks!

[zachmargolis]

+1 to adding specs

[zachmargolis]

LGTM

[zachmargolis]

+1 to adding specs