GNU bug report logs - #38633
27.0.50; Broken faces

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: manuel.uberti <at> inventati.org, 38633 <at> debbugs.gnu.org
Cc: spacibba <at> aol.com
Subject: bug#38633: 27.0.50; Broken faces
Date: Mon, 16 Dec 2019 10:07:47 +0200

On December 16, 2019 9:56:33 AM GMT+02:00, Manuel Uberti <manuel.uberti <at> inventati.org> wrote:
> On 16/12/19 08:48, Eli Zaretskii wrote:
> > Are you saying that the problems were caused   by dd3f2130cf2 alone?
> IOW, if you go back to d57bb0c323 (note: this is NOT the parent of
> dd3f2130cf2!), then the problems disappear?  
> 
> Thank you for the prompt reply. Using d57bb0c323 the problem
> disappears.
> 
> > In general, I don't understand what exactly is the face setup in
> your scenario (I don't use helm), even afyer reading the issue you
> referred to.  So I will need a detailed description of what happens in
> that use case, including whether there are display strings or overlays
> involved, and what are the faces in effect there.  For best results,
> please provide a reproduction recipe starting from "emacs -Q",
> preferably not involving helm at all.
> 
> It's hard for me to provide a recipe without Helm, because I only
> noticed the
> problem within Helm. The Helm face involved here appears to be
> `helm-source-header`.
> 
> Helm repository contains a script (`emacs-helm.sh`), which when will
> give you a
> clean Emacs session from `emacs -Q` with only Helm enabled.


If a standalone recipe cannot be provided, debugging this problem will be difficult for me.  Perhaps Jimmy (CC'd) will be able to look into this.

Can you at least show the results of "M-x describe-text-properties RET" at the problematic position?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.