Друзья опять возвращаюсь с старой больной теме.
Истекшая сессия в SF. Сам никак не могу воспроизвести, но юзвери постоянно жалуются что при работе с SPA приложением отваливается сессия. Кто-нибудь расследовал эту проблему. Почему так может быть. Вроде стоит на орге 12 часов неактивности. И этого вполне должно хватать чтобы пользователь слетал в толчек или покурить.
Может есть какие-то варианты как это дело потестить?
Есть у меня еще подозрение. Раз такая хрень случается именно в SPA, то может проблема в Remote Actions? которые не скидывают счетчик неактивности или ломают сессию (скажем не рефрешат).
Появилась идея, если кто пробовал поделитесь результатами.
Замутить пустую страницу и поверить ремоут экшен на setInterval раз 1 минут. И посмотреть когда отвалится сессия.
Я таки склоняюсь к тому, что твои юзеры просто логинятся по новой во второй табе. Собственно в первой табе будет устаревший sessionId. И будет валиться Error parsing json response: 'Unexpected token <'. Logged in?
В том то и дело что либо ничего не происходит если логиниться / разлогиниваться в других табах.
Либо выскодит вот такая ошибка (что как бы уже ближе к телу):
Remoting request invalid for your session. Refresh page and re-submit request
Воспроизвести "Error parsing json response: 'Unexpected token <'. Logged in?" получается если тупо снести куки. Вот теперь интересно, куда уходит куки пока пользователь где-то лазит. Либо кто-то врет (что работает всего пару часов) либо браузер после того как засыпает, а потом просыпается теряет сессионные куки. Это уже вопрос сложнее.
А как можно перехватить ошибку Unexpected token <'. Logged in? из обработчика remote actions?
Чтобы alert с ошибкой не выбрасывало? Что-то не могу найти пример.
А все, звиздец! Приехал
Это кастомный alert в коде. А я сижу голову ломаю как отключить эту хрень внутри самого обработчика. Типа параметр какой.
