Soy consciente del problema que resuelve TransactionScopeAsyncFlowOption.Enabled :
Y soy consciente (según el primer enlace anterior) de que Microsoft no solo corrigió el error en el comportamiento predeterminado porque la compatibilidad con versiones anteriores es el rey.
Pero que yo sepa, el único cambio aquí es que "algo que solía generar una excepción, para indicar que no podía hacer lo que le había pedido que hiciera, ahora funciona".
es decir, el único cambio es que algún código que solía fallar horriblemente, ahora JustWorks(TM), exactamente de la forma en que lo hubiera esperado si nunca hubiera oído hablar de este error.
Entonces, la única forma en que puedo imaginar que podría romper una base de código existente es si esa base de código tenía algún código que hizo el mal flujo, y luego esperaba activamente la InvalidOperationException("A TransactionScope must be disposed on the same thread that it was created.") , lo atrapó e hizo algo específico como resultado. (¿O si el código base se basara en la ruptura de una determinada ruta de invocación? Cualquiera de los dos sería... un poco extraño.
=-=-=-=-=-=-=-=-=-=-=
Supongamos que estoy seguro de que mi base de código no tiene nada que busque explícitamente estas Excepciones y se comporte de manera diferente si ocurren, y por lo demás estaba cuerdo en general... ¿Hay alguna razón para NO habilitar TransactionScopeAsyncFlowOption en todas partes?
¿Habilitar esta opción tiene algún efecto secundario además de "hacer que este caso de uso sea JustWork"?