Имя: Пароль:
1C
1С v8
8.2 при загрузке из xml выдает ошибку
,
0 Domovoi
 
17.08.12
16:58
Ошибка отображения типов
Отсутствует отображение типа '{http://v8.1c.ru/8.1/data/core}ValueTable'
Подо мной на этом же компьютере ошибка не вылазит, вылазит под другим пользователем, но у него тоже полные права. Подскажите в чем проблема и что исправлять?
1 KindLion
 
17.08.12
17:01
Кэши почисти.
Про это много на форуме писали - погугли
2 Domovoi
 
17.08.12
17:09
Почистил не помогло.
3 Domovoi
 
17.08.12
17:16
База УТ может есть какие то пользовательские настройки которые могут у другого пользователя что-то блочить и вызывать данную ошибку?
4 H A D G E H O G s
 
17.08.12
17:18
ValueTable (таблица значений) на ТонкомКлиенте не существует.
Нет ее.
6 H A D G E H O G s
 
17.08.12
17:19
Что говорит товарищь Маузер (отладчик)*?
7 Domovoi
 
17.08.12
17:33
Отладчик говорит что не хочет возвращать в клиент ТаблицуЗначений.
8 Domovoi
 
17.08.12
17:34
Странно что подомной работает а под другим пользователем нет.
9 KindLion
 
17.08.12
18:02
(4) А, кстати, да - мож, ты под толстым клиентом в базу заходишь, а твой коллега - под тонким?
10 Domovoi
 
17.08.12
18:08
(9)Я под тонким захожу.
11 Domovoi
 
17.08.12
18:10
И второй клиент тоже под тонким
12 vmv
 
17.08.12
18:17
из разряда фантазий

кроме сосбственно кешей 1С при работе с УФ сохраняет "состояния" формы и ее реквизитов еще и в хранилища атоматитически/программно/принудительно/иногда молча и подло.

так вот на разных релизах 8.2. наблюдал подобного рода глюки при открытии формы при запуске, даже в стандартных обработчиках форм. Раз пришлось грохать таблицу формы и "рисовать" ее заново на УФ, ибо какие-то внутренние сорхраненки ругались

Вывод - хранилища данных форм могут преподносить сюрпризы, хотя вещь хорошая по идее
13 Domovoi
 
17.08.12
18:22
Собственно я не стал копаться, просто завел ТЧ в нее загнал данные и их уже выгрузил в ТабЗнач на сервере и все пошло норм. Правда может и топорно, но пока знаний не хватает, но ситуация интересная.
14 vmv
 
17.08.12
18:29
(13) протестируй такую ситуациию, допустим ты вызываешь из клиентской процецуры серверную

Процедура КлиентПроцедура1()

 СерверПроцедура1()
// В этой точке
 
КонецПроцедуры

Так вот  // В этой точке, то при передаче управления с сервера на клиент описанный в (0) глюк у меня возникал, если в серверной процедуре я создавал тяжелыее коллеционные переменные Тз, Дз и т.д.

Выход просто писать

Тз= 0;
Дз=0;

в конце серверной процецеры, т.е. старым дедовским способом терминировать("убивать") коллекционные переменные при передаче управления с сервера на клиент.

Протести, думаю с большой вероятностью описанная в (0) трабла уперлась в кривые пока что деструкторы платформы 8.2