Есть 2 базы с одинаковым конфигуратором. При обновлении второй базы (даже есть конфигураторы идентичные, например только что обновил и обновляю второй раз) всегда показывает изменение как на картинке:
Предполагаю что есть проблемы в md файле. MDDiags показывает только такую ошибку: СПРАВОЧНИК.Сотрудники (\\Subconto\Subconto_Number354\WorkBook\Dialog Stream)
Размер потока не соответствует заявленному
Как исправить ошибку и чем? Где искать мусор если разобрать мдешник с помощью gcomp?
при компиляции gcomp выдает такое сообщение
WARN: не найден объект с идентификатором 39175
Компиляция завершена успешно.
Где искать этот идентификатор?
Если диалог изменён - это частая ошибка в 77.
Решение (возможное, но не всегда) - установить в системе тему оформления "Классическая" (а не так, как на картинку - модерновая икспёвая) и разрешение экрана на всех компах, где проходит обновление - должно быть одинаковым. Желательно и глубина цвета.
А вообще - можно обновлять через gcomp )))
выгружаем файлы, заливаем в vsc (svn), потом берём обновление, разбираем. И средствами версионника сравниваем и смотрим дифы.
(7) смещение элементов диалога по форме при обновлении я учитываю, такие изменения диалога появляются только при первом обновлении, поэтому я привел пример когда обновляется второй раз (когда уже все что могло сдвинуться - сдвинулось), что бы не влияли изменения диалога из за разных ОС и разрешений экрана.
При сравнении и объединении изменения в диалоге формы могут не влиять на работу пользователей.
Объединение формы проверяет побитотвое представление картинки на экране, которое не заметно бухгалтеру.
Влияет ещё и операционная система, но на это не стоит обращать внимание.
У меня обычно возникала ошибка сравнения, если в разделе интерфейса оставалась ссылка на удаленный элемент (отчет, обработка). Проверьте по аналогии, может в диалоге есть ссылка на несуществующий элемент.
обновление происходит нескольких баз,но такая ошибка только в двух.
На работу конфигурации эти сообщения не влияют, но мазолят глаза. Сейчас дошли руки заняться этим вопросом, поэтому решил спросить у опытных коллег
(12)Было ли перед этим обновлением ещё объединение конфигураций, которое производилось на другом компьютере? В моей практике у некоторых клиентов при обновлении выдавалась информация об изменении формы при обновлении, если то же самое объединение делать на соседнем компьютере, то изменения формы нет. Страшного ничего не происходит.
Опасно удалять элементы шапки или табличной части, в них могут быть используемые данные.
Действую, обычно, так:
1 Устанавливаю новую конфигурацию. Предыдущая конфигурация тоже уже должна быть на установлена на компьютере .
2. Запускаю обработку для сравнения
https://infostart.ru/public/561373/ Рекомендую попробовать в работе.
(14)Конфигурация дописывается на одном ПК, обновляется локально с сервера. От этого все и "плюхи". Дописывается на локальном ПК, обновляется с сервера. Так иногда бывает, ничего страшного.
(16) Предложение: после архивировния сделать загрузку измененной конфигурации непосредственно из папки, где лежит база. Таким способом можно реструктуризировть конфигурацию, и размер файла md уменьшится.
В моём случае файл (изменённая Бух 7.7.640) уменьшился с 35,0 МБ (36 729 344 байт) до 34,2 МБ (35 895 808 байт)
Мне кажется что какой то мусор в идентификаторах, как например в случае когда в журналах 2 последние колонки одного типа (Автор и Изменил) или Комментарий неограниченной длины, в конфигураторе колонки журнала есть - а в предприятии не видны.
Сто лет назад у меня что-то похожее выдавал MDDiags. Я справился так:
- в командере Far есть плагин для просмотра и редактирования файлов типа MD. "Плохой" раздел очистил (или удалил ?).
- сделал объединение с копии.
Но тогда я не знал про gcomp.
Берёшь, разбираешь оба МДшника gcomp'ом, проходишся по разобранным сорцам скриптом correct_dlg.pl, собираешь, и после этого можно сравнивать. Будет малость полегче.
в продолжении темы заметил еще одно отличие:
в проблемных базах (в 2 из 5, все на одном конфигураторе) есть отличия с названиях SQL таблиц. Например справочник сотрудники в 3 базах это SC100, а в 2 проблемных это SC200. И еще одна особенность, в проблемных базах SQL почему то много таблиц в названиях которых есть '_NEW' (SC70_NEW, SC6872_NEW, DT38204_NEW и т.д.). Из за чего создаются такие таблицы?
в проблемных базах SQL почему то много таблиц в названиях которых есть '_NEW' (SC70_NEW, SC6872_NEW, DT38204_NEW и т.д.). Из за чего создаются такие таблицы?