Почему после FAPI.UI.showPayment не срабатывает API_callback?

Question

[Аркадий Храмов]

При отключенном флэш плагине в броузере, при использовании метода FAPI.UI.showPayment JavaScript API, получаем ошибку Uncaught TypeError: c.__FAPI__CallBack is not a function.
Проверено в последнем Chrome.

Answer 1

[Vjacheslav Kanivetc]

Проблема с __FAPI__CallBack решена

Comments

[Аркадий Храмов]

Функция присутствует. Она отрабатывает всегда, кроме showPayment!!!

[Аркадий Храмов]

Интересно, сами разработчики API тестируют его сами.....

[Аркадий Храмов]

Имеем, Chrome+fapi5. Flash plugin отключен(=блокировки флэша хромом). function API_callback присутствует. После FAPI.UI.showPayment получаем ошибку c.__FAPI__CallBack is not a function, где с это ссылка на флэш объект.
Читаем доку:
Для разработчика использование fapi5 вместо оригинального fapi означает, что в современных браузерах, хорошо поддерживающих стандарт html5, для работы API не требуется flash. В случае, если стандарт поддерживается браузером недостаточно хорошо, старое API используется автоматически. В остальном разницы нет.

Интересно, как определить, какое API используется по факту?

[Аркадий Храмов]

function sDe(b){var c=$doc.getElementById(y5f);var d='{"amount":"'+b+'"}';c!=null&&c.__FAPI__CallBack(C6f,K5f,d);try{$wnd.OKAPI.html5&&$wnd.OKAPI.attachedToApp&&$wnd.OKAPI.remoteWindow.postMessage('showPayment$ok$'+d,$wnd.OKAPI.remoteOrigin)}catch(a){}}

[Vjacheslav Kanivetc]

FAPI5 это подключение api.ok.ru/js/fapi5.js

По умолчанию если браузер поддерживает postmessage - события прокидываются через него и не требуется Flash proxy. Но здесь идёт речь и вызове

Насчет коллбека в платежке - посмотрим

PS: С callback ситуация особенная. Дело в том что коллбек не просто так сделан глобальным - он не часть SDK а часть интеграционного блока (в том числе и сам сайт ok.ru вызывает этот коллбек). Можно было бы сделать метод регистрации ползовательской функции, но обратную совместимость всё равно надо было бы оставить.

[Vjacheslav Kanivetc]

Аркадий Храмов: да, судя по коду если прокси объект в DOM был ему вызывается __fapi_callback даже если объект не валиден, а postmessage идёт потом и валится потому что раньше завалилось

[Аркадий Храмов]

Vjacheslav Kanivetc: api.ok.ru/js/fapi5.js подключено. Про него и речь. Броузер - последний хром. Платеж проходит, но вызова API_callback нет, потому что происходит ошибка в javascript API. В регистрации пользовательского колбэка нет необходимости, работал бы нормально глобальный.

[Аркадий Храмов]

Vjacheslav Kanivetc: Будет прекрасно если поправите.

[Vjacheslav Kanivetc]

Кстати если на странице apiProxy отключена (а мы тестируем такую функциональность на ряде приложений которые гарантированно её не используют) то проблемы не будет, потому что такого объекта в DOM дереве не будет.
Но да, дополнительно пока завернём этот вызов в try/catch чтобы postmessage отработал

[Аркадий Храмов]

Vjacheslav Kanivetc: А как отключить apiProxy ?

[Vjacheslav Kanivetc]

try/catch в течении нескольких дней уйдёт в прод, так что можно даже не просить.
но можно написать на [e-mail] с id приложения, тогда в понедельник уже можно будет проверить ваше приложение

Answer 2

[mayantsevivan]

Это так же происходит в Firefox, подозреваю что так же и в Opere . Причём проверено на примере из документации. Просто те кто разрабатывали JS API_callback, если выражаться цензурно, плохо подумали как это сделать. Надо было в FAPI.init вставить API_callback в качестве пятого параметра, после обработчика ошибок. Они же придумали заморочиться с глобальными функциями. Отсюда 1000 000 глюков.
Такая же проблема будет если платеж будет совершён автоматом ( без окна подтверждения ) и пользователь закроет окно платежки не по кнопке закрыть, а на крестить в правом верху окна.

Как вариант решения по таймеру запрашивать сервер приложения о результате платежа.