Мои комментарии

Нарисовалась очень большая проблема: похоже, Майкрософт заблокировал сертификат

Такой вариант также не исключен. Я сразу подумал про ответку за киевстар. Но пока не гуглятся проблемы у других российских ИТ-компаний.

Возможно, программа попала под вторичные санкции из-за продаж и активности в Крыму и на новых территориях РФ…

В 2014 году лично видел билборды 1С в Симферополе. Будем наблюдать...

hacktool win32 autokms - это инструмент для активизации краденного ПО!

Все верно. Это обозначение для активатора ПО, чтобы использовать ПО без лицензии.

Вот здесь официальное описание от Microsoft:

https://www.microsoft.com/en-us/wdsi/threats/malware-encyclopedia-description?Name=HackTool:Win32/AutoKMS!pz&threatId=-2147076687

Многие антивирусы используют в своей работе эвристики. Это может приводить к ложно положительным срабатываниям на произвольных файлах. Но, как правило, на программах, работающих с сетью, системой на низком уровне и т.п. Программы удаленного доступа безусловно попадают в эту категорию.

Как раз Защитник Windows, насколько известно, не использует эвристики, а только определения (сигнатуры) зловредов. Поэтому нынешняя проблема не связана с эвристиками. Защитник блокирует любые файлы, содержащие сведения о нашем сертификате. Даже простейшие утилиты на три строки кода.

Вот этот сертификат вызывает срабатывание определения Windows Defender. Сертификат используется для цифровой подписи всех файлов exe и dll. Цифровая подпись - это хэш файла sha256 или sha1. Информация о сертификате также помещается в файл exe и dll. Просмотр сертификата возможен из "Проводника" в свойствах файла.

Наш сертификат не просрочен и не отозван.

Почему Майкрософт не нравится наш сертификат узнать затруднительно из-за политической ситуации. Может быть нам просто так "повезло", что в сертификате есть последовательность байт, которая эквивалентна фрагменту некого зловреда, для которого добавили определение Windows Defender.

Против нашего предыдущего сертификата, который использовался до ноября 2022 года, антивирус ничего против не имеет. Это, в частности, означает, что архивные копии программ от октября 2022 года и более старые будут работать без проблем.

Здравствуйте!

Для такого поведения, как Вы описываете, достаточно задать обработчик "ДиалогДобавления". При вызове функции БД_РЕДАКТОР этот обработчик обозначается буквой "А".

Просто само наличие этого обработчика по умолчанию отключает последующий показ стандартного диалога.

Есть нюанс, можно принудительно включить показ стандартного диалога после вызова этого обработчика. Для этого надо из функции-обработчика вернуть НЕТ и вызвать:

УСТ_АТРИБУТ("custom_dlg_action", "continue")

Если УСТ_АТРИБУТ не вызывать, то стандартный диалог не показывается. Возвращаемое значение функции-обработчика ТИП_ЛОГИКА определяет, будет ли программа сохранять изменения текущей записи или нет.

Это соответствует тому, например, что в диалоге типовой нажали "ОК" или "Отмена".

Еще стоит добавить, что есть обработчик "ПередДобавлением" - буква "Н", который позволяет как-то заполнить новую запись данными по умолчанию или сгенерировать какие-то идентификаторы.

И третий обработчик "ПроверкаДобавления" - буква "Д", который позволяет посмотреть, что навводил пользователь и можно ли такую запись добавлять в таблицу.

Здравствуйте!

Сейчас нет такого. Добавим возможность для функции КОМАНДА_ГЛАВНОМУ_ОКНУ в декабрьском обновлении.

Будет так:
КОМАНДА_ГЛАВНОМУ_ОКНУ("_MDI_MAXIMIZE_")

Причем не важно, активен бланк, отчет, окно ЖХО и т.д. Состояние максимальной развернутости применяется ко всем дочерним окнам.

Для обратной операции будет использоваться команда "_MDI_RESTORE_".

Если файла НЕТ, откуда взять?

Установить MS XML в виде отдельного дистрибутива. На сайте MS есть в свободном доступе.

А в целом, надо проверять компьютер. Не должны просто так пропадать системные файлы и записи в реестре. В самом запущенном случае придется переустановить Windows.

Судя по тексту ошибки, в реестре пропала регистрация COM-классов парсера MS XML.

Проверьте наличие файла C:\Windows\system32\msxml6.dll.

Если файл на месте, то проделайте следующее:

• Нажмите кнопку Пуск и нажмите кнопку выполнить.

• В поле Открыть введите команду regsvr32 C:\Windows\system32\msxml6.dll и нажмите кнопку ОК.
  
  Примечание. Должно появиться следующее сообщение:

  Функция DllRegisterServer в msxml6.dll выполнена успешно.

Но почему на другом компьютере возникла такая же проблема, на нем все работало. И программа 1С работает и печатает без проблем.

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

Не могли бы Вы завтра подключиться удаленно, если мы оговорим конкретное время?

Какого-то определенного плана по диагностике этой загадки у меня в голове нет. Давайте пока ограничимся сбором информации. И я в своем первом сообщении просил картинку окна настроек принтера, вызванных из ИБ. Картинка иногда может подсказать гораздо лучше тысячи слов.

А почему же до недавнего времени печать из этой программы работала? Ведь ЕХЕ-шник никто не переименовывал

Хороший вопрос. Но в exe тоже ничего связанного с печатью давно не менялось. И не у одних этих пользователей имеются сетевые принтеры. Что-то в окружении есть особенное.

Попробуйте просто сделать папку с пустой программой где-то на их диске. Чтобы только exe, dll и конфигурационные файлы по умолчанию. Например, можно демку поставить. Так можно будет исключить факторы из рабочей папки ИБ.

Вот здесь уже обсуждалась Компиляция бланков и .SRC в версии 8.886.

В апрельском обновлении при запуске бланков и т.п все будет работать как раньше, т.е. не будет выполняться компиляция при отсутствии одной или нескольких библиотек.

Новое поведение будет сохранено только для режима "минимальная компиляция".

Если исправление надо прямо сейчас, то здесь можно скачать архив с измененными exe и dll версии 8.886 бис от 16.03.2023: https://disk.yandex.ru/d/7SgN0B8oHT1hLA.