В-общем, есть некий документ в 1С ТиС. У этого документа есть 3 закладки. Для каждой закладки содержание ТЧ этого документа разное. Естественно, для такой имитации нескольких ТЧ у документа был написан соответствующий механизм, который позволяет в промежутках между сеансами работы с каждой закладкой хранить в памяти содержимое ТЧ, касающееся тех закладок, с которыми в данный момент работа не ведется. Кроме того, есть реквизит шапки, содержащий 2 значения и представленный на форме в виде поля выбора; при выборе того или иного значения этого реквизита состав ТЧ на одной закладке также меняется. Т.е. фактически для каждой закладки м.б. 2 различных состава табличной части - первый для первого выбранного значения поля списка, второй, соответственно, для второго. В ТЧ документа есть скрытая колонка, являющаяся, по сути, ключом, содержащим значение закладки и значение выбираемого поля списка. По этой колонке при смене закладок и выбора поля и происходит всякий раз перезаполнение ТЧ. При записи и закрытии, естественно, ВСЁ содержимое ТЧ дока сохраняется (для этого создан специальный механизм).

Это только предыстория. Теперь, собственно сама проблема: при выводе данных на печать должны отображаться все данные из документа, разбитые по закладкам. Клиент же жалуется, что после заполнении ТЧ при выбранной последней, третьей закладке в форме, на печать выводятся данные только те, которые соответствуют этой закладке, хотя данные для предыдущих двух закладок при этом тоже заполнены! Это первая часть проблемы, а есть еще вторая, также связанная с поведением документа при выбранной третьей закладке. Если содержимое ТЧ для 3-й закладки удалить (и для обеих значений поля списка), а потом попытаться заполнить ее вновь и вывести на печать, выскакивает ошибка и 1С почему-то зависает :(((

Но самая главная проблема здесь это то, что у меня при проверке всей этой лабуды подобная ошибка не воспроизводится! Клиент написал мне пошагово алгоритм своих действий, я его в точности повторил. 1С отработала у меня всё идеально.

Вот такая вот фигня. И что же делать?

условия в обработчиках

(1) Каких именно?

иди к клиенту и смотри в отладчике на его базе

Ваш код, Вы и ищите.

(0) У вас ошибка в коде.

(0) Через тимвьювер самому глянуть не?

Предлагаешь телепатировать?
Или базу передать или удаленно подключиться
Амми админ, например, вообще не требует установки

(0) Кто ясно мыслит, тот ясно излагает (с)
Вы же, не желая вникнуть в корень траблы, не протрассировав в жуколове ху есть ху епт, перекладываете вопрос в нескольких частях, в ракурсе "чяднт?!"

офигеть, Изя

Таки, Мойша, теперь скажите наконец пг'остыми словами на ком ви  словили триппер!

(7) Базу они мне передали, я на ней у себя и проверял всё.

(10) И что - разве мы у тебя за спиной стояли ?

(0) RNK ?

(0) Дай АйДи и пароль для тимвьювера, сейчас посмотрим.

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

(0) Внимательно прочитал.
Единственное, что хочется спросить - поведение для сохранённого и несохраннённого документа как-то отличается ?

Господи, да человек дуб дубом, даже вникать не хочет, как работает документ, т.е. интерфейс основанный на одной табличной части :)

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

(14) А как тогда объяснить, что у меня оно работает, а у них - нет?

В-общем, пока этот вопрос, видимо, до понедельника завис. Что-то определенное сказать можно будет не раньше этого дня..

(16) Вообще-то этот документ я и писал, и прекрасно знаю, как он работает. И знаю, что ошибки, которая у них там вываливается, быть не должно (что подтверждают и мои собственные тесты). Так что вопрос, видимо, состоит в том, что у них не так.

Циля, подмойтесь перед следующими анализами... сдается мне, что есть разница между установленными дома одинесинами и рабочими, с ключами которые..

(20) И как может ключ влиять на работу документа?

(19) Тогда надо смотреть, что пользователи ввели в этот документ, вполне вероятно, что они "отличились по полной".

Компонеты, длл подгружаемые.. кто знает, что у тебя в документе творится? Может ты в текстовый файл что-то пишешь, а у взрослых ограничения у юзеров на файлы в корне С:.. отсюда плохо видно..

(23) Больше верится, что пользователи базу из архива восстановили, а там ещё код с ошибками, которые в финальном релизе были исправлены.

(24) у одинесников не бывает Финальных релизов - сделаешь все-голодным будешь.. ))

(25) Бывают - это когда клиент посылается "в пешее ... путешествие". Просто, другие релизы уже будут от другого программиста.