docker-tramp can't work when all-the-icons-ivy-rich is enabled

[honmaple]

The minimal reproducible code

(setq package-archives
      '(("melpa"  . "https://melpa.org/packages/")
        ("org"    . "https://orgmode.org/elpa/")
        ("gnu"    . "https://elpa.gnu.org/packages/")
        ("nongnu" . "https://elpa.nongnu.org/nongnu/"))
      package-enable-at-startup nil)

(package-initialize)
(unless (package-installed-p 'use-package)
  (package-refresh-contents)
  (package-install 'use-package))

(use-package ivy
  :init (ivy-mode))

(use-package counsel
  :init (counsel-mode))

(use-package ivy-rich
  :init (ivy-rich-mode))

(use-package all-the-icons-ivy-rich
  :init (all-the-icons-ivy-rich-mode))

(use-package docker-tramp)

(provide 'init)
;;; init.el ends here

The use emacs -Q --load init-test.el

In my test, I found this is due to three functions of counsel-find-file, but I can't find more reason

(all-the-icons-ivy-rich-file-name (:width 0.4))
(all-the-icons-ivy-rich-file-id (:width 15 :face all-the-icons-ivy-rich-file-owner-face :align right))
(all-the-icons-ivy-rich-file-modes (:width 12))

[seagle0128]

Quick questions:

1. What happens if disabling all-the-icons-ivy-rich-mode?
2. Can you get backtrace or profile report to confirm the root cause?

[honmaple]

2023-02-02.13.40.15.mov

@seagle0128 I recorded a video replaying the problem

[seagle0128]

I am investigating...

[seagle0128]

I am checking with integrated docker-contrainer since docker-tramp is obsolete in 29, and it's working well.