eFileError, когда вызов функции открытия чертежа идёт не из CommandMethod

[Lemieux]

А вот про делить 2/3 части не совсем понял.

У меня команда в САПРе регистрируется через Utils.AddCommand();
И получается:
1. Регистрирую команду в Initialize
2. Вызываю командой метод, который вызывает класс с основной логикой команды, в котором и вызывается окно. Создаётся основная ViewModel и передаётся в конструктор окна, вызывается окно и блокируется работа класса из которого вызвалось окно.
3. После завершения работы с окном оно закрывается и управление возвращается в класс из которого вызывалось окно, и проводится проверка на статус закрытия окна. Если всё норм, то работаем с данными из ViewModel.

Если ты регистрируешь команду через CommandMethod, то 1 и 2 шаги можно объединить. Всё это делается только тогда, когда добавляются/открываются новые документы в приложении. При работе с текущим документом можно вызывать окно в любом месте.
Как я понял, AutoCAD важно то, чтобы метод ShowModalDialog завершил работу, а не факт закрытия окна.

[Алексей Кулик]

Цитата: Lis от 13-08-2022, 18:50:37

    MVVM используется, да.

99% из-за него вылетает эта ошибка.

Ух ты, а почему именно из-за MVVM?

[Lemieux]

Цитата: Lis от 13-08-2022, 18:50:37

    MVVM используется, да.

99% из-за него вылетает эта ошибка.

Ух ты, а почему именно из-за MVVM?

Точно не скажу. Я столкнулся с этой проблемой только тогда когда стал переписывать весь код на MVVM. То, что работало с codebehind, перестало работать с MVVM. Пришлось переделывать подход к работе с окнами и новыми файлами.

[Алексей Кулик]

Цитата: Lis от 13-08-2022, 18:50:37

    MVVM используется, да.

99% из-за него вылетает эта ошибка.

Ух ты, а почему именно из-за MVVM?

Точно не скажу. Я столкнулся с этой проблемой только тогда когда стал переписывать весь код на MVVM. То, что работало с codebehind, перестало работать с MVVM. Пришлось переделывать подход к работе с окнами и новыми файлами.

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

[Lemieux]

Цитата: Lis от 13-08-2022, 18:50:37

    MVVM используется, да.

99% из-за него вылетает эта ошибка.

Ух ты, а почему именно из-за MVVM?

Точно не скажу. Я столкнулся с этой проблемой только тогда когда стал переписывать весь код на MVVM. То, что работало с codebehind, перестало работать с MVVM. Пришлось переделывать подход к работе с окнами и новыми файлами.

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

Новые документы добавляются в коллекцию документов, во время работы окна?
А при чём тут АМП и интерфейсы с делегатами? При использовании АМП будет вылетать совсем другая ошибка. И если мне память не изменяет, использование async/await в коде даже не запустить команду. А вот с помощью Parallel.Invoke() можно запустить несколько потоков из AutoCAD и других приложений (например Excel), при это поток AutoCAD должен запускаться первым.

[Lis]

Пожалуй, могу дополнить немного информацию о происходящем. Насколько я могу судить, несмотря на некоторые асинхронные сортировки, всё выполняется в главном потоке, так как оба окна (с чертежами и историей для конкретного чертежа) открываются через Application.ShowModalWindow(window).

Однако, кажется, я обнаружил проблему -- так как у нас создаётся два модальных окна, то в первом случае, когда мы не обращаемся к истории, при попытке сохранить и открыть чертёж преждевременно закрывается модальное окно. А вот когда мы открываем историю и уже из неё выбираем какую-либо версию для той же операции, то закрывается только модальное окно истории, а вот первое модальное окно остаётся в том же состоянии, в котором и было.

[Lemieux]

несмотря на некоторые асинхронные сортировки

Что за асинхронные сортировки?

открываются через Application.ShowModalWindow(window)

Попробуй заменить на ShowModelessWindow()

[Lis]

Что за асинхронные сортировки?

Некто из других разработчиков сделал метод, где сортирует из бд записи по признаку (так как не все записи доступны могут быть пользователю).

Попробуй заменить на ShowModelessWindow()

А вот как раз попробовал, что интересно -- это даже принесло свои плоды, так как теперь из окошка истории действительно можно сохранять без проблем, однако вызывается первое окошко из команды и почему-то прогрузка завершается только после того, как команда полностью завершит своё выполнение. Это не очень хорошо, у ShowModalWindow такого не наблюдается.
Также замена опасна может быть тем, что ShowModalWindow возвращает нам bool?, а ShowModelessWindow() возвращает void. Вызов Show... стоит в return'е, поэтому, чтобы использовать ShowModelessWindow(), пришлось захардкодить по умолчанию true, а это прямо на неприятный такой костыль похоже.

[Алексей Кулик]

Off-Topic: показать

В принципе можно, наверное, сделать публичное свойство bool? ShowResult, с приватным set'ом.

[Lemieux]

Вызов Show... стоит в return'е

Интересное решение.

Некто из других разработчиков сделал метод, где сортирует из бд записи по признаку

Что-то мне подсказывает, что код работает синхронно. Этот разработчик не тестировал работу плагина/модуля/команды?
Теперь ты понимаешь, что  придётся переписывать логику или лепить костыли?

В принципе можно, наверное, сделать публичное свойство bool? ShowResult, с приватным set'ом.

У меня своё кастомное окно так сделано, которое имитирует окно палитры, в котором уже хостятся UserControl.

[Александр Ривилис]

А вот когда мы открываем историю и уже из неё выбираем какую-либо версию для той же операции, то закрывается только модальное окно истории, а вот первое модальное окно остаётся в том же состоянии, в котором и было.

Вот об этом я и говорил. Открытое модальное окно препятствует переключению документов.

[Lis]

Открытое модальное окно препятствует переключению документов.

Вы были правы.

К сожалению, пока из-за громоздкости кода проекта мне не удалось откопать, где именно происходит нажатие на кнопку "истории" (так как в единственном подходящем шаблоне этой кнопки нет вообще), а потому закрываю модальное окно очень топорно -- в одном из методов через window.Close(). Почитав скинутый выше топик, применил SendStringToExecute(), которая и правда принесла мне немного счастья, так как теперь это стало работать так, как ожидается -- чертежи корректно открываются в обоих случаях. Но теперь, правда, появилась парочка статических переменных, "таскающих" дескриптор окна и путь, по которому лежит чертёж, что, безусловно, не есть хорошо. Ещё буду думать в сторону оптимизации и избавлении от статических переменных, а также рыскать, откуда вообще появляется кнопка истории. Если получится, то обязательно дам знать в этой теме. Иначе придётся довольствоваться этим временно-постоянным решением.

Всем ещё раз спасибо большое за помощь, ваши советы мне помогли как с точки зрения понимания природы ошибки, так и с точки зрения её решения!

P.S. -- Хотелось дополнить, кстати, что для меня атрибут Session стал небольшим открытием -- не знал, что его наличие строго гарантирует открытие чертежа и взаимодействие с рабочей областью выбранного чертежа. Возможно, потомкам это будет полезно.

P.P.S. -- А вообще, чисто в теории, от статических переменных можно избавиться, если передавать некоторые параметры в команду через SendStringToExecute(), но пока такой реализации ещё не встречал.

UPD: https://forums.autodesk.com/t5/net/make-a-command-with-parameter/td-p/7172578 -- касательно передачи параметров (зачёркнуто, чтобы никто не ругался на формулировку) в SendStringToExecute(). Быть может, кому-то это пригодится из интересующихся.