Inventar: Verwendung der Tauchgangsart (Dive Type) im Code

[alpheios-one]

@claude bitte NUR Analyse, keine Codeänderungen, kein Branch, kein PR, keine Tests.

Aufgabe:
Vollständiges Inventar erstellen, wo im Code die Tauchgangsart (Dive Type) gelesen, geschrieben, gefiltert, angezeigt oder exportiert wird. Es geht ausschliesslich um den aktuellen Ist-Zustand der Implementierung, nicht um eine Bewertung oder Umsetzungsvorschläge zu einem bestimmten Bug oder Feature.

Bekannter Ausgangspunkt (bitte verifizieren und ergänzen):

• Doppelte Speicherung: Spalte dives.diveType und Junction-Tabelle dive_dive_types, jeweils mit markRecordPending für Sync
• lib/core/utils/deco_dive_detector.dart
• lib/features/dive_log/data/repositories/dive_computer_repository_impl.dart (importProfile)
• lib/features/dive_import/data/services/uddf_entity_importer.dart
• Dive-Type-Verwaltung unter Settings > Manage > Dive types (benutzerdefinierte Typen)

Bitte systematisch suchen nach: diveType, dive_type, DiveType, diveTypeId, diveTypeIds, DiveDiveTypes, dive_dive_types, 'technical', 'recreational', DecoDiveDetector.

Ergebnis als strukturierter Kommentar hier im Issue, gegliedert nach:

1. Datenmodell und Migration (Tabellen, Companions, Seed-Daten der eingebauten Typen)
2. Repositories und Services (Schreiben/Lesen, Sync, Konsolidierung/Merge von Tauchgängen)
3. Import-Pfade (alle Quellen, wo der Typ herkommt bzw. der Detector greift)
4. Export-Pfade (UDDF, CSV, PDF, Excel)
5. UI (Formular, Detail-/Header-Karte, Listenfilter, Tabellenspalte, Bulk-Edit, Advanced Search, Settings)
6. Statistik/Dashboard
7. Bestehende Tests, die Dive Types abdecken
8. Settings-Infrastruktur: Wo werden per-Diver-Einstellungen gespeichert und in Riverpod-Providern bereitgestellt?

Pro Fundstelle: Dateipfad, Funktion/Klasse, Zeilenbereich und ob lesend oder schreibend. Keine Bewertung, keine Umsetzungsvorschläge – nur das Inventar.

[alpheios-one]

@claude bitte umsetzen

[claude]

Claude finished @alpheios-one's task in 1m 46s —— View job

---

Dive Type Inventar — Vollständige Analyse

Wichtiger Hinweis zum Ausgangspunkt: lib/core/utils/deco_dive_detector.dart und die Klasse DecoDiveDetector existieren nicht im aktuellen Code (0 Treffer für DecoDiveDetector in lib/). Ebenso existiert kein enum DiveType mit Werten technical/recreational mehr — dieses Enum wurde laut docs/superpowers/specs/2026-06-24-multiple-dive-types-design.md bewusst als toter Code entfernt. Die App verwendet stattdessen ein Multi-Select List<String> diveTypeIds auf Dive, das auf DiveTypeEntity-Zeilen (eingebaut + benutzerdefiniert, Tabelle dive_types, verknüpft über dive_dive_types) verweist. Es gibt keine Stelle im Code, die Deko-Stopps/Gaswechsel analysiert, um den Dive Type zu inferieren — alle "Erkennungsmechanismen" sind entweder (a) Freitext-Keyword-Matching, (b) direktes Field-Mapping oder (c) ein hartkodierter 'recreational'-Default. Die doppelte Speicherung (Spalte dives.diveType + Junction-Tabelle dive_dive_types, je mit markRecordPending) ist korrekt und wird unten in Abschnitt 1/2 belegt.

---

1. Datenmodell und Migration

Tabellen (lib/core/database/database.dart)

• Dives.diveType (Spalte, database.dart:678-679) — legacy TextColumn, Default 'recreational' — lesend/schreibend
• DiveTypes (Tabelle, database.dart:2119-2153) — Vokabular-Tabelle für eingebaute + custom Typen: id (Slug-PK), diverId (nullable für Built-ins), name, isBuiltIn, sortOrder, createdAt/updatedAt, hlc, shortName (v173), showInDetailHeader/showInListView (v174)
• DiveDiveTypes (Junction-Tabelle, database.dart:2173-2182) — surrogater UUID-PK (bewusst nicht composite, wegen Sync-Tombstone-Kollisionsbug iCloud Syncing Equipment Sets submersion-app/submersion#347), Spalten id, diveId (FK Cascade), diveTypeId, createdAt
• DiverSettings.defaultDiveType (Spalte, database.dart:1741-1742) — Default-Dive-Type des Divers für neue Dives, Default 'recreational'

Companions

• DiveTypesCompanion — schreibend — dive_type_repository.dart:185-198 (Create), :242-249 (Update)
• DiveDiveTypesCompanion — schreibend — dive_repository_impl.dart:5364-5371
• DivesCompanion.diveType — schreibend — dive_repository_impl.dart:5380-5382 (hält Legacy-Spalte synchron zum ersten Junction-Eintrag)
• DiverSettingsCompanion.defaultDiveType — schreibend — diver_settings_repository.dart:105 (Create), :270 (Update)

Migrationsschritte (database.dart)

• v88 (:8171-8191) — fügt "Cavern" als eingebauten Typ hinzu
• v92 (:8258-8272) — erstellt dive_dive_types, backfillt aus dives.dive_type via kSeedDiveDiveTypesSql
• v93 (:8274-8290) — backfillt vollständiges Set eingebauter Typen via kSeedBuiltInDiveTypesSql (behebt leere dive_types-Tabelle nach Migration, Allow multiple "dive types" for a single dive submersion-app/submersion#414)
• v173 (:9055-9060) — fügt dive_types.short_name hinzu (_assertDiveTypeShortNameColumn, :5496-5502)
• v174 (:9061-9066) — fügt dive_types.show_in_detail_header/show_in_list_view hinzu (_assertDiveTypeVisibilityColumns, :5512-5528)
• beforeOpen-Backstops (:9296-9345) — re-assertieren Spalten und re-seeden eingebaute Typen bei jedem Öffnen (Selbstheilung bei Migrations-/Sync-Kollisionen)
• v63-Bereich (:7404-7420) — löscht verwaiste custom Typen, bewahrt Built-ins mit diverId IS NULL

Seed-Daten

• kSeedBuiltInDiveTypesSql (:2196-2232) — 15 eingebaute Typen: recreational, technical, freedive, training, wreck, cave, ice, night, drift, deep, altitude, shore, boat, liveaboard, cavern
• kSeedDiveDiveTypesSql (:2184-2194) — Backfill der Junction-Tabelle aus dives.dive_type

Domain-Entity — lib/features/dive_types/domain/entities/dive_type_entity.dart

• DiveTypeEntity (:4-124) — Felder: id, diverId, name, isBuiltIn, sortOrder, createdAt, updatedAt, shortName, showInDetailHeader, showInListView
• .create() (:42-64), .generateSlug() (:67-73), .copyWith() (:85-109)

DiveTypeRepository — lib/features/dive_types/data/repositories/dive_type_repository.dart

• Lesend: watchDiveTypesChanges (:24-25), getAllDiveTypes (:30-62), getBuiltInDiveTypes (:65-83), getCustomDiveTypes (:87-113), getDiveTypeById (:116-129), getDiveTypeByName (:132-146), getDiveTypeStatistics (:336-406), isDiveTypeInUse (:409-428)
• Schreibend: createDiveType (:150-225), updateDiveType (:228-266, blockt Built-ins), setDiveTypeVisibility (:272-303, erlaubt auf Built-ins), deleteDiveType (:306-327, blockt Built-ins) — alle mit markRecordPending/logDeletion

---

2. Repositories und Services

lib/features/dive_log/data/repositories/dive_repository_impl.dart

• Kern-Schreibprimitive: _replaceDiveTypeRows(diveId, typeIds, now) (:5338-5383) — löscht bestehende Junction-Rows (mit logDeletion), fügt neue ein (mit markRecordPending('diveDiveTypes')), schreibt danach die denormalisierte dives.diveType-Spalte synchron — die zentrale Stelle, an der beide Speicherorte zusammen geschrieben werden
• createDive/updateDive (:1334, :1425, :1595, :1678) — schreiben Legacy-Spalte + rufen _replaceDiveTypeRows
• Bulk: bulkReplaceDiveTypes (:5453-5465), bulkAddDiveTypes (:5467-5488), bulkRemoveDiveTypes (:5490-5512, fällt auf ['recreational'] zurück falls Set leer würde), diveTypeCountsForDives (:5634-5646)
• Lesend: _diveTypesForDives (:5307-5323, Helper für Mapper), _representativeDiveTypeColumn (:5325-5336), Filter-Übersetzung in _buildFilterWhereClauses (:2307-2312, SQL EXISTS-Subquery)

bulk_dive_edit_service.dart — DiveTypesOp (add/remove/replace; update wirft UnsupportedError) — apply (:66-153) snapshotet vorherige Typen für Undo, undo (:183-188) stellt via bulkReplaceDiveTypes wieder her

dive_consolidation_service.dart — Reconciliation bei Import-Duplikat-Konsolidierung: "Union by diveTypeId, target wins" (:480-502), Undo tombstoned/restauriert exakte Pre-Konsolidierungs-Snapshot-Rows (:678-905)

dive_merge_service.dart + dive_merge_snapshot.dart — persistiert die vom DiveMergeBuilder kombinierte Liste via normalem createDive; Undo restauriert Snapshot-Rows (:531-660)

lib/features/dive_log/domain/services/dive_merge_builder.dart — eigentliche Kombinationslogik: geordnete Union, erster Dive-Typ des chronologisch ersten Dives bleibt repräsentativ (:258-264, :373)

Sync-Layer

• sync_service.dart — diveTypes (:1314, HLC-getrackt) und diveDiveTypes (:1356-1360, kein eigenes HLC — reitet auf Parent-Dive-HLC) in geordneter Apply-Liste; FK-Deklaration :2109
• sync_data_serializer.dart — Export/Import/Upsert/Delete-Handling für beide Entity-Typen (:1341-1346, :2726-2735, :3406-3419, :4341-4349); _exportDiveDiveTypes (:5119-5136) exportiert Junction-Rows anhand der Parent-Dive-HLC; _exportDiveTypes (:5138-5149) exportiert nur custom Typen (Built-ins werden lokal re-geseedet statt synchronisiert)
• conflict_reference.dart — _defaultTargets['diveTypeId'] = 'diveTypes' (:82) für Konfliktauflösungs-UI

Statistik-Filter (Query-Ebene) — dive_filter_sql.dart:32-37 und statistics_repository.dart:790-833 (Details siehe Abschnitt 6)

Filter-State — dive_filter_sql.dart/dive_filter_state.dart — DiveFilterState.diveTypeId (Single-Select-Filterachse, nicht Multi-Select)

---

3. Import-Pfade

Dive-Computer-Download — dive_computer_repository_impl.dart importProfile() (:1097-1637) — setzt diveType/diveTypeIds nirgends (0 Treffer) — Wert kommt ausschließlich aus dem DB-Spalten-Default 'recreational'; auch keine Junction-Row wird erzeugt

HealthKit — healthkit_adapter.dart — 0 Treffer für diveType; über ImportedDiveConverter.convert() fällt es ebenfalls auf den Entity-Default 'recreational' zurück

UDDF-Import (zweistufige Pipeline, gemeinsamer Persistenz-Sink für UDDF/MacDive/CSV):

• Parse: uddf_full_import_service.dart:556-561 liest <divetype>-Elemente, _parseDiveType() (:2194-2226) — Keyword-Heuristik auf Freitext (training/course→training, night, deep, wreck, drift, cavern, cave, "tech"→technical, "free"→freedive, ice, altitude, shore, boat, liveaboard; sonst 'recreational')
• uddf_import_parsers.dart:463-480 — parst Submersion-eigene <divetypes>-Extension in den custom-Type-Katalog (nicht pro-Dive)
• Persist: uddf_entity_importer.dart _importDives (:1570-1572) — diveTypeIds ?? [diveType ?? 'recreational'] — gemeinsamer Fallback für alle über die Universal-Import-Pipeline geroutete Quellen

MacDive (SQLite + native XML, kein Heuristik-Fallback, explizites Field-Mapping):

• SQLite: macdive_db_reader.dart:343 (ZDIVETYPE), :113-118 (Junction); macdive_dive_mapper.dart:316-344
• XML: macdive_xml_reader.dart:92, macdive_xml_parser.dart:181-203
• macdive_value_mapper.dart:71 normalizeDiveType() ist toter Code (0 Aufrufer)

Generisches CSV-Import

• dive_extractor.dart:17 — reines Passthrough
• Zwei nahezu doppelte Keyword-Heuristiken: value_converter.dart ValueConverter.parseDiveType (:176-204) und ValueTransformService.parseDiveType (:370-389)
• csv_transformer.dart:275-278 _inferType() — jede auf 'diveType' gemappte Spalte ohne expliziten Transform läuft automatisch durch die Heuristik
• Presets (built_in_presets.dart): Subsurface (:137, implizite Heuristik), MacDive/Garmin/Submersion-nativ (explizites ValueTransform.diveTypeMap), Diving Log/DiveMate/Shearwater Cloud/MySSI — kein Mapping, immer 'recreational'-Default

Routing — universal_adapter.dart _payloadToUddfResult (:1240-1255) reicht Daten unverändert an uddf_entity_importer.dart durch (kein eigenes Dive-Type-Handling)

Duplikaterkennung/Merge — import_duplicate_checker.dart:645-683 (_checkDiveTypeDuplicates, nur Katalog-Ebene); payload_merger.dart — diveTypes wird bei Multi-File-Batches bewusst nicht namespaced (:146), diveTypeIds durchläuft Merges unverändert

---

4. Export-Pfade

Alle Export-Pfade lesen dive.diveTypeIds/dive.diveTypeNames (nie einen Enum/Spalten-Wert direkt).

UDDF

• uddf_export_builders.dart buildDiveElement (:255-257) — ein <divetype>-Element pro Slug (Raw-ID, nicht Display-Name)
• uddf_export_builders.dart buildApplicationData (:1201-1225) — schreibt den custom-Type-Katalog (nicht Pro-Dive-Zuordnung) als Submersion-Vendor-Extension, da UDDF selbst nur feste Typen kennt
• uddf_export_service.dart (:236-239) — zweite, unabhängige Inline-Implementierung derselben <divetype>-Emission für den einfacheren "nur Dives"-Export-Pfad
• uddf_full_export_service.dart — reicht customDiveTypes nur durch

CSV — csv_export_service.dart:133 (Header "Dive Type"), :173 (dive.diveTypeNames.join('; '))

Excel — excel_export_service.dart:207/:252 (gleiche Spalte wie CSV); zusätzlich Statistik-Sheet (:641-668) mit abgeleiteten Kennzahlen "Night Dives"/"Drift Dives"/"Wreck Dives" via Substring-Match auf diveTypeIds

PDF — von 10 Template-Dateien referenziert nur pdf_template_padi.dart:224-226 Dive Type: diveTypeIds.any((t) => t.contains('training')) || courseId != null → rendert ein "TRAINING"-Badge; kein Template druckt den Dive-Type-Namen als Text; die anderen 9 Templates (detailed, professional, naui, simple, etc.) haben keinerlei Dive-Type-Bezug

export_service.dart — reine Orchestrierung, reicht customDiveTypes an UddfFullExportService durch, keine eigene Feldlogik

DiveField-Abstraktion (dive_field.dart, dive_field_extractor.dart) — DiveField.diveTypeName ist eine reine UI-Abstraktion für die Tabellenspalten-Konfiguration der Dive-Liste; wird von keinem Export-Pfad (CSV/Excel/UDDF/PDF) verwendet

---

5. UI

Bearbeitbar (Write)

• dive_type_multi_select_field.dart (:20-114) — kanonisches Multi-Select-Widget (Chips + Bottom-Sheet-Checkliste); erzwingt mind. 1 Auswahl außer allowEmpty (Bulk-Modus)
• dive_edit_page.dart — Single-Dive-Formular: Feld eingebunden :3927-3930, State _selectedDiveTypeIds (:200); Bulk-Edit: BulkMembershipEditor "Dive Types" (:1339-1548) mit Add/Remove/Replace via DiveTypesOp
• dive_types_page.dart (Settings > Manage > Dive types) — volles CRUD: Add-Dialog (:134-230), Edit-Dialog mit Name/Short-Name/zwei Sichtbarkeits-Switches (:242-420), Delete mit Nutzungsprüfung
• dive_filter_sheet.dart:362-404 — Single-Select-Dropdown-Filter
• dive_search_page.dart:618-647 — Advanced-Search Single-Select-Dropdown (zeigt type.name roh statt lokalisiert — Abweichung zum Filter-Sheet)

Nur Anzeige (Read)

• dive_type_badge.dart/dive_type_badge_row.dart — Badge-Rendering mit Overflow-"+N"-Tooltip
• dive_detail_page.dart — Header-Badge-Row (:1389-1399, gefiltert nach showInDetailHeader) + Detail-Zeile mit vollen Namen (:3265-3278)
• dive_list_item.dart, dense_dive_list_tile.dart, compact_dive_list_tile.dart, dive_list_content.dart, dive_list_page.dart (DiveListTile, separate ältere Tabellen-Implementierung) — Badge-Rendering + konfigurierbare Tabellenspalte, gefiltert nach showInListView
• dive_type_label.dart/dive_type_label_resolver.dart — reine Formatierungs-/Lokalisierungslogik (dreistufiger Fallback: custom Entity → Built-in-Übersetzungstabelle → Slug-Kapitalisierung)
• settings_page.dart:2259-2264 — Navigations-Eintrag zu DiveTypesPage

Merge-/Combine-Dialoge — kein Dive-Type-Bezug

• merge_dive_dialog.dart und combine_dives_dialog.dart — 0 Treffer für Dive-Type; die UI bietet dort keine manuelle Typ-Auswahl (Kombinationslogik läuft ausschließlich über DiveMergeBuilder, siehe Abschnitt 2)

---

6. Statistik/Dashboard

• statistics_providers.dart diveTypeDistributionProvider (:162-173) — ruft getDiveTypeDistribution auf, 5-Min-Cache
• statistics_overview_page.dart _DistributionsSection/_TypePieCard (:601-669, :808-913) — Pie-Chart "Dive Type Distribution" mit Legende
• distribution_labels.dart diveTypeDistributionLabel() (:55-58) — Lokalisierung der Distribution-Keys
• statistics_repository.dart getDiveTypeDistribution (:790-833) — SQL GROUP BY dive_type_id über dive_dive_types ⋈ dives, mit Diver-/Filter-Scoping
• dive_filter_sql.dart:31-37 — filter.diveTypeId erlaubt, jede Statistik-Query (SAC-Trends, Records, andere Distributions) auf einen Dive-Type zu scopen
• recent_dives_card.dart (Dashboard) und trip_story_day_card.dart (Trip Story) — zeigen Dive-Type-Badges pro Dive (keine Aggregation)

---

7. Bestehende Tests

Breite Testabdeckung über alle Bereiche, u. a.:

• Migration: migration_v88_cavern_dive_type_test.dart, migration_v93_dive_types_seed_test.dart, migration_v173_dive_type_short_name_test.dart, migration_v174_dive_type_visibility_test.dart, dive_dive_types_migration_test.dart
• Sync: sync_dive_dive_types_test.dart (Allow multiple "dive types" for a single dive submersion-app/submersion#414 Replikation/Tombstones), sync_adopt_builtin_dive_types_test.dart, sync_builtin_reference_data_test.dart
• Export: uddf/uddf_dive_types_test.dart, csv/csv_dive_types_test.dart
• Dive-Types-Feature: dive_types_page_test.dart, dive_type_providers_test.dart, dive_type_entity_test.dart, dive_type_display_test.dart, dive_type_repository_short_name_test.dart, dive_type_repository_visibility_test.dart, dive_type_repository_error_test.dart
• Dive-Log-UI: dive_type_multi_select_field_test.dart, dive_list_tile_dive_type_localization_test.dart (x2), dive_list_tile_type_badges_test.dart, dive_list_content_dive_type_chip_test.dart, dive_filter_sheet_interactions_test.dart, bulk_dive_edit_form_test.dart, bulk_membership_wiring_test.dart, dive_detail_page_test.dart
• Dive-Log-Domain/Data: dive_merge_builder_test.dart (Union-Logik), dive_dive_types_test.dart, dive_repository_dive_type_filter_test.dart, dive_repository_dive_types_bulk_test.dart, dive_repository_dive_types_test.dart, dive_consolidation_service_test.dart, bulk_dive_edit_service_dive_types_test.dart
• Import: uddf_entity_importer_test.dart (group('Import dive types'))
• Statistik: dive_type_distribution_test.dart, statistics_repository_filter_test.dart, dive_filter_sql_test.dart
• Lokalisierung: dive_type_builtin_locales_test.dart (alle Locales, alle 15 Built-in-Keys)

(Detaillierte Beschreibung je Testdatei liegt vor, wurde hier aus Platzgründen komprimiert.)

---

8. Settings-Infrastruktur

Persistenz — diver_settings_repository.dart — DiverSettingsRepository liest/schreibt die DiverSettings-Tabelle; getSettingsForDiver (lesend), createSettingsForDiver/updateSettingsForDiver (schreibend, inkl. defaultDiveType, mit markRecordPending)

Riverpod — settings_providers.dart

• class AppSettings (:121-500) — hält u. a. defaultDiveType (Default 'recreational')
• class SettingsNotifier extends StateNotifier<AppSettings> (:976) — zentraler State-Notifier; setDefaultDiveType() (:1396-1399) einziger Mutator; _saveSettings() persistiert über das Repository
• settingsProvider (StateNotifierProvider<SettingsNotifier, AppSettings>, :1995-1998) — Top-Level-Provider; UI liest defaultDiveType direkt über ref.watch(settingsProvider).defaultDiveType (keine dedizierte schmale Provider-Variante gefunden, anders als z. B. depthUnitProvider)
• Generelles Muster: ein StateNotifierProvider hält das komplette AppSettings-Objekt; Setter-Methoden machen copyWith + _saveSettings(); schmale Provider<T>-Selektoren für Read-only-UI-Zugriff auf einzelne Felder

Dive-Type-Providers — dive_type_providers.dart

• Lesend: diveTypesProvider, builtInDiveTypesProvider, customDiveTypesProvider, diveTypeProvider (Family), diveTypeStatisticsProvider
• class DiveTypeListNotifier extends StateNotifier<AsyncValue<List<DiveTypeEntity>>> (:79-244) — mutationsfähig: addDiveType, addDiveTypeByName, updateDiveType, setDiveTypeVisibility, deleteDiveType (alle delegieren an DiveTypeRepository, invalidieren nachgelagerte Provider)
• diveTypeListNotifierProvider (.autoDispose, :246-255) — beobachtet currentDiverIdProvider, rebuilded bei Diver-Wechsel

Hinweis: Die Pro-Typ-Sichtbarkeit (showInDetailHeader/showInListView, v174) ist eine Eigenschaft der DiveTypeEntity/dive_types-Tabelle selbst (nicht ein Per-Diver-Setting) und läuft über DiveTypeRepository/DiveTypeListNotifier, nicht über settings_providers.dart.

---

Es wurden keine Code-Änderungen vorgenommen — wie im Issue gefordert, ausschließlich Analyse.

[alpheios-one]

@claude bitte NUR Analyse, kein Branch, kein PR, keine Codeänderungen.

Wichtiger Hinweis: Die bisherige Analyse in diesem Issue wurde versehentlich gegen den veralteten Fork-Checkout (origin/main) durchgeführt, nicht gegen upstream/main. Der Fork liegt aktuell 908 Commits hinter submersion-app/submersion:main. Bitte die komplette Analyse unten NEU durchführen, diesmal ausschliesslich gegen den aktuellen upstream/main-Stand.

Vorgehen:

1. git fetch upstream main
2. Alle folgenden Suchen und Datei-Lesevorgänge gegen die Referenz upstream/main ausführen (z. B. git grep upstream/main -- lib/ test/, git show upstream/main:), NICHT gegen den lokalen Checkout/HEAD, da dieser der veraltete Fork-Stand ist. Keinen Branch von upstream/main erstellen, nur lesend gegen die Referenz arbeiten.

Aufgabe (wie zuvor, jetzt gegen upstream/main):
Vollständiges Inventar erstellen, wo im Code die Tauchgangsart (Dive Type) gelesen, geschrieben, gefiltert, angezeigt oder exportiert wird. Es geht ausschliesslich um den aktuellen Ist-Zustand der Implementierung auf upstream/main, nicht um eine Bewertung oder Umsetzungsvorschläge zu einem bestimmten Bug oder Feature.

Bitte systematisch suchen nach: diveType, dive_type, DiveType, diveTypeId, diveTypeIds, DiveDiveTypes, dive_dive_types, DiveTypeEntity, 'technical', 'recreational', DecoDiveDetector.

Ergebnis als neuer, eigenständiger Kommentar hier im Issue (nicht der alte Kommentar überschrieben), gegliedert nach:

1. Datenmodell und Migration (Tabellen, Companions, Seed-Daten der eingebauten Typen)
2. Repositories und Services (Schreiben/Lesen, Sync, Konsolidierung/Merge von Tauchgängen)
3. Import-Pfade (alle Quellen, wo der Typ herkommt bzw. ob es eine automatische Klassifikation gibt)
4. Export-Pfade (UDDF, CSV, PDF, Excel)
5. UI (Formular, Detail-/Header-Karte, Listenfilter, Tabellenspalte, Bulk-Edit, Advanced Search, Settings)
6. Statistik/Dashboard
7. Bestehende Tests, die Dive Types abdecken
8. Settings-Infrastruktur: Wo werden per-Diver-Einstellungen gespeichert und in Riverpod-Providern bereitgestellt?

Bitte am Ende des Kommentars explizit bestätigen, dass diese Analyse tatsächlich gegen upstream/main (nicht gegen den lokalen Fork-Checkout) durchgeführt wurde, inkl. des upstream/main-Commit-Hashs zum Zeitpunkt der Analyse.

Pro Fundstelle: Dateipfad, Funktion/Klasse, Zeilenbereich und ob lesend oder schreibend. Keine Bewertung, keine Umsetzungsvorschläge – nur das Inventar.

[claude]

Claude finished @alpheios-one's task in 1m 25s —— View job

---

Dive Type Inventar — Analyse gegen upstream/main

Diese Analyse ersetzt die vorherige, die versehentlich gegen den veralteten Fork-Checkout (origin/main, 908 Commits hinter upstream) erstellt wurde. Sie wurde ausschließlich lesend gegen die Referenz upstream/main durchgeführt (git grep/git show gegen den fetchten Ref), kein Branch, kein PR, keine Codeänderungen.

Wichtige Korrektur gegenüber der alten Analyse: DecoDiveDetector existiert auf upstream/main sehr wohl (lib/core/utils/deco_dive_detector.dart, Klasse DecoDiveDetector, Methode isDecoDive(...), getestet in test/core/utils/deco_dive_detector_test.dart). Er wird an zwei Import-Stellen verwendet, um heruntergeladene/importierte Tauchcomputer-Profile ohne expliziten Typ anhand von Deko-Events auf 'technical' vs. 'recreational' zu klassifizieren (siehe Abschnitt 3). Das ursprüngliche Ausgangsinventar im Issue war insofern korrekt — es war lediglich der lokale Fork-Stand, gegen den zuvor geprüft wurde, der diesen Code nicht enthielt.

---

1. Datenmodell und Migration

Tabellen (lib/core/database/database.dart)

• Dives.diveType (:726-727) — legacy TextColumn, Default 'recreational', bleibt im Lockstep mit der Junction-Tabelle. lesend/schreibend
• DiverSettings.defaultDiveType (:1733-1734) — Default 'recreational'. Schema
• DiveTypes (:2130-2164) — id, diverId (nullable für Built-ins), name, isBuiltIn, sortOrder, createdAt/updatedAt, hlc, shortName (v173), showInDetailHeader/showInListView (v174)
• DiveDiveTypes (:2184-2196) — surrogater UUID-PK (bewusst nicht composite, wegen Sync-Tombstone-Kollision iCloud Syncing Equipment Sets submersion-app/submersion#347), diveId (FK Cascade), diveTypeId, createdAt

Seed-SQL-Konstanten

• kSeedDiveDiveTypesSql (:2208-2222) — Backfill der Junction-Tabelle aus dives.dive_type, NOT EXISTS-geschützt
• kSeedBuiltInDiveTypesSql (:2235-2257) — INSERT OR IGNORE der 15 eingebauten Typen: recreational, technical, freedive, training, wreck, cave, ice, night, drift, deep, altitude, shore, boat, liveaboard, cavern (sortOrder 0-14)

Migrationsschritte

• from < 88 (~9178-9192) — fügt "cavern" hinzu
• from < 92 (~9259-9271) — erstellt dive_dive_types, backfillt via kSeedDiveDiveTypesSql
• from < 93 (~9272-9290) — backfillt kSeedBuiltInDiveTypesSql für DBs, die nur onCreate ohne Seed durchliefen
• ~8408-8422 — löscht verwaiste custom Typen (is_built_in=0 AND diver_id IS NULL-Ausnahme bleibt für Built-ins bestehen)
• _assertDiveTypeShortNameColumn() (:6492-6498) — idempotentes ALTER TABLE für short_name, aufgerufen in v173-Upgrade + beforeOpen-Backstop
• _assertDiveTypeVisibilityColumns() (:6508-6524) — idempotentes ALTER TABLE für show_in_detail_header/show_in_list_view, v174-Upgrade + beforeOpen
• from < 178 (~10078-10086) — assertDiveTypeUniqueness(), dedupliziert dive_dive_types + Unique-Index (Dives sometimes are assigned duplicate Dive Types submersion-app/submersion#1360)
• beforeOpen-Backstop (~10700-10716) — re-seedet Built-ins bei jedem Öffnen (Replace-Adopt-Sync-Payloads lassen Built-ins aus)
• onCreate (~6810, ~6832) — kSeedBuiltInDiveTypesSql + assertDiveTypeUniqueness
• dive_types in _hlcTables (:6654) — HLC-getrackte Sync-Tabelle

Uniqueness-Helper — lib/core/database/dive_type_uniqueness.dart

• kCreateDiveDiveTypesUniqueIndexSql (:36-45) — Unique-Index auf (dive_id, dive_type_id)
• _collapseDuplicateDiveTypesSql (:47-86) — behält ältesten Datensatz pro Paar
• collapseDuplicateDiveTypes() (:98-100), assertDiveTypeUniqueness() (:106+) — schreibend, aufgerufen aus onCreate, v178-Upgrade, beforeOpen

Domain-Entity — lib/features/dive_types/domain/entities/dive_type_entity.dart

• DiveTypeEntity (:4-39), .create() (:42-64), .generateSlug() (:67-73), .copyWith() (:85-109, _unset-Sentinel für shortName)

DiveTypeRepository — lib/features/dive_types/data/repositories/dive_type_repository.dart

• Lesend: watchDiveTypesChanges (:25-26), getAllDiveTypes (:31-63), getBuiltInDiveTypes (:66-84), getCustomDiveTypes (:88-114), getDiveTypeById (:117-130), getDiveTypeByName (:133-147), getDiveTypeStatistics (:337-408), isDiveTypeInUse (:411-433)
• Schreibend: createDiveType (:151-226), updateDiveType (:229-267, blockt Built-ins), setDiveTypeVisibility (:273-304, erlaubt auf Built-ins — per-Diver-Anzeigepräferenz), deleteDiveType (:307-328, blockt Built-ins)

---

2. Repositories und Services

dive_repository_impl.dart

• createDive (:1293, :1388), updateDive (:1531, :1616) — schreiben dives.diveType + rufen _replaceDiveTypeRows
• Filter-Klausel (:2282-2287) — EXISTS (SELECT 1 FROM dive_dive_types ...). lesend
• _diveTypesForDives(diveIds) (:5422-5442) — lädt geordnete Typ-Slugs pro Dive (repräsentativ = erste Zeile nach createdAt). lesend
• _representativeDiveTypeColumn(diveIds) (:5453-5455) — lädt dives.dive_type für Legacy-Fallback. lesend
• _replaceDiveTypeRows(diveId, typeIds, now) (:5467-5512) — zentrale Mutator-Funktion: löscht + re-inseriert Junction-Rows, synct dives.diveType, Fallback ['recreational']. schreibend
• bulkReplaceDiveTypes (:5586-5596), bulkAddDiveTypes (:5599-5620), bulkRemoveDiveTypes (:5623-5645, Fallback ['recreational']), diveTypeCountsForDives (:5766-5776)

dive_computer_repository_impl.dart — importProfile()

• :1171-1201 — DecoDiveDetector.isDecoDive(samples, eventMaps: decoEventMaps) → 'technical'/'recreational'. schreibend (leitet Wert ab)
• :1235 — DivesCompanion(diveType: ...); :1252 — DiveDiveTypesCompanion(...). schreibend

bulk_dive_edit_service.dart

• Snapshot (:65-83, lesend), Undo via bulkReplaceDiveTypes (:183-187, schreibend)
• DiveTypesOp-Dispatch (:247-255) — add/remove/replace; update-Mode wirft UnsupportedError

dive_consolidation_service.dart — Union by diveTypeId, target wins (:500-513, schreibend); Undo/Tombstone-Restore (:696, :911-919)

dive_merge_service.dart (:721-729) + dive_merge_snapshot.dart (:88-90, capture() lesend) — Undo-Restore via insertOrReplace

dive_merge_builder.dart — geordnete Union, erster Dive-Typ bleibt repräsentativ (:258-264, :378)

Sync-Layer

• conflict_reference.dart — _defaultTargets['diveTypeId'] = 'diveTypes' (:69, :82)
• sync_data_serializer.dart — SyncData.diveDiveTypes/diveTypes-Felder (:278-279, :362-363), toJson/fromJson (:441-442, :523-524); Export-Registry (:900-908) — diveTypes mit Custom-Exporter, da Built-ins ausgeschlossen; _exportDiveDiveTypes (:5674-5690), _exportDiveTypes (:5692-5703, exkludiert isBuiltIn); _applyDiveDiveTypeRecord (:2571-2593, DoNothing(target: []) gegen v178-Unique-Index-Konflikte); zweiter Apply-Pfad (:3841-3860); diverse Table/Column-Lookup-Switches (:4262-4263, :4290-4291, :4376-4378, :4493-4494, :4521-4522, :4840-4847); _jsonKeyForSqlColumn-Defaults inkl. 'defaultDiveType': 'recreational' (:6225-6239)
• sync_service.dart — Apply-Reihenfolge diveTypes (:1373, HLC-getrackt) und diveDiveTypes (:1414-1418, kein eigenes HLC, nach dives); Flag-Map (:2215, :2230); FK-Deklaration diveDiveTypes → dives (:2346, diveTypeId → diveTypes bewusst nicht deklariert)

---

3. Import-Pfade

Dive-Computer-Download — dive_computer_repository_impl.dart importProfile()

• :1171-1201 — DecoDiveDetector.isDecoDive(...) → diveTypeId; Kommentar (:1170-1183) erklärt: ersetzt den reinen 'recreational'-Default
• :1235, :1245-1260 — schreibt dives.diveType + DiveDiveTypesCompanion

HealthKit — healthkit_adapter.dart — 0 Treffer für diveType/DiveType; kein Typ gesetzt

UDDF-Import

• uddf_full_import_service.dart:357-366 — parst Custom-<divetypes>-Katalog via UddfImportParsers.parseDiveTypeElement → customDiveTypes. lesend
• :910-915 — pro Dive: alle <divetype>-Kindelemente → diveData['diveTypeIds']. lesend
• _parseDiveType(value) (:2577-2609) — Keyword-Heuristik (training/night/deep/wreck/drift/cavern/cave/technical/freedive/ice/altitude/shore/boat/liveaboard), Default 'recreational'
• uddf_import_parsers.dart:560-577 — parseDiveTypeElement(), baut Katalog-Map (id/name/sortOrder/isBuiltIn)
• uddf_entity_importer.dart _importDiveTypes (:862-906) — erstellt DiveTypeEntity-Rows für gewählte Custom-Typen (Slug-Kollision → Suffix). schreibend
• _importDives (:1539 → :1765-1785) — zweite DecoDiveDetector.isDecoDive(...)-Anwendung als defaultDiveType; :1785 — diveTypeIds = diveData['diveTypeIds'] ?? [diveData['diveType'] ?? defaultDiveType]; :1846 — auf Dive-Entity zugewiesen. schreibend

MacDive (explizites Field-Mapping, kein Heuristik-Fallback)

• macdive_db_reader.dart:81,113-114,139-140,345-349 — _readDiveTypes() (SELECT ZDIVETYPE), Junction-Read diveToDiveTypePks
• macdive_dive_mapper.dart:131,546-570,915-916 — _buildDiveTypeMaps, _diveTypeIdsFor(), schreibt diveTypeIds ins Import-Payload
• macdive_xml_reader.dart:92 (<types><type>), macdive_xml_parser.dart:119,186-203,258-259 (Slug-Katalog + diveMap['diveTypeIds'])
• macdive_value_mapper.dart:67-71 normalizeDiveType() — toter Code, nur von macdive_value_mapper_test.dart referenziert, 0 Produktions-Aufrufer

Generisches CSV-Import

• dive_extractor.dart:17 — 'diveType' als bekanntes Zielfeld gelistet (nur Schema)
• Zwei Keyword-Heuristiken: ValueConverter.parseDiveType (value_converter.dart:176-201) und ValueTransformService.parseDiveType (:369-389, leicht abweichendes Keyword-Set); Aufruf via ValueTransform.diveTypeMap (:263)
• csv_transformer.dart _inferType() (:112,234-278) — Fallback-Heuristik, wenn Spalte auf 'diveType' gemappt aber kein expliziter Transform gesetzt ist
• Presets (built_in_presets.dart): Subsurface (:137, implizite Heuristik via _inferType), MacDive (:332-336), Garmin Connect (:500-504), Submersion-nativ (:580, :624-628) — alle mit ValueTransform.diveTypeMap; Diving Log/DiveMate/Shearwater — kein Mapping; MySSI (:20-24) — explizit unmapped laut Kommentar

Routing — universal_adapter.dart (:338-340,395,412,473-475,519,565,578,994,1351-1373) — reine Pass-through-Orchestrierung, _payloadToUddfResult reicht customDiveTypes an uddf_entity_importer.dart durch

Duplikaterkennung/Merge — import_duplicate_checker.dart _checkDiveTypeDuplicates (:645-683, Name/Id-Abgleich, Katalog-Ebene); payload_merger.dart — diveTypes bewusst nicht namespaced (:145-151, geteilter semantischer Slug), Fold-Key auf lowercased name (:194-227)

---

4. Export-Pfade

Alle Export-Pfade lesen dive.diveTypeIds/dive.diveTypeNames.

UDDF

• uddf_export_builders.dart buildDiveElement (:97, :255-258) — ein <divetype> pro Slug
• buildApplicationData (:864-882, :1221-1245) — Custom-Typ-Katalog als Submersion-Extension (<divetypes>/<divetype id>/<name>/<sortorder>/<isbuiltin>), trägt zum hasData-Gate bei (:892)
• uddf_export_service.dart:256-258 — zweite, unabhängige Inline-Implementierung derselben <divetype>-Emission
• uddf_full_export_service.dart:59,452,511,538,572,599 — reine Orchestrierung, reicht customDiveTypes durch

CSV — csv_export_service.dart:133 (Header "Dive Type"), :173 (dive.diveTypeNames.join('; '))

Excel — excel_export_service.dart:207/:252 (gleiche Spalte); Statistik-Sheet "SPECIAL DIVES" (:641-665) — nightDives/driftDives/wrecks via Substring-Match auf diveTypeIds (deepDives/coldDives basieren dagegen auf Tiefe/Temperatur, nicht Dive Type)

PDF — von allen Templates referenzieren nur zwei den Dive Type:

• pdf_template_detailed.dart:442-443 — _Field('Dive Type', dive.diveTypeNames.join(', ')) falls nicht leer
• pdf_template_padi.dart:236-238 — isTrainingDive = diveTypeIds.any((t) => t.contains('training')) || courseId != null → Badge
• Keine Dive-Type-Referenz in: professional, builder, naui, factory, simple

export_service.dart (:391,417,445,471) — reine Orchestrierung, reicht customDiveTypes durch

DiveField-Abstraktion — dive_field.dart (DiveField.diveTypeName, :113,129,252,375,499,565,630,683), dive_field_extractor.dart (:17-28,148-151,161-193) — ausschließlich UI-Verwendung (dive_list_page.dart, compact_dive_list_tile.dart, dive_table_view.dart, dive_field_formatter.dart); kein Export-Pfad (CSV/Excel/UDDF/PDF) referenziert diese Abstraktion

---

5. UI

Bearbeitbar (Write)

• dive_type_multi_select_field.dart:20-201 — DiveTypeMultiSelectField + _DiveTypePickerSheet (Chips + Bottom-Sheet-Checkliste)
• dive_edit_page.dart — _selectedDiveTypeIds (:199, Init aus dive.diveTypeIds :670); Feld eingebunden (:3921-3929); auf Entity zugewiesen (:4905); Bulk-Edit via BulkMembershipEditor (:1368-1373, :1458-1473, :3421-3466, :3613-3660)
• dive_types_page.dart (Settings > Manage > Dive types) — Liste + FAB (:11-133), Add-Dialog (:134-241), Edit-Dialog mit Name/Short-Name/zwei Sichtbarkeits-Switches (:242-421), Delete mit isDiveTypeInUse-Check (:422-494)
• dive_filter_sheet.dart — _diveTypeId-State + Dropdown (:57,91,411-448,1218)
• dive_search_page.dart — Advanced-Search-Dropdown (:65,127,166,624-650,940,975)

Nur Anzeige (Read)

• dive_type_badge.dart:27-87, dive_type_badge_row.dart:13-88
• dive_detail_page.dart — Header-Badge-Row gefiltert nach showInDetailHeader (:1433-1442, :1593-1599), Detail-Zeile mit vollen Namen (:3547-3554)
• dive_list_item.dart:57-170 (Resolver-Dispatch), compact_dive_list_tile.dart:57-393, dive_list_page.dart (DiveListTile: :736-781,868-892,1109-1339), dive_list_content.dart (Resolver-Erzeugung :1453-1515, Filter-Chip :1568-1580)
• dive_type_label.dart:26-64 (diveTypeLabel/diveTypeLabels/diveTypeShortLabel), dive_type_label_resolver.dart:1-75 (watchDiveTypeLabelResolver etc.)
• settings_page.dart:2311-2317 — Nav-Eintrag zu DiveTypesPage
• Hinweis: dense_dive_list_tile.dart und merge_dive_dialog.dart existieren auf upstream/main nicht als eigene Dateien (nur im veralteten lokalen Checkout) — die entsprechende Rendering-Logik liegt inline in dive_list_page.dart/compact_dive_list_tile.dart. combine_dives_dialog.dart existiert, hat aber 0 Dive-Type-Referenzen.

---

6. Statistik/Dashboard

• statistics_providers.dart diveTypeDistributionProvider (:175-186)
• statistics_overview_page.dart — _TypePieCard/typeStats (:645-676), _DiveTypeStatRow (:734-759), Pie-Chart + Legende (:942-1005)
• distribution_labels.dart diveTypeDistributionLabel() (:55-58)
• statistics_repository.dart — diveDiveTypes-TableUpdateQuery in watchStatisticsChanges() (:178); getDiveTypeDistribution() (:781-843, SQL GROUP BY dive_type_id, ein Dive mit mehreren Typen zählt pro Typ einmal)
• dive_filter_sql.dart buildFilteredDiveIdSubquery() (:34-40) — diveTypeId-Filterachse als EXISTS-Subquery, nutzbar von allen anderen Statistik-Queries
• dive_filter_state.dart — diveTypeId-Feld (:25,95,151,179,209,238), In-Memory-Fallback-Filter (:336-338)
• recent_dives_card.dart:90-114 (Dashboard), trip_story_day_card.dart:38-95 (Trip Story) — Badge-Rendering pro Dive über dieselben Resolver

---

7. Bestehende Tests

Migration: migration_v88_cavern_dive_type_test.dart, migration_v93_dive_types_seed_test.dart, migration_v173_dive_type_short_name_test.dart, migration_v174_dive_type_visibility_test.dart, migration_v178_dive_type_uniqueness_test.dart (submersion-app#1360), dive_dive_types_migration_test.dart

Sync: sync_adopt_builtin_dive_types_test.dart, sync_dive_dive_types_test.dart (submersion-app#414); außerdem als eine von mehreren Tabellen abgedeckt in sync_builtin_filter_test.dart, sync_builtin_reference_data_test.dart, sync_data_serializer_batch_coverage_test.dart, sync_dive_roles_test.dart, sync_parent_refs_completeness_test.dart, sync_serializer_fetch_record_test.dart, sync_serializer_upsert_test.dart, legacy_sample_entities_inbound_test.dart, sync_adopt_streaming_parity_test.dart

Export: csv_dive_types_test.dart, uddf_dive_types_test.dart, dive_field_extractor_dive_types_test.dart, uddf_import_result_test.dart (Custom-Type-Zähler), uddf_float_int_fields_test.dart (inzidentell)

Dive-Types-Feature: dive_type_entity_test.dart, dive_type_repository_error_test.dart, dive_type_repository_short_name_test.dart, dive_type_repository_visibility_test.dart, dive_type_display_test.dart (submersion-app#643), dive_types_page_test.dart (submersion-app#643), dive_type_providers_test.dart

Dive-Log-UI: dive_type_label_test.dart, dive_list_tile_dive_type_localization_test.dart (x2, pages+widgets), dive_filter_sheet_interactions_test.dart, dive_list_content_dive_type_chip_test.dart, dive_list_tile_type_badges_test.dart, dive_type_multi_select_field_test.dart, dive_detail_page_test.dart, dive_list_selection_test.dart (inzidentell)

Dive-Log-Domain/Data: dive_dive_types_test.dart (Dive.diveTypeId-Getter), dive_merge_builder_test.dart, dive_filter_state_test.dart, dive_type_duplicate_guard_test.dart (submersion-app#1360), dive_repository_dive_type_filter_test.dart, dive_repository_dive_types_test.dart, dive_repository_dive_types_bulk_test.dart, dive_repository_bulk_test.dart, bulk_dive_edit_service_dive_types_test.dart, bulk_membership_wiring_test.dart, dive_consolidation_service_test.dart, view_field_config_test.dart (minimal); inzidentell in dive_repository_test.dart, dive_computer_repository_impl_test.dart, dive_computer_repository_leonardo_test.dart, dive_repository_series_writes_test.dart, dive_search_summaries_test.dart, dive_summary_test.dart

Import: uddf_entity_importer_test.dart, uddf_round_trip_test.dart, value_converter_test.dart (Keyword-Mapping), csv_transformer_test.dart, macdive_dive_mapper_test.dart, macdive_xml_parser_test.dart, macdive_sqlite_real_sample_test.dart, macdive_value_mapper_test.dart, macdive_db_reader_test.dart, import_duplicate_checker_test.dart, field_mapping_test.dart, import_enums_test.dart, csv_preset_test.dart, payload_merger_test.dart, import_provider_invalidator_test.dart, import_bundle_test.dart; weitere inzidentelle Wiring-Tests: uddf_entity_importer_computer_registration_test.dart, uddf_entity_importer_language_test.dart, uddf_restore_data_sources_test.dart, uddf_import_macdive_fields_test.dart, uddf_import_oceanic_plus_profile_test.dart, uddf_import_source_uuid_test.dart, macdive_waypoint_gas_switch_test.dart, universal_adapter_test.dart, dive_computer_adapter_test.dart, healthkit_adapter_test.dart, import_summary_step_test.dart, bulk_import_integration_test.dart, import_consolidation_service_test.dart

Statistik: dive_type_distribution_test.dart, statistics_repository_filter_test.dart, dive_filter_sql_test.dart; inzidentell statistics_overview_page_test.dart, statistics_providers_all_test.dart

Lokalisierung: dive_type_builtin_locales_test.dart (submersion-app#643, alle Locales × 15 Built-in-Keys)

Sonstiges (inzidentell, nicht Dive-Type-fokussiert): conflict_reference_labels_test.dart, dive_stats_scope_census_test.dart, dive_comparison_result_test.dart, database_service_isolate_test.dart, trip_repository_dive_scan_test.dart, dive_candidate_test.dart, settings_page_shared_data_test.dart, settings_page_test.dart

---

8. Settings-Infrastruktur

Persistenz — diver_settings_repository.dart (class DiverSettingsRepository)

• createSettingsForDiver() (:106), updateSettingsForDiver() (:275) — schreibend, defaultDiveType
• _mapRowToAppSettings() (:492) — lesend, Row → AppSettings

Riverpod — settings_providers.dart

• SettingsKeys.defaultDiveType (:68, Storage-Key-Konstante)
• class AppSettings — Feld defaultDiveType (:192), Default 'recreational' (:524), copyWith (:692, :829)
• class SettingsNotifier extends StateNotifier<AppSettings> — setDefaultDiveType() (:1425-1428), einziger Mutator
• settingsProvider (StateNotifierProvider<SettingsNotifier, AppSettings>, :2063-2068)

Dive-Type-Providers — dive_type_providers.dart (Datei besteht vollständig aus Dive-Type-Providern, 255 Zeilen)

• Lesend: diveTypeRepositoryProvider (:10-12), diveTypesProvider (:21-28), builtInDiveTypesProvider (:31-39), customDiveTypesProvider (:42-51), diveTypeProvider (Family, :54-61), diveTypeStatisticsProvider (:64-76, watcht zusätzlich watchDivesChanges())
• class DiveTypeListNotifier extends StateNotifier<AsyncValue<List<DiveTypeEntity>>> (:79-244) — Init/Listener (:85-118), Load-Methoden (:120-156, lesend), refresh() (:158-161), addDiveType/addDiveTypeByName (:164-201, schreibend), updateDiveType (:204-210), setDiveTypeVisibility (:215-229), deleteDiveType (:232-238), isDiveTypeInUse (:241-243, lesend)
• diveTypeListNotifierProvider (.autoDispose, :246-255) — beobachtet currentDiverIdProvider

Cross-Cutting-Hinweis: AppSettings.defaultDiveType (Settings-Infra) und Dives.diveType/DiveTypeEntity (Datenmodell) sind getrennte Konzepte, verbunden nur über dasselbe String-Slug-Vokabular (kSeedBuiltInDiveTypesSql). Kein Datei im Settings-Layer schreibt dives/dive_dive_types direkt — defaultDiveType wird von Präsentations-Code (Dive-Erstellungsformular, außerhalb der angefragten Abschnitte) gelesen, um den Typ eines neuen Dives vorzubelegen.

---

Bestätigung der Referenz

Diese Analyse wurde ausschließlich gegen upstream/main durchgeführt (Remote upstream = https://github.com/submersion-app/submersion.git, per git fetch upstream main), nicht gegen den lokalen Fork-Checkout/HEAD.

upstream/main Commit zum Zeitpunkt der Analyse: adb7ee53505fbf345f95e6d5c70d240a66cd6389 ("docs(releases): add v1.7.7.8077 release notes", 2026-09-06 20:40:39 -0400)

Alle Zeilenangaben stammen aus git show upstream/main:<pfad> bzw. git grep -n <muster> upstream/main -- lib/ test/. Es wurden keine Code-Änderungen vorgenommen, kein Branch erstellt — ausschließlich lesende Analyse wie angefordert.