---

[I128-1326] АРМ Каталогизатор может открывать неверный рабочий лист редактора при неполной ini-конфигурации или устаревшем OPT-кэше

---

НАЧАЛО >> Оглавление >> Общее описание >> История изменений >> Что нового в проекте I128 >> Версия 2026.2.1 >> [I128-1326] АРМ Каталогизатор может открывать неверный рабочий лист редактора при неполной ini-конфигурации или устаревшем OPT-кэше📄 Скачать в DOCX

---

Тип	Версия	Статус	Приоритет	Исполнитель
⚙️ Исправление ошибок	2026.2.1	🔘 Завершено	Средний	Ilya Mikhaylenko

Компоненты: ИРБИС 128. Модуль he2 - Формы ввода данных, ИРБИС 128. Модуль he3 - Табличная форма ввода данных, ИРБИС 128. Модуль i128f - Управление основной конфигурацией системы, ИРБИС 128. Модуль Opt - Поддержка opt-файлов, ИРБИС 128. Модуль WS - Поддержка ws-файлов

Завершено: 22.06.2026 07:03

Проблема:

АРМ Каталогизатор мог открывать неверный рабочий лист редактора или переходить на DEFAULT, если в iniфайле базы отсутствовали параметры выбора рабочих листов/форматов либо если использовался неполный устаревший OPTкэш.

Частный проявившийся сценарий: при открытии записи IBIS, MFN=144, с типом записи 920=NJ редактор he3 открывал вкладку Default вместо рабочего листа !NJ31.

Причины:

• выбор рабочего листа был реализован неодинаково в he2 и he3;
• he3 мог использовать недостаточный контекст для определения РЛ и не всегда предпочитал запись, прочитанную по dbName + mfn;
• неполное сериализованное содержимое/кэш OPT-файла могло приниматься как корректная таблица соответствий;
• при отсутствии отдельных INI-параметров не всегда применялись стандартные значения.

Решение:

• добавлен общий механизм выбора рабочего листа в модуле WS, используемый he2 и he3;
• алгоритм выбора учитывает явно переданный wsName, затем тип записи из поля MAIN/TAGVID (по умолчанию 920), затем соответствие из MAIN/WSOPT (по умолчанию WS31.OPT), затем MAIN/WSFDT, MAIN/WSSFDT и DEFAULT;
• для новых записей без типа используется значение по умолчанию поля TAGVID из рабочего листа по умолчанию с последующим сопоставлением через WSOPT;
• he3 при наличии mfn читает запись из указанной базы и использует ее для выбора РЛ, а sid применяет как fallback;
• загрузка OPT стала устойчивой к неполному кэшу/сериализованному содержимому и при необходимости перечитывает исходный или дистрибутивный OPT-файл;
• добавлены стандартные значения PFTOPT=PFTw_H.OPT, WSOPT=WS31.OPT, WSFDT=DEFAULT;
• обновлена документация модулей WS, Opt и административная документация he3.

-

• I128-1326: Добавить дефолты ini для Каталогизатора

• Выбор рабочего листа (РЛ) для редактирования записи в he2 и he3 был реализован нецентрализованно и не учитывал всех возможных сценариев. В частности:

  1. Редактор he3 не имел механизма для автоматического определения РЛ по типу записи (поле 920), что требовало явного указания wsName.
  2. Загрузка *.OPT файлов (например, WS31.OPT), используемых для сопоставления типа записи и РЛ, была недостаточно надежной. Поврежденный или неполный кэш мог привести к использованию РЛ по умолчанию вместо корректного, определенного по типу записи.
  3. Логика определения РЛ была дублирована и частично реализована в разных частях системы (например, в he2), что усложняло поддержку.

  Решение

  • Централизована логика выбора РЛ в модуле WS:
    • В modules/WS/api.php добавлен новый метод ResolveEditorWsName. Он инкапсулирует всю логику определения имени рабочего листа на основе типа записи (поле из MAIN/TAGVID, по умолчанию 920), OPT-файла сопоставления (MAIN/WSOPT, по умолчанию WS31.OPT) и РЛ по умолчанию (MAIN/WSFDT).
    • Эта логика теперь является общей для всех редакторов.
  • Улучшена загрузка OPT-файлов:
    • В modules/Opt/__call/Load.inc и LoadFromCache.inc добавлена строгая валидация загружаемого содержимого. Теперь система проверяет наличие обязательных секций (OPTFIELD, DEFAULT, OPTIONS).
    • Если данные из кэша или базы невалидны, загрузчик пытается использовать эталонный файл из дистрибутива (modules/i128f/Distr/datai/). Это предотвращает использование некорректных РЛ из-за устаревшего кэша.
  • Интеграция с редакторами he2 и he3:
    • Редактор he2 (modules/he2/__call/EditorLoaderCat/root.inc) переведен на использование нового централизованного метода WS::ResolveEditorWsName.
    • Редактор he3 (modules/he3/Actions/GetSchema.inc и др.) теперь также использует WS::ResolveEditorWsName для автоматического определения РЛ, если он не задан явно. Это позволяет открывать записи в he3 по MFN или SID без предварительного указания wsName.
    • В he3 добавлена передача sid между компонентами для корректного определения записи и, как следствие, РЛ.
  • Документация и тесты:
    • Добавлена документация в modules/Opt/Help/Root.md и modules/WS/Help/Root.md, описывающая новую логику загрузки OPT и выбора РЛ.