Все вопросы по новому способу авторизации в Wialon (oAuth)

После авторизации вызывайте core/create_auth_hash, далее передаете его на сервер и вызываете core/use_auth_hash.
В принципе аналогично можно сделать через токены, отличие в том что один auth_hash можно использовать один раз и ограниченное время.
sid привязан к ip адресу и использовать его с другого не получится.

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

А можно сюда как-то залогиниться браузером без  ввода логина/пароля если у меня уже есть токен с полным доступом для соответствующего пользователя? А-то хотел вставить эту штуку в нашу внутреннюю систему, а что-то не получается входить аналогично входу в CMS или Монитор (через передачу параметра token=...)

Как задать свои стили форме login, аналогично login_simple через css_url не получается. Либо как сделать переадресацию с login_simple, аналогично форме login redirect_url, т.к. мне не нужно что б после авторизации мне выкидывались ссылки на CMS, Mobile и Demo, а сразу переходило в мою программу, пусть хотя бы даже с token в адресной строке.
P.S. Очень недоработанная и неудобная система авторизации.

Хм... что за бред? У меня было готовое приложение, с адаптированной под дизайн формой авторизации, по которой клиент сразу переходил в интерфейс своего личного  кабинета. Теперь я  должен вставить либо вашу форму login.html с редиректом, которая мне не нравится и совсем никак не вписывается в дизайн , либо использовать форму login_simple.html, и выводить никому не нужные ссылки на Demo, Mobile, CMS, вместо того что нужно... Чушь какая то... Вместо того, что бы помогать и облегчать работу простым пользователям, Вы ориентируетесь априори на недобросовестных программистов, которые якобы не смогут получить то что им нужно даже из вашей формы, лишая при этом остальных нужного и важного функционала...
Теперь получить доступ стало ещё проще, вместо того что бы воровать 2 параметра(логин и пароль), достачно одного токена, который можно сохранить себе из адресной строки редиректа с login.html

P.S.

А вы уверенны что хорошо знаете стандарт oauth ?

P.P.S.

Я не собирался "кардинально" её менять, нужно поменять ширину строк и добавить чуть стиля, под дизайн.

P.P.P.S. 

Именно это мне и нужно, но там совсем не нужна прокладка Demo, Mobile, CMS

deal, Прошу простить, если некоторые мои слова показались излишне эмоциональными, а вопросы, предложения и критика не конструктивными.
Но тем не менее, после них, Вы узнали и больше обратили внимания на эти моменты, нежели просто отрицанием решения.

Думаю, многие клиенты это оценят. Прошу отписаться если рассмотрение возможности поддержки будет положительным.

login_simple.html не по стандарту oauth ? Добавьте пожалуйста и в login.html, будет ещё одна, и есть ещё, безопасности это не ведь не вредит .

С нетерпением ждем обновлений. Спасибо за понимание и оперативную поддержку.

agrogps, добрый день.

Да, проблема есть. Уже исправили. Обновление с фиксом будет в понедельник.
Спасибо, что указали на это.

West-Kaz Group, на данный момент такой возможности нет.
Сам логаут в форме login_simple.html ничего сверхъестественного не производит,
кроме удаления из localStorage авторизированного токена. Но сделать это самостоятельно не получится
т.к. Ваш сайт или приложение в другом домене нежели сама форма авторизации.
Мы рассмотрим целесообразность добавления метода по удалению токена из localStorage в форме login_simple.html.

Не появилось ли случайно каких - нибудь решений?

West-Kaz Group, в следующий понедельник параметр css_url появится в login.html.
Также с понедельника в iframe с login_simple.html можно отправить сообщение:

myframe.contentWindow.postMessage("logout", "*");

Сегодня! Просто по определённым причинам было решено обновлять вечером.
Думаю через полчаса сможете проверить.

kravchik, дело в том, что когда Вы копируете строку с sid-ом в новую вкладку - создаётся дубликат сессии, по сути новая сессия.
И sid там другой. При этом обе сессии продолжают существовать и продлеваться (т.к. в каждой вкладке продолжают идти запросы).
Логаут удаляет только текущую сессию, дубликаты продолжают работать - такова наша концепция.
Однако стоит учесть, что время любой сессии ограничено 5 минутами бездействия. Под бездействием имеется ввиду отсутствие любых запросов, в том числе avl_evts, которые выполняются в мониторинге каждые 2 секунды. Т.е. через 5 минут после закрытия вкладки эта сессия удалится.
Если речь идёт о ситуации, когда sid был передан другому человеку и нужно чтобы по Вашему логауту его сессия тоже удалилась, то для этого нужно логиниться при помощи токена (или выставлять галочку Запомнить при логине). После этого даже если передать стороннему человеку sid или токен - его дубликат сессии будет удалён после Вашего логаута (т.к. при логауте удаляется токен).
Только у это дела есть некоторая инерционность - около минуты.