Re: Possible bug: org-capture fails when emacs started as daemon

[Iñigo Serna]

Hi,

> From: Ihor Radchenko <yantar92@posteo.net>
>
> If you can create a reproducer, it would be nice to report this 
> as
> proper Emacs bug.

I've attached a simple case for the bug.
I can reproduce the issue with emacs v29 and master.

In the example, there is a `minibuffer-setup-hook' to modify
minibuffer face, and a simple minor-mode which changes
`mode-line-active' face background color when enabled.

Then, when `test-mode' is enabled, `clone-indirect-buffer' fails.

Steps:
1. $ emacs -q -l test.el    -> note minibuffer font size is bigger
2. M-x test-mode            -> note mode-line background color 
changes
3. M-x clone-indirect-buffer
  => Error: "face-attrs--make-indirect-safe: Wrong type argument: 
  listp, test-modeline"


A complete backtrace:

Debugger entered--Lisp error: (wrong-type-argument listp 
test-modeline)
 face-remap--copy-face((mode-line-active . test-modeline))
 face-attrs--make-indirect-safe()
 clone-indirect-buffer(nil t)
 funcall-interactively(clone-indirect-buffer nil t)
 command-execute(clone-indirect-buffer record)
 execute-extended-command(nil "clone-indirect-buffer" "clone-in")
 funcall-interactively(execute-extended-command nil 
 "clone-indirect-buffer" "clone-in")
 command-execute(execute-extended-command)


Btw, I also saw this problem with `mini-modeline' package, from 
where
I've taken some ideas to write this example.


Thanks,
Iñigo

test.el
Description: Text document