Add mission/drone profile management with autosave and persistence

Vervollstaendigt Doku 3.5/3.6/7.1/7.3/7.5: ein Vollbild-Verwaltungsmenue
fuer Missionen und Drohnenprofile (per Tabs umschaltbar, wie im HTML-
Demonstrator #missionsPanel gemeinsam mit der Profilliste), Autosave der
aktuell bearbeiteten Mission, Drift-Persistenz statt der bisherigen
In-Memory-only currentMissionProvider, sowie Anzeige/Zugang ueber neue
Chips in der Fusszeile (HTML-Demonstrator: #missionNameBtn/#droneNameBtn).

Datenbank (services/database/): Missions-Tabelle um updatedAt ergaenzt,
neue DroneProfiles- und AppSettingsTable-Tabellen (schemaVersion 2 mit
onUpgrade-Migration). Drei Repositories kapseln Drift-Zugriff +
JSON-(De-)Serialisierung der Wegpunktliste: MissionRepository,
DroneProfileRepository, AppSettingsRepository - je mit Unit-Tests gegen
eine In-Memory-Datenbank (NativeDatabase.memory()).

Provider: CurrentMissionMetaNotifier haelt Name/id der aktuellen Mission
und autosaved sie 800ms-debounced (identisch zum HTML-Demonstrator:
scheduleAutosave()/flushPendingAutosave()) - inklusive Wiederherstellung
des zuletzt bearbeiteten Autosave-Drafts beim App-Start (Doku 7.5).
ActiveDroneProfileNotifier haelt das aktive Profil, seedet beim ersten
Start automatisch T1 Ranger und merkt sich die Auswahl ueber
AppSettingsTable neustart-fest.

UI: MissionsDronesPanel (Missions-Tab: Liste mit Umbenennen/Loeschen/
Laden; Drones-Tab: Liste mit Bearbeiten/Loeschen/Auswaehlen, faellt beim
Loeschen des aktiven Profils auf das naechste zurueck). DroneProfileEditor
als Formular (bewusste Vereinfachung gegenueber den Swipe-Gesten-Chips
des HTML-Demonstrators - bei elf Feldern ist ein normales Formular auf
einem Mobilgeraet zugaenglicher). Rename per AlertDialog+TextField statt
Browser-prompt().

Aktives Drohnenprofil ist jetzt tatsaechlich wirksam statt nur eine feste
Anzeige: Speed-/Alt-Drehrad-Grenzen, Fangradius neuer Wegpunkte und die
Flugpfad-Machbarkeitspruefung (Kurvenradius, Steig-/Sinkrate) in
PlanScreen und WaypointListPanel lesen jetzt activeDroneProfileProvider
statt der bisherigen statischen DefaultDroneProfile-Konstanten (die als
T1-Ranger-Seed-Werte weiterleben).

Beim Verifizieren zwei echte Bugs in BottomStatsBar gefunden und
gefixt: ein Stack+Align-ohne-Factor blaehte sich auf unbegrenzte Groesse
auf und verschob die Details-Pille aus ihrer sichtbaren Position (durch
zwei gleich grosse Expanded-Bereiche ersetzt); zwei ConstrainedBox-Chips
nebeneinander verursachten auf schmaleren Breiten einen RenderFlex-
Overflow (durch Flexible ersetzt).

Widget-Tests: AppShell/PlanScreen initialisieren beim Start jetzt die
echte Datenbank - alle Tests, die AppShell pumpen, ueberschreiben
appDatabaseProvider testweise mit einer In-Memory-Instanz. Ausserdem
mussten mehrere Tests den neuen 800ms-Autosave-Timer abwarten (wie
zuvor schon beim WaypointChip-Flash-Timer etabliert), damit nach
Testende kein Timer mehr aussteht.

Verifiziert: flutter analyze (0 issues), flutter test (59/59, davon 14
neue Repository-Tests), manuell auf Pixel_10a-Emulator - Wegpunkte
werden automatisch als "New mission" gespeichert und erscheinen in der
Liste, Umbenennen/Laden/Loeschen funktionieren, neues Drohnenprofil mit
abweichender Max-Speed wird angelegt+aktiviert+in der Fusszeile
angezeigt, Loeschen des aktiven Profils faellt auf das verbleibende
zurueck.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

app/lib/ui/providers/active_drone_profile_provider.dart

@@ -0,0 +1,62 @@
+import 'package:flutter_riverpod/flutter_riverpod.dart';
+
+import '../../domain/mission/drone_profile.dart';
+import 'database_provider.dart';
+
+/// Haelt das aktuell aktive Drohnenprofil (Doku 3.5/7.3) - bestimmt u.a. den
+/// gueltigen Geschwindigkeits-/Hoehenbereich der Drehraeder sowie die
+/// Flugpfad-Machbarkeitspruefung (Kurvenradius, Steig-/Sinkrate).
+///
+/// T1-Ranger-Konstanten dienen nur als Startwert, bevor initialize() die
+/// Datenbank gelesen hat (verhindert einen Zustand ganz ohne Profil waehrend
+/// des asynchronen Ladens).
+class ActiveDroneProfileNotifier extends Notifier<DroneProfile> {
+  @override
+  DroneProfile build() => DroneProfile.t1Ranger();
+
+  /// Stellt sicher, dass mindestens ein Profil in der Datenbank existiert,
+  /// und laedt das zuletzt aktive (oder das erste vorhandene) Profil -
+  /// analog dem drones/activeDrone-Bootstrap im HTML-Demonstrator.
+  Future<void> initialize() async {
+    final droneRepo = ref.read(droneProfileRepositoryProvider);
+    final settingsRepo = ref.read(appSettingsRepositoryProvider);
+
+    final seededId = await droneRepo.ensureSeeded();
+    final settings = await settingsRepo.load();
+    final all = await droneRepo.loadAll();
+
+    final activeId = settings.activeDroneProfileId ?? seededId;
+    final active = all.firstWhere(
+      (p) => p.id == activeId,
+      orElse: () => all.first,
+    );
+    state = active;
+    if (settings.activeDroneProfileId != active.id) {
+      await settingsRepo.setActiveDroneProfileId(active.id);
+    }
+  }
+
+  Future<void> select(DroneProfile profile) async {
+    state = profile;
+    await ref.read(appSettingsRepositoryProvider).setActiveDroneProfileId(profile.id);
+  }
+
+  /// Nach dem Bearbeiten des aktiven Profils dessen Werte neu einlesen.
+  Future<void> reloadIfActive(int id) async {
+    if (state.id != id) return;
+    final all = await ref.read(droneProfileRepositoryProvider).loadAll();
+    final updated = all.where((p) => p.id == id);
+    if (updated.isNotEmpty) state = updated.first;
+  }
+
+  /// Nach dem Loeschen des aktiven Profils auf das erste verbleibende
+  /// zurueckfallen (analog `if (wasActive) applyDroneProfile(drones[0])`).
+  Future<void> fallBackTo(DroneProfile profile) async {
+    state = profile;
+    await ref.read(appSettingsRepositoryProvider).setActiveDroneProfileId(profile.id);
+  }
+}
+
+final activeDroneProfileProvider =
+    NotifierProvider<ActiveDroneProfileNotifier, DroneProfile>(
+        ActiveDroneProfileNotifier.new);