GNU bug report logs -
#54646
29.0.50; set-fontset-font and font clipping issues
Previous Next
Reported by: Visuwesh <visuweshm <at> gmail.com>
Date: Thu, 31 Mar 2022 03:38:01 UTC
Severity: normal
Merged with 73752
Found in versions 29.0.50, 29.4
Fixed in version 30.1
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #23 received at 54646 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
[வியாழன் மார்ச் 31, 2022] Eli Zaretskii wrote:
>> From: Visuwesh <visuweshm <at> gmail.com>
>> Cc: 54646 <at> debbugs.gnu.org
>> Date: Thu, 31 Mar 2022 12:33:47 +0530
>>
>> > . go to the problematically-displayed text and type "C-u C-x =",
>> > then compare what you see with the results of "C-u C-x =" for
>> > the same text when it is correctly displayed
>> >
>>
>> The *Help* buffer also has incorrectly shaped text.
>
> That's not what I meant. I meant to save the information from *Help*
> when the text is displayed incorrectly, and then compare it with what
> "C-u C-x =" produces when the same text is displayed correctly
> (presumably, if you restart Emacs?).
>
I have attached three text files that have the content of the *Help*
buffer in the three cases:
· correct: from emacs -Q which does not exhibit the problem.
· incorrect: from an non-daemon Emacs session that exhibits the
problem.
· correct_config: from a fresh Emacs session with my init.el loaded
that does not exhibit the problem.
>> >> [2] Modifying the fontset in `server-after-make-frame-hook' does not
>> >> make a difference. I don't see the issue when I do not use the
>> >> daemon but I believe I haven't run the non-daemon session long
>> >> enough.
>> >
>> > Then please try running such a non-daemon session longer. It is
>> > important to know whether this is at all related to daemon.
>> >
>>
>> Yes, I will do and see if there are any changes.
>
> Thanks.
Looks like this issue has nothing to do with me using the daemon. If I
go about using Emacs like I usually do, it reproduces in a non-daemon
session as well. Here's all the things I did in this session (AFAICR):
· Started a process in the background using the doas TRAMP method.
· Scrolled around in my init.el file which has Tamil text in the
hopes of reproducing the issue. I also increased and decreased
the buffer text size a few times.
· Opened gnus and sent the previous reply. I'm currently writing
the mail from an Emacs session that exhibits the problem.
Also, the mode line text is rendered similar to the text in-buffer:
[screenshot_202203311415.png (image/png, inline)]
[Message part 3 (text/plain, inline)]
So far M-: (clear-composition-cache) has not helped.
[correct (text/plain, attachment)]
[correct_config (text/plain, attachment)]
[incorrect (text/plain, attachment)]
This bug report was last modified 253 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.