извиняюсь если не совсем та ветка

Не могу понять - в ОТДЕЛЬНЫХ браузерах Хрома почему то не создаются куки и/или пересоздаются по новой что ли...

суть проблемы - при запросах session.getAttribute где то получаю пустые атрибуты в одних и тех же версиях Хрома, но на разных машинах, IE при этом такой херни не демонстрирует и работает везде

в чем может быть проблема?
GlassFish 5 и сервелеты 2.5 если важно

нет никакого запрета там, все так же как на моей машине, да и с кривой машиной по времени ограничен - клиентское место рандомного пользователя где то в стране, итак приходится через AnyDesk как то искать.
знать бы как и что искать!?

PetroNotC Sharp,

живее всех живых он https://glassfish.org/
да видимо отладку на клиенте надо сделать...
просто уже в проект напихал что в гуглах советуют, толку нет
и главное больше 10 лет работало и вдруг начало непредсказуемым образом у некоторых глючить, уж глючило бы так у всех

якобы проблема в том, что хром генерирует каждый раз новый JSESSIONID

PetroNotC Sharp,

а не подскажите о чем вообще здесь говориться? а то смотрю в книгу вижу фигу, не перевод конечно, а идея в чем

https://blogs.oracle.com/swchan/change-session-id-on-authentication-in-glassfish

может это как раз мой случай или нет!?

пока переключил на сервлеты версии 3.0 и добавил
<tracking-mode>COOKIE</tracking-mode>

будем глядеть, понимаю конечно что это метод тыка

PetroNotC Sharp,

если б я мог сделать F12 - то так бы и сделал, у меня и в доступных мне местах нет этой ошибки, когда будет вновь возможность где то пощупать воспроизводимую ошибку мне не известно, именно поэтому и задал вопрос, чтобы УГАДАТЬ причину.

PetroNotC Sharp,

и что там в правилах написано - нельзя спрашивать кто сталкивался с похожей блуждающей ошибкой?
да и код я привел на стороне сервера который

PetroNotC Sharp,

в отсутствии рыбы - ищу решения похожей проблемы.

PetroNotC Sharp,

хорошо, тем более уже понятно, что вы не знаете в чем может быть проблема.

PetroNotC Sharp,

опять не туда - причем тут лень вообще, разводите холивар

пока предварительно в дебаге на клиенте с проблемой увидел, что происходит инъекция скрипта в страницу с адресом

gc.kis.v2.scr.kaspersky-labs.com

выгрузить особо нечего было, штатными средствами даже не удалялся какой то Kaspersky Security Cloud, снес все их утилитой kavremvr.exe и мой сайт заработал

такой инъекции вообще как то можно противодействовать???

PetroNotC Sharp,

какие подробности, запретить внедряться левым JS как?

у меня есть почтовый сервер с самоподписанным сертификатам, так антивирусник теперь еще и сертификаты сам подписывает, если он в системе не установлен, до всего руки добрались у фээсбэшников

что то не додумался глянуть где происходит линковка, наверное штатно в заголовок пихается



думал просто какой то метатег добавить надо в духе



теперь нового окна возможностей ждать надо ))

вопщим по моей проблеме
https://habr.com/ru/news/t/463893/

понятно что не решение, и вроде как решить получается на стороне сервера невозможно
а влиять я никак не могу на то, что ставят пользователи, их тысячи по стране )
написал пункт в инструкции про это, будем поглядеть (иба другие ж работают с этой же шляпой почему то)