Да

ок когда делаеться запрос graph ql?
Как только страница загрузилась или как только ws в получили ping?

После того как отправится по вебсокету подписка, а она отправляется после апдейта статуса юзера

После перезагрузки

перевір коли функція стоп пінг викликаєтся, якщо це єдиний спосіб поставити флаг волс

Нет, стоп пинг это лишнее. Это я уже убрал

я щось не бачу щоб ти ласт пінг апдейтив

Лично я никогда в жизни его в проект не ставил, как и монгусь, но приходилось за другими разгребать.
Если брать только ноду, то в ней я пользовал только одну - objection и то редко.

правельно мьютекс встроил?

Добавил мьютекс, но не помогло
async function processConnection(container, user, ws) {
   const mutex = container.resolve('mutex')
   const { id: sessId } = await container.resolve('wsSessionParser').parse(ws);

   await mutex.lock();
   await updateUserStatus(user.id, sessId, true, container)
   mutex.release();

   ws.on('close', async () => {
       await mutex.lock();
       await updateUserStatus(user.id, sessId, false, container)
       ws.close()
       mutex.release();
   });
}

Или проблема во фронте?

т.е с фронта ты делаешь новый вебсокет, ждешь понг который по сути будет через 2минуты(ONE_MINUTE_IN_MILLIS * 2), потом отправляешь якусь подписку, потом дергаешь graphql в котором тебе говорится что юзер офлайн?

Пинг я убрал. Остальное да

C этим кодом та же проблема? одни из 5 фелится ?

Уже меньше то все таже проблема

а где ты отправляешь эту подписку на фронт?

И еще странно что если сайт открыт на весь экран то постоянно приходит false. А если я его открою на пол экрана то тру приходит. Это очень странно

Подписку  через pubsub

ничего старного, у тебя ж пол экрана, пол сайта, вот и пол кода работает=)

что происходит раньше? подписка приходит на фронт или
await updateUserStatus(user.id, sessId, true, container)

Подписка позже, она отрабатывает после апдейта

updateUser => notifyAboutChangedStatus
а тут graphql запрос на currentUser

Ты ж понимаешь что когда через graph ql api берешь то оно либо еще не закомитело изменение, т.е. висит update_lock и ты берешь старые данные, либо код еще даже не пытался проапдейтить базу, либо возможно(тут я точно не знаю) читаешь из реплики постгресса там где еще апдейт не дошел, либо после апдейта в true у тебя где-то каким-то образом идет апдейт в false.

К сожалению только с этим куском кода я могу только гадать. Тут надо брать запускать фронт и бек и смотреть лог, дебаг тут не особо поможешь бо баг плавающий и если ты будешь останавливаться на дебагером то врядли зарепродьюсишь