2013-09-11 2 views
0

В моем тестовом наборе записаны несколько разных типов соединений, один через bitly gem, а остальные - через Typhoeus.Запись Typhoeus: следующее место с видеомагнитофоном

По какой-то причине, когда я использую Typhoeus': followlocation вариант,

Typhoeus.get(url, :followlocation => true) 

видеомагнитофон кассетный регистрирует начальный URL, а также бинарный ответ, который вызывает последующие испытания запуска из кассеты на провал ,

Раньше я использовал Net :: HTTP для переадресации, и каждый прыжок записывался, позволяя видеомагнитофону правильно воспроизводить каждый прыжок.

Как заставить видеомагнитофон правильно реагировать на ответ Typhoeus?

Here's the file содержащий запись виновника (для ссылки tinyurl).

Альтернатива, которую я вижу, заключается в том, чтобы просто не записывать эти запросы и требовать, чтобы набор тестов попадал на настоящий сайт каждый раз. Это не идеально (или реальное решение), но оно проходит мои тесты.

+0

Sidenote: Обязательно удалите предыдущую запись видеомагнитофона. –

+0

После того, как я обновился до тифа, я сдул все кассеты. Когда вы повторно запускаете спецификации, первый раз они попадают в сеть, и они работают (за исключением более поздних, которые повторно используют кассеты, записанные ранее в пакете). В следующий раз все они используют кассеты, и все, что использовало переадресацию тифа, не работает. – jstim

ответ

0

У нас есть открытый вопрос об этом:

https://github.com/vcr/vcr/issues/293

+0

Спасибо за головы. На данный момент я просто отказался от записи этих запросов, но я буду следить за этой проблемой. – jstim

Смежные вопросы