Ошибка при создании объекта с iid 1с

Answers

• In VS 2002/2003 you should use the IE Dom to insert the HTML for the control.  You can cast the automation object for the web from design view to an IHTMLDocument2 using mshtml primary interop assembly definitions to access the DOM.  Alternatively, you can switch to HTML source view, incert the HTML for the control, and when you switch to design view it will be created.

  In VS 2005 you can still do the previous methods.  However, you might also want to look at WebFormsRootDesigner::AddControlToDocument.  This API was added because versions of VS may not support the IE DOM at design time.

Answers

• In VS 2002/2003 you should use the IE Dom to insert the HTML for the control.  You can cast the automation object for the web from design view to an IHTMLDocument2 using mshtml primary interop assembly definitions to access the DOM.  Alternatively, you can switch to HTML source view, incert the HTML for the control, and when you switch to design view it will be created.

  In VS 2005 you can still do the previous methods.  However, you might also want to look at WebFormsRootDesigner::AddControlToDocument.  This API was added because versions of VS may not support the IE DOM at design time.

Существует проблема
Для выгрузки изменений текущей версии необходимо подставлять файл состояния объектов предыдущей версии. Файл ConfigDumpInfo.xml до 8.3.15 можно было получать только выгрузив предыдущую версию.

Это накладывает ограничение: все версии должны выгружаться строго последовательно, иначе версия будет быть выгружена полностью, что не хорошо и нагружает процессор излишне, тратится лишнее время.

Хотелось бы иметь следующую функциональность
Использование новых возможностей выгрузки Платформы 8.3.15.

• -configDumpInfoOnly ‑ указанием данного параметра приводит к тому, что при выгрузке формируется только файл версий (ConfigDumpInfo.xml). Если в командной строке будет указан параметр -format, то файл версии будет сформирован для указанного формата выгрузки. По умолчанию файл версий формируется для иерархического формата выгрузки.

При получении версии из хранилища — можно выгружать файл ConfigDumpInfo.xml с помощью нового колюча -configDumpInfoOnly — это позволит завести несколько версий выгрузки и выгружать только изменения «по-честному» параллельно.

Так же можно будет выгружать изменения не используя «Очереди выгрузки» (снимается ограничение)

Расширение или улучшение?

Это улучшение конфигурации 1С:ГитКонвертер улучшает конвертацию на новой платформе 8.3.15.

Т.к. новые возможности будут доступны только начиная с 8.3.15 — возможно стоит сделать специальное расширение которое позволит делать выгрузку ConfigDumpInfo.xml на версии 8.3.15 и продолжить выгрузку на более низких версиях. Нужно учесть что заголовке xml прописывается версия формата, которую невозможно загрузить на младших версиях — нужно сделать фикс версии если формат не поменялся.

Справочник ВерсииХранилища, модуль менеджера. Строка 168:
Версия = Число(ВерсияХранилища.Версия);

У меня в ВерсияХранилища.Версия сидит строка «7 850″. Соответственно, преобразование к числу невозможно. У себя сделал через СтрЗаменить(ВерсияХранилища.Версия, » «, «»). В исходниках стоит поправить место, где записывается версия. В хранилище конфигурации 1С версия-то всегда числовая.

При попытке загрузки метаданных версии хранилища в логах появляется ошибка:
25.07.2019 9:59:02 Начало импорта в 1C:EDT
Debug options:
file:/opt/1C/1CE/components/1c-edt-1.11.0+528-x86_64/.options loaded
Warning: NLS unused message: LaunchConfigurationWorkingCopy_8 in: org.eclipse.debug.internal.core.DebugCoreMessages
Операция импорта проекта завершена неуспешно.
По причине: Во время выполнения операции импорта произошло несколько ошибок
Произошла непредвиденная ошибка при импорте файла «ChartsOfAccounts/бит_Бюджетирование/Forms/ФормаВыбораУправляемая/Ext/Form.xml»
Произошла непредвиденная ошибка при импорте файла «ChartsOfAccounts/бит_Дополнительный_2/Forms/ФормаВыбораУправляемая/Ext/Form.xml»
Ошибка импорта файла «ChartsOfAccounts/бит_Бюджетирование/Forms/ФормаВыбораУправляемая/Ext/Form/Module.bsl»
При импорте родительского объекта произошла ошибка
Ошибка импорта файла «ChartsOfAccounts/бит_Дополнительный_2/Forms/ФормаВыбораУправляемая/Ext/Form/Module.bsl»
При импорте родительского объекта произошла ошибка
Произошла непредвиденная ошибка при импорте файла «DataProcessors/ВводНачальныхОстатков/Forms/Форма/Ext/Form.xml»
Ошибка импорта файла «DataProcessors/ВводНачальныхОстатков/Forms/Форма/Ext/Form/Module.bsl»
При импорте родительского объекта произошла ошибка
Произошла непредвиденная ошибка при импорте файла «Documents/бит_вго_АктСверкиВГО/Forms/ФормаДокументаУправляемая/Ext/Form.xml»
Ошибка импорта файла «Documents/бит_вго_АктСверкиВГО/Forms/ФормаДокументаУправляемая/Ext/Form/Module.bsl»
При импорте родительского объекта произошла ошибка
Ошибка выполнения процесса 1C:Enterprise Development Tools.
25.07.2019 9:59:56 Окончание импорта в 1C:EDT
Код возврата: 1

Конфигурация БИТ.Финанс доработанная, ОС Debian 9.9, версия 1С 8.3.13.1690, EDT 1.11

Описание ошибки

На Win с локализацией НЕ русской (у нас eng) происходит ошибка конвертации при попытке подключения к хранилищу, если логин/пароль содержит кириллицу

Существует проблема
На текущий момент, если какая-то операция по обработке версии выполнилась не успешно, то она будет сброшена и запущена снова. Не существует ограничений на количество перезапусков.

Хотелось бы иметь следующую функциональность

1. Указывать количество попыток перезапуска операций.
2. Фиксировать номер текущей попытки по каждой операции
3. Останавливаться при достижении лимита перезапусков, подсвечивать красным остановленные версии

Расширение или улучшение?

Это улучшение конфигурации 1С:ГитКонвертер потому что улучшает стабильность работы и позволяет не тратить ресурсы если есть проблема, которую нужно решить вручную.

Существует проблема
Настраивать конвертацию не очень просто для новичков, нужно набить несколько шишек и познать таким образом хитрости настроек, раскиданных по разным местах.

Хотелось бы иметь следующую функциональность
Удобный мастер настройки конвертации, позволяющий по шагам настроить конвертацию, содержащий объясняющие тексты для настроек.

Расширение или улучшение?
Это функциональность можно реализовать в расширении.

Для удобства заполнения соответствия пользователей
Я хочу чтобы система подсказывала мне какие пользователи есть в хранилище
И позволяла интерактивно заполнить это соответствие

Сейчас заполнение соответствия пользователей полностью ручное: добавил элемент, заполнил, записал, добавил, заполнил, записал. Для заполнения нужно знать какие пользователи есть в хранилище, а для этого — самостоятельно строить отчет по хранилищу, сворачивать по пользователям, переносить эту информацию в конвертер.

Было бы удобно, если Конвертер предоставлял удобный мастер заполнения соответствия пользователей: сам построил и прочитал отчет по хранилищу, показал какие пользователи есть, каких нет и дал удобный интерфейс заполнения соответствия в одном окне

При формировании записей файла, русские символы заменяются знаком «?»

соответственно строка общего модуля КонвертацияХранилища(3376)

Если ЭтоWindowsСервер Тогда
		ФайлКоманды.Записать(ИмяФайлаКомандыGit, КодировкаТекста.OEM);
	Иначе
		ФайлКоманды.Записать(ИмяФайлаКомандыGit, КодировкаТекста.Системная, Символы.ПС);
	КонецЕсли;

Предложу поменять кодировку на UTF8

У меня решилась проблема

Описание ошибки
Если в хранилище поместить 2 версии, в 1-ой объект метаданных, а во второй он же но с другим регистром символов в имени будет создан некорректный репозитарий Git с точки зрения EDT

Сценарий воспроизведения

1. Создать чистую базу, добавить в нее общую форму Форма1 с пустой процедурой ПриСозданииНаСервере
2. Создать новое хранилище и подключить к нему созданную базу
3. Захватить хранилище и поменять имя на форма1 и добавить общую форму Форма2, применить изменения в хранилище
4. Сформировать репозитарий Git с помощью GitConverter
5. Импортировать репозиторий в EDT
6. Открыть окно неподготовленных изменений и обнаружить там объекты с которыми ничего нельзя сделать

Ожидаемое поведение
Должей создаваться корректный репозитарий. Сейчас получается, что удаление объекта Форма1 попала в commit, а удаление подчиненных ему формы и модуля нет

Скриншоты, логи, ЖР

В связи с нововведениями в EDT 1.10 снова поднимаю вопрос о необходимости автоматически проставлять autocrlf при создании репозитория через конвертер.

В связи с этим нововведением — это тепеьр ответственность EDT или конвертера?

Все еще считаю, что стоит дать возможность пользователю настраивать это поведение для каждого элемента справочника «Хранилища», а не включать конвертацию по-умолчанию

Существует проблема
ГитКонвертер работает хорошо, стабильно. Сейчас необходимо удалять файлы логов, коммита, комментария, настроив какое-то задание в ОС.

Хотелось бы иметь следующую функциональность

1. Отключить генерацию логов вообще
2. Или сделать чистку файлов закоммиченных версий. Например оставлять последние N-версий после коммита.

Расширение или улучшение?

Это улучшение конфигурации 1С:ГитКонвертер потому что многим понадобится.

Дополнительный контекст
Например, можно сделать константу на всю базу, позволяющую указывать N-версий или реквизит в настройке хранилища.

Конвертация падает с ошибкой «Ошибка преобразования значения в число», если в хранилище 1000 и более версий

Происходит это потому что отчет по хранилищу формирует номер версии с неразрывным пробелом, а функция преобразования в число такие строки не умеет конвертировать.

Решение: при чтении версии из отчета хранилища удалять неразрывный пробел

Тестировалось на 8.3.12.1685

Существует проблема
Если что-то идет не так, то не всегда очевидно что и где смотреть

Хотелось бы иметь следующую функциональность
Отображение процесса выгрузки версии аналогично интерфейсу Дженкинса.

По каждой версии отображены шаги, пройденные зеленым, активные синим, не пройденные красным.

По каждому шагу есть отображение времени и возможность открыть лог шага.

Расширение или улучшение?

Возможно сделать расширением, но лучше, чтоб было «из коробки», так как особенно полезно новичкам.

Дополнительный контекст
Картинка по другому проекту, но которая хорошо иллюстрирует пожелание.

Было бы удобно при конвертации переносить в git и метки хранилища.
Можно в виде git tags, можно в виде комментариев к коммитам

Насколько я помню проблема в том, что отчет по хранилищу не включает информацию по меткам? Последний раз когда смотрел получить их не удавалось программно

Существует проблема
Потребовалось мне поменять адрес удалённого хранилища, без изменения каталога локального. Простым нажатием кнопки прописать адрес хранилища (см. снимок) — не прокатывает. В файле конфигурации локального репозитория остаётся старый, в логе ошибка: «fatal: remote origin already exists.» , но поскольку код возврата установки репозитория тоже не анализируется (даже в текущей версии) — кто бы туда глянул.

Хотелось бы иметь следующую функциональность
Надо бы сначала его сносить командой: git remote remove origin. Да и анализ результата выполнения команды установки удалённого хранилища тоже очень не плохо было бы добавить.

Дополнительный контекст
https://partners.v8.1c.ru/forum/t/1781195/m/1781340

Если в конфигурации поддерживается несколько веток, необходимо иметь возможность указывать версию EDT для конвертации.

Проблема связана с тем, что при переходе на новую версию платформы необходимо обновлять и версию EDT, после чего требуется выполнить проверку корректности перехода. Хотелось бы избежать проверки для веток, которые работаю на старых версиях платформы.

Реализация улучшения будет выполнена в виде расширения и доработок конфигурации.

Что измениться в конфигурации:

1. В процедуре КонвертацияХранилища.ИмпортироватьВерсиюВEDT формирование переменой СтрокаКоманды будет вынесено в отдельную функцию;

Что будет содержать расширение:

1. В справочник ХранилищаКонфигураций будет добавлен реквизит ВерсияEDT
2. В модуле КонвертацияХранилища будет переопределена процедура формирования СтрокаКоманды. При установке значения переменой будет учтена версия EDT.