В 8.2 все отлично и особенно тонкий клиент, который работает даже через GPRS, но вот проблема из-за того, что связь фиговая, то время от времени и-нет отваливает, а вместе с ним и база. И тогда когда юзер запускает вновь базу и залезает в свой документ, то получается, что он сам себя блокирует. (см. скришот). Помогает срубание сессию в Администрирование Сервера, но это кривой выходи не всегда доступный.

Подскажите, что делать?

-- скриншот --
http://savepic.org/1946209.jpg

Что у всех никогда такой ошибки не было?

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

мож транзакция начатая шоркиной откатывается? подождать.

(3) нет, если не трогать минут 20, то сессия сама отвалится. Но 20 минут это много.

Терминал точно нет. Короче 1С хотела как лучше, но кривой и-нет они не предусмотрели

подымаю, может кто поможет

Решил проблему, если кого интересует, спрашивайте

решение конечно не самое красивое, но главное работает

ну не томи уж.
выкладывай сокровенное знание то.

(7) Умолять надо - стоя на коленях....

(7) 300 наверно ждет на телефон

ну если кратко то костыль такой.

При старте системы подключается ОбработчикОжидания который срабатывает каждые 60 сек (думал может 30 сек поставить).

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

В обработчике идет отбор, по своим данным юзер и номер сессия и если он себя находит, то он удаляет эту строку и делает харакири. - ПрекратитьРаботуСистемы();

вот как-то так

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

ну вот написал и всем сразу не интересно стало ;)

слишком уж простое и очевидное решение(

Я могу ошибаться, но тонкий клиент поэтому и не удалят сессии 20 минут, т.к. инет может отваливаться... Типа, при восстановлении соединения, пользователю не нужно перезапускать 1С, а можно продолжать работать с того места, где он остановился...

(14) Логично, но получается так, что когда юзер входит второй раз, то ему дается не старая сессия, а новая.

Если скажите как исправить и юзеру всегда давалась та же сессия, то буду рад до шариков

(15) для тонкого это не возможно в принцепе, 1с шифрует трафик между сервером и клиентом сеансовыми ключами.

единственое решение - web сервер и работа тонким через web, но придется переписывать DLL которая держит сеанс.

Других вариантов нет, по сколько сеансовое шифрование неотключается

(16) Блин нет в жизни счастья :(

(17) попробуй web браузер - он должен цеплятся к старой сесии при кратковременной потере связи, главное что-бы страницу не закрывали

(18) Веб браузер не работает так шустро, как тонкий клиент.
Веб вариант хорошо для руководства, залезть посмотреть, что происходит. А забивать документы лучше через тонкий клиент

спасибо за совет, попробую

(15) Так а зачем 1С перезапускать-то? Чет я не догнал...

перезапускать ничего не надо

Проблема в том, что падает тонкий клиент, когда и-нет рвется

Короче не работает. Клиент дохнет напрочь и там код не работает. А с сервака(линукс) срубить сессию нет возможности