android/nowinandroid

[Bug]: Splashscreen theme doesn't change after switching the color theme

Open

#633 geöffnet am 22. März 2023

Auf GitHub ansehen
 (7 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Kotlin (4.404 Forks)batch import
buggood first issuehelp wanted

Repository-Metriken

Stars
 (21.223 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

Is there an existing issue for this?

  • I have searched the existing issues

Is there a StackOverflow question about this issue?

  • I have searched StackOverflow

What happened?

Changing the theme from the application settings does not update the theme used on the splash screen.

Steps to reproduce:

  • When using a light system theme
  • Tap on the settings icon and set the application theme to dark
  • Close the application, start it again (with the cold start) and note the splash screen

Expected result: Splash screen should be in dark mode

Actual result: Light splash screen switches to a dark screen of the application.

I think that UiModeManager#setApplicationNightMode should also be called on saving the theme settings as it is described in "Implement dark theme"

Relevant logcat output

No response

Code of Conduct

  • I agree to follow this project's Code of Conduct

Contributor Guide

Research-Richtung
Das Problem schlägt vor, dass UiModeManager.setApplicationNightMode() beim Speichern der Theme Einstellungen aufgerufen werden sollte. Untersuchen Sie den Code zur Einstellungspersistenz (wahrscheinlich in einem ViewModel oder in den Einstellungen) und die Initialisierung des Splash Screens (z. B. in der Activity oder Application Klasse). Bestätigen Sie, ob die Theme Änderung vor dem nächsten Kaltstart auf den Anwendungskontext angewendet wird. Überprüfen Sie die Kommentare auf etwaige Anleitungen des Maintainers oder zusätzlichen Kontext.
Tech Stack
kotlinandroid
Domain
mobile
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Wartet auf Maintainer Antwort
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
familiarity with Android theme systembasic Kotlin
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50