Etiqueta: errors

Este fallo significa que se usó un WidgetRef después de que su widget abandonó el árbol, normalmente en una callback asíncrona. Lee lo que necesites antes del await y protege con una comprobación de mounted.

Este fallo significa que llamaste a context.of() después de que el widget salió del árbol, normalmente en un callback asíncrono o en dispose(). Captura el valor antes del await o en didChangeDependencies().

La AuthenticationException interna te dice la causa real: una cadena no confiable, un nombre que no coincide o una diferencia de versión de TLS. Confía en el certificado, corrige el host o alinea los protocolos. No desactives la validación por completo.

El error significa que Data Protection perdió la clave que firmó el token. Persiste las claves en un almacén compartido y duradero y llama a SetApplicationName para que cada instancia lea el mismo conjunto de claves.

EF Core no encuentra una clave para tu tipo. Nombra una propiedad Id o {Type}Id, agrega [Key], llama a HasKey o, si es una vista o SQL crudo, llama a HasNoKey.

EnableRetryOnFailure choca con BeginTransaction. Envuelve toda la transaccion en db.Database.CreateExecutionStrategy().ExecuteAsync(...) para que se reintente como una unidad.

Pusiste @rendermode en un hijo cuyo padre ya es interactivo. Un subárbol tiene exactamente un render mode. Quita la directiva del hijo o muévela al límite.

RenderBox was not laid out casi siempre es un error secundario. Busca la primera aserción de layout encima, normalmente un scrollable con restricciones no acotadas, y corrige eso.

Este fallo significa que el código usó un controller después de ejecutar dispose(). Protege las callbacks asíncronas con una comprobación de mounted y nunca liberes un controller que no es tuyo.

Tu tarea fire-and-forget capturó un DbContext con ámbito de solicitud que el ámbito de DI ya había liberado. Resuelve un contexto nuevo dentro de la tarea con IServiceScopeFactory o IDbContextFactory.