Проблема решена. Выкладываю пропатченый filefield.js

Прошу прощенья, я пробывал модуль nodeaccess а не node_access.

Да. Все это не подходит, так как ACL + node_access или ACL+content access делает разграничение по ролям пользователей. А надо именно в разрезе конкретных пользователей, у которых может быть одинаковая роль, а может быть две разных, но доступ (просто на чтение) должет быть у обоих (или же у одного быть а у другово не быть). без привязки к ролям.
То есть, еще раз: я хочу в настройках ноды прописывать: разрешить доступ пользователям со следующими uid. Остальным по умолчанию запретить.

ммм не работает больше нигде кроме FF. причина все так же загадочна.
На стэкоферфлов и ит.тулбокс подобные проблемы обсуждались не раз, но увы ни одно из предложеных решений не помогло.
«мб какой-нибудь касперский или outpost тупо режет куки?»
С одного и тогоже компа под foxом не режет под хромом режет? маловероятно?

UPD - В Firefox кстати как оказалось все гут. А вот в отсальных браузерах все та же проблема

Тут даже не в друпале дело, а в конфигах апача наверное. так как просто php скрипты ведут себя так же. Куки устанавливаються только локально.
В сторону каких настроек смотреть?
P.S. такая проблема началась, кстати, после апдейта php до 5.2.19

$_COOKIE.
да.

Я возможно повторюсь, но не устанавливаються именно куки В масиве $_cookie - пусто.
Такое происходит при попытке зайти в друпал из любого компьютера в сети.
НО если заходить в друпа с компьютера на котором крутиться сам веб сервер, и соотвественно друпал, все нормально.
- Наружу сервер не режет ничего.
«со своим веб-сервером» - web сервер APACHE 2

Без результатов.

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

Дико извеняюсь. Туплю. Exposed form in block