Всем привет. У клиента сменился путь к базе (грубо говоря, буква в пути), соответственно у ряда пользователей слетели сохраненные значения во внешних отчетах (в частности, фильтры МФ). Возможно где-то "подглядеть" и переправить. Понимаю, что где-то в реестре, а где?
Спасибо.

Это вроде хранится в каталоге пользователя

(1) понял, спасибо. Иду копать.

где-то еще хранится соответствии полного имени файла обработки и настроек. В каталоге пользователя нашел файлы типа *.lst, вроде похоже на сохраненные данные обработки, но полного пути к обработке в нем не содержится. Т.е. не понятно, каким образом механизм решает, что эти сохраненные данные "не для меня".

народ, кто знает, выручайте

http://technet.microsoft.com/ru-ru/sysinternals/bb896645 + мозг = 5 минут.

не давай голодному рыбу дай удочку.

(5) все хорошо, но хочется универсального решения. Настройка для каждой обработки хранится в файле lst в каталоге пользователя и имеет уникальное имя в зависимости от пути и имени обработки. Универсальное решение тут:
Перенос настроек отчетов между пользователями
Вопрос закрыт.

(6) Неправильно. Дай ему удочки в кредит.

А ты про какие значения говоришь?
Которые по кнопке формы "Сохранить значение"?
Это?

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

Правильно бы делать сохранение настроек программно, а не доверить системе. Тогда можешь и контролировать процесс.

(10) тут, как грится, есть один нюанс: если сменился ПОЛНЫЙ путь к внешней обработке/отчёту (т.е., например, тупо перекинули файл отчёта из одной папки в другую), то чексум слетает, и настройки, соответственно, тоже. так вот, в сабже именно об этом

(9) да, по кнопке Сохранить значение во внешних обработках.
(10) неверно, т.к. имя рассчитывается в зависимости от пути к обработке.
Сейчас получил обработкой (от Альфа) имя файла настроек, оно не совпадает ни с одной, что есть в папке пользователя.
Похоже, проще воспользоваться Filemon'ом от SysInternals, как говорили выше.

(12)
"Сейчас получил обработкой (от Альфа) имя файла настроек"
"У клиента сменился путь к базе"

усёк?

(12) да, тупо расчет чексуммы не катит. Файлмон должен помочь. Но это как-то уж совсем "влоб".

блин, "обычные" пользователи на терминальном сервере, чтобы понять, куда смотрит 1С при считывании настроек внешних отчетов, надо дать еще привелегию Debug Processes.

в-общем, метод работает, но очень неудобен, т.к.:
1) нужно зайти нужным пользователем в старую базу, запустить внешнюю обработку; отловить файлмоном имя файла с настройками
2) то-же самое, что и в первом пункте, только заходим уже в базу по-новому пути, вносим любые настройки в форме обработки, жмем кнопку сохранить настройку. Файлмоном в этом случае не удалось отловить новое имя файла с настройками, поэтому просто смотрим в каталог пользователя на lst со свежей датой изменения
3) копируем файл с шага 1 в файл с именем из шага 2

Если у кого есть более универсальный способ, дайте знать.

>> Если у кого есть более универсальный способ, дайте знать.

Их есть у меня!

Сохраняешь все настройки в список значений или таблицу значений, потом методом ЗначениеВФайл сохраняешь, а во второй базе методом ЗначениеИЗФайла загружаешь.

Это если у тебя справочники идентичны. Иначе будет каша - Сохранили одно, а загрузили другое.

(15) Не надо никаких дебагов давать. Просто посмотри дату изенения файла и всё. Или я ошибаюсь?