"Но наш вопрос в логике работы самой платформы, наш затык именно в том, что в момент, пока все операторы заняты, и звонит 5 человек - они все встают в очередь, при этом конкретный оператор ещё не назначен и если человек сбрасывает - оператор не узнает об этом вообще. Нам нужно тянуть вот этих людей из "недозвонившихся" по истории звонков через HTTP API"
Логика ушла :) Объект типа "звонок" создается на каждое подключение к нашей платформы. Для пользователя, которые позвонил по арендованному номеру, вам сразу же доступен объект "call". И этот call - он от пользователя к облаку! Никакого оператора пока еще нету. Затем вы сами, с помощью enqueueACDRequest, отправляете запрос в очередь. Когда через некоторое время оператор ответит, у вас будет второй объект "call", от оператора к облаку. Оба эти call независимы друг от друга. Вы можете делать со звонком пользователя что угодно вне зависимости от того, ответил ему оператор или нет. Если пользователь положил трубку до ответа оператора, мы рекомендуем дождаться ответа оператора в JavaScript сценарии и перезвонить прямо из этого же сценария. Вот статья, где описано, как делать callback из очереди звонков: https://habrahabr.ru/company/Voximplant/blog/249647/
Под отладчиком запускать не пробовали? Для этих целей вполне подойдет Qt Creator. Потрму как «unexpectedly finished» может быть тривиальным «хотим считать из файла данные, а там больше нету — кидаем exception» :).
Снос i18n gem помог О_О. Кардинальненько. А что вы имели в виду под «И попробуйте указать конкретную версию в настройках редмайна» — версию чего и где можно указывать?