Добрый день. 1с бух 8,2. После обновления с 37,8 на 37,12 у одного пользователя при формировании оборотно-сальдовой ведомости появляется ошибка: "ошибка разбора ХМL: -[6,48]. Фатальная ошибка: expected '>'". Пользователи работают на сервере в терминале, у остальных все норм. Что делать?

(0) У этого пользователя удали базу из списка баз и добавь заново.

чистить кэш наверно

Пробовала удалять и заново добавлять базу, чистила кэш (в AppData\Local удаляла каталог Temp, в AppData\Local\1с\1с82 удаляла файлы ошибок, в Roaming то же самое) - нифига

(3) Удали папку C:\Users\<ИмяПользователя>\AppData\Roaming\1C\1Cv82\<ИдентификаторИБ>

Я писал в 1С про это ещё 05.04.2012. Их ответ был таким:

"Вероятно проблема действительно в кэше. Но для ее расследования нам необходимо ее воспроизвести. Если возможно и проблема возникает после определенных действий, то опишите нам их подробно для воспроизведения. Ваше сообщение переадресовано в отдел разработки."

(4) в этой папке у меня 3 элемента: папка extCompT и файлы 1сv8 и 1cv8strt. я пробовала переименовать 1Cv82 - результата ноль.

(6) Переименуй папку <ИдентификаторИБ>

(7) идентификаторИБ - это папка со длинным названием db...-.... и т.д.? переименовала. при запуске создает новую с тем же названием, что и было. ошибка остается.

(8) Так, продолжаем разговор. Пробуй параметр запуска ClearCache.

там что-то с XML -м на локалке. Может, библиотека не та.

дополнительные параметры запуска прописала ClearCache. идентфикатор переименовала. ошибка осталась

Я б посмотрела в ПанельУправления/УстановкаИУдалениеПрограмм версию MSXML Parser на нескольких локалках, где работает и где ошибка.

(10) что можно попробовать сделать на локалке?

(12) ок, сейчас гляну, отпишусь

(11) Ты базу-то между попытками перезапускаешь, да?)) Ну я так, на всякий случай спрашиваю :)

(3) надеюсь C:\Users\ИМЯГЛЮЧНОГОПОЛЬЗОВАТЕЛЯ\AppData + LocalSettings ?

(15), (16) ну естественно))))

(17) Тогда действуй радикально: заведи для этого буха новую учетку в терминале)

(12) Золушка, там, где все работает, MSXML Parser вообще не установлен. а у глючного пользователя установлен. попробовать грохнуть?

(19) гы
ну попробуйте что ли для разнообразия.

(20) Просто мне кажется, что у всех это работает через терминал, а на глючной локалке подцепляются свои библиотеки. Да не той версии. Но это не 100%. Я б удалила парсер, всегда можно заново поставить.

(20) не помогло.
(18) новую учетку только в терминале? или в 1с тоже нового создать?

не забывайте перегружаться. А в случае с изменением на терминальном сервере перезапускать базу.

(22) Да не, в 1С не надо. Только в терминалке, чтобы точно знать, что никакого кеша нет.

(24) так... создала нового терминального пользователя. зашла под ним с компа, где глюки. все то же самое.

(23) базу перезапускаю каждый раз. ей хоть бы хны

(25) Ну давай тогда и пользователя 1С создавай нового...
Ещё попробуй с глючного компа под собой в базу зайти...

(27) о, точно. Отсечь, в компе дело или в юзере

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

(29) Дык не копируй, а просто создай нового.

(29) Дело в кеше, это уже понятно. Копируя пользователя, ты копируешь и косячный кеш...

(30) (31) Ой, я что-то не дочитал... Создай нового пользователя 1С с нуля.

Ладно, мне бежать надо, удачи!

о боже, боже!!! заработало! спасло создание нового пользователя 1с. по поводу копирования: я же копировала не косячного, а нормального пользователя, должно было наверно получиться?

кэш тут ни при чём. скорее всего, дело в протухших настройках отчёта у этого юзера