[Bug] #806 Seems to have reappeared - Delay in modeline reflecting frame window-manger focus state

### Thank you for the bug report - [x] I am using the latest version of `doom-modeline` related packages. - [x] I checked [FAQ](https://github.com/seagle0128/doom-modeline#faq). - [x] You may also try reproduce the issue using clean environment and minimal configurations with the command `emacs -Q`. ### Bug description #806 seems to have reoccurred - delay in modeline showing emacs frame focus state. Modeline focus indication of an emacs frame is delayed (sometimes significantly) when switching window manager focus between emacs and another application. There is a video in #806 that demonstrates the problematic behaviour. Not sure if it was a regression from subsequent commits, or if I didn't fully test the fix first time around. ### Steps to reproduce See [video](https://github.com/seagle0128/doom-modeline/issues/806#issuecomment-3817038169) in #308. Only difference is that the issue now occurs with doom-modeline `20260130.1802` (commit `0ceb3423`). ### Expected behavior When frame focus state is changed, modeline (with doom-modeline activated) should visually indicate focus state in negligible time (similar to other emacs frame elements such as cursor and scroll-bars). ### OS Linux ### Emacs Version 26 ### Emacs Configurations Emacs 30.2, No other packages installed other than doom-emacs from Melpa (20260130.1802) ### Error callstack ```emacs-lisp ``` ### Anything else _No response_