Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Dynamic Colors doesn't update

Open
  • Is something wrong?
#560 4 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
63/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Active
Tech stack
android, kotlin
Domain
mobile-dev

Research direction

Start by reading latin/common/Colors.kt and the KeyboardSwitcher.updateKeyboardThemeAndContextThemeWrapper() path called from onStartInputView; compare how the settings screen and keyboard obtain their contexts and check colors. Reproduce the reported palette change, then verify that opening the keyboard picks up the new colors without force-stopping LeanType.

Written by the indexing model from the issue text.

Description

bug

As said by claude
Describe the bug
When the system Material You palette changes while LeanType is running, the keyboard with the Dynamic colors theme keeps showing the old colors. LeanType's settings screen updates to the new palette right away, but the keyboard doesn't update until LeanType is force-stopped.

To Reproduce

  1. Select the Dynamic colors keyboard theme.
  2. Change the system Material You palette. In my case, ColorBlendr (Shizuku mode) re-applies colors each time Paperize sets a new static wallpaper. Changing colors manually in ColorBlendr gives the same result.
  3. Open LeanType settings: the new colors are shown correctly.
  4. Open the keyboard in any text field: it still shows the previous palette.
  5. Force-stop LeanType and open the keyboard again: the new colors appear.

Expected behavior
The keyboard picks up the new system palette the next time it's shown, like the settings screen does.

Screenshots
N/A

App version & Flavor
[version, e.g. v4.2.x] / standard

Device Info

  • Model: Samsung Galaxy Z Fold 6
  • OS version: [Android version] / One UI [version]

Additional context (possible cause)
From reading the source, this might be the cause (unconfirmed):

  • DynamicColors (latin/common/Colors.kt) reads system_accent* / system_neutral* once in its constructor.
  • KeyboardSwitcher.updateKeyboardThemeAndContextThemeWrapper() checks mColors.haveColorsChanged(context) on onStartInputView, but the context passed in is displayContext, which is created once in onInitializeInterface() and reused.
  • If that long-lived context keeps returning the old system_* values after the theme overlay changes, haveColorsChanged() returns false and the theme never reloads. The settings activity gets a fresh context, so it isn't affected.

Workaround: force-stopping LeanType loads the current colors.

Dominant language
Kotlin
Stars
1k
Forks
59
Avg merge
13h 21m
Merged PRs (30d)
48

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from LeanBitLab/LeanType

All issues in LeanBitLab/LeanType

Similar issues

More Kotlin issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.