errors

EnableRetryOnFailure entra em conflito com BeginTransaction. Envolva toda a transação em db.Database.CreateExecutionStrategy().ExecuteAsync(...) para que ela seja repetida como uma unidade.

Você colocou @rendermode em um filho cujo pai já é interativo. Um subárvore tem exatamente um render mode. Remova a diretiva do filho ou mova-a para o limite.

RenderBox was not laid out quase sempre é um erro secundário. Procure a primeira asserção de layout acima dele, geralmente um scrollable com restrições não limitadas, e corrija isso.

Esse erro significa que o código usou um controller depois que dispose() rodou. Proteja callbacks assíncronas com uma checagem de mounted e nunca libere um controller que não é seu.

Sua tarefa fire-and-forget capturou um DbContext com escopo de requisição que o escopo de DI já havia liberado. Resolva um contexto novo dentro da tarefa com IServiceScopeFactory ou IDbContextFactory.

Este erro significa que você mutou o estado enquanto o Flutter compilava. Tire o setState do build, ou adie-o com addPostFrameCallback. Aqui está por que acontece e a solução correta.

A solução em 30 segundos: defina android.useAndroidX=true e android.enableJetifier=true em android/gradle.properties, depois encontre qualquer plugin ainda na antiga support library e atualize ou substitua.

A correção em 30 segundos: defina minSdkVersion como 21 (ou maior) em android/app/build.gradle. background_fetch é construído sobre o JobScheduler do Android, que só existe a partir da API 21.

O runtime do .NET 6 sumiu ou está incompatível. Instale net6.0 de novo, faça roll forward para net8.0 via runtimeconfig, mude o target do csproj, ou publique self-contained.

A correção em 60 segundos: atualize o Flutter para 3.24.4 ou posterior, suba a plataforma do Podfile para iOS 13, apague Pods e DerivedData, depois pod install. O erro raramente está no seu código Dart.