v7: где внешняя обработка хранит сохраненные значения #594388

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

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

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

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

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

+ мозг = 5 минут.

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

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

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

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

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

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

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

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

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

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

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

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

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

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