Александр Юдаков

Джон Скит (Jon Skeet) об этом хорошо написал:
https://csharpindepth.com/Articles/Events

AppDomain.Current.BaseDirectory — путь к текущему запущенному exe-шнику.

[TestMethod]
public void TestMethod1()
{
    var button = session.FindElementByAccessibilityId("button1");
    try
    {
        button.Click();
    } catch(Exception) {
        // Тест пройден.
        return;
    }

    throw new Exception("Тест не пройден.");
}

Одним только AllowDrop здесь не обойтись.
https://professorweb.ru/my/WPF/base_WPF/level5/5_12.php

CLS придуман как гарантия совместимости байт-кода сборок, скомпилированных из разных языков.
В примере выше единственно, чего мы можем опасаться, это того, что завтра будет выпущен CLS-совместимый компилятор языка Х.З.#, и байт-код этого Х.З.# не сможет работать с нашими Items из C#, поскольку свойство Items не является CLS-совместимым.

Если же все сборки, которые у нас будут вместе работать, написаны на одном языке — C#, проблемы не существует.

На практике, если в иерархии assembly / type / member нигде атрибутов CLSCompliant не ставить, вся сборка считается не CLS-совместимой и никаких предупреждений не будет.
https://docs.microsoft.com/en-us/dotnet/api/system...

Говорят, стоимость высокая.
https://switch-case.ru/73228064

Судя по всему, область действия блока "using (var scope..." следует расширить до конца метода.
Т.е. перенести закрывающую скобку в самый низ.

В Windows существуют три вида приложений (exe-шников):
- оконные,
- консольные,
- службы.

Вот документация о том, как сделать Windows Service:
https://docs.microsoft.com/en-us/dotnet/framework/...
или вот, вариант попроще:
https://habr.com/sandbox/97007/

На практике при разработке служб удобнее иметь три проекта (наименования условны):
1) MyService.dll - там лежит вся ваша логика;
3) MyServiceTest.exe - консольное приложение (используется для отладки) - подключает dll и запускает основную логику оттуда;
2) MyService.exe - служба Windows (используется в продакшене) - тоже подключает dll и запускает логику оттуда (но работает уже не в качестве консольного приложения, а в качестве службы).

Сериализация здесь не виновата.
В тексте сообщения ясно сказано: WCF-клиенту не удалось подключиться к WCF-серверу за 1 минуту.

P.S. А зачем вы скриншот закрасили? Там как раз самая интересная информация.

https://stackoverflow.com/a/39065355

Нельзя, к сожалению, в буфер обмена объекты класть.
Строки можно, байты можно, объекты нельзя.

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

Во избежание подобных сюрпризов сторонними библиотеками не пользуюсь. Да, приходится больше грязной работы делать руками. Но, как правило, делается это все один раз, после чего легко переиспользуется.

Вам же сейчас придется разгребать руками чужой говнокод с гитхаба. Большой вопрос - кто потратит больше времени - вы или я?