From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Third Newsgroups: gmane.emacs.devel Subject: Re: macOS metal rendering engine in mac port Date: Fri, 17 Sep 2021 18:31:18 +0100 Message-ID: References: <83sg242l8s.fsf@gnu.org> <83lf7v3acn.fsf@gnu.org> <877dfhmybi.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37887"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Illia Ostapyshyn , Aaron Jensen , emacs-devel@gnu.org To: "Y. E." Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Sep 17 19:33:27 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mRHjr-0009gC-7D for ged-emacs-devel@m.gmane-mx.org; Fri, 17 Sep 2021 19:33:27 +0200 Original-Received: from localhost ([::1]:58512 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mRHjp-0001PC-Jd for ged-emacs-devel@m.gmane-mx.org; Fri, 17 Sep 2021 13:33:25 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52106) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRHi1-0007zM-Dw for emacs-devel@gnu.org; Fri, 17 Sep 2021 13:31:33 -0400 Original-Received: from outbound.soverin.net ([116.202.126.228]:37917) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRHhw-00013R-6H for emacs-devel@gnu.org; Fri, 17 Sep 2021 13:31:32 -0400 Original-Received: from smtp.soverin.net (unknown [10.10.3.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id 8991754; Fri, 17 Sep 2021 17:31:22 +0000 (UTC) Original-Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.138]) by soverin.net DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin; t=1631899881; bh=5akWY9bWVgtRX2ERwreGxP/Q9McQx6Tu41PUl13+D7k=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=WrPN3Ul7WRdRAGyS74nDlmw/8RoqPJxXEDCVDeTgb8ahozfY+2Zuw1+otS9IqsD9d V72xFKHWaaJ5KledDQEzM0RHhojbAsmZqEkBaR9E1Pd0UEFIuotgj+50IpOEaI27tA O1ki3FInX1MwfcjIbux7pkEOOqLjbXBAnKr/xdCyClqkwJ6OJNlszpb8keajos9gnj nivNNvaeVmD6yq6DfHG1T8bGocuUHIlsLZBBjAJST5gWvRJDFBi98UzXHH+4yXuHfA /18FZJVgWDhUrVE8fmR83ZFFSLhvUTLrQdx/knRXXBdjAcTIMPUBmLvcNDyt+cUNwR CaoLKX9Ooko5g== Original-Received: from alan by faroe.holly.idiocy.org with local (Exim 4.94.2) (envelope-from ) id 1mRHhn-00022t-0F; Fri, 17 Sep 2021 18:31:19 +0100 Mail-Followup-To: Alan Third , "Y. E." , Illia Ostapyshyn , Aaron Jensen , emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=116.202.126.228; envelope-from=alan@idiocy.org; helo=outbound.soverin.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:274907 Archived-At: On Thu, Sep 16, 2021 at 06:59:33PM +0300, Y. E. wrote: > > >> > It's infrequent, but I've seen a number of rendering artifacts in 28 > >> > in the last month or so. Typically it is a line of group of lines that > >> > are painted twice (i.e. in the wrong place). I may see line 33 > >> > duplicated so there is no 34, just two 33 in a row. Scrolling to > >> > change the position does not fix it. I have to scroll the buggy line > >> > out of view entirely and scroll it back to get it to be right. > >> > > >> > I do not have a repro for this unfortunately. > >> > >> I can confirm that I have been having this exact issue for quite some > >> time now. It is very infrequent and mild so I never bothered to report > >> it. > >> > >> I also don't have any ideas what's causing it and how to reproduce it, > >> but M-x redraw-display RET fixes it straight away. > > I saw this (or extremely similar) issue 2-3 times during the past month > on an oldish MacOS with vanilla Emacs, in buffers with ELisp code. > > I looked as if chunk of the text (from this buffer) overlayed > another (correct) text. And it was impossible to remove that overlaying > text without reverting (AFAIR) the buffer. > > Unfortunately, I also have no idea on how to reproduce the issue so far. Nobody has any idea what they were doing when it happened? Scrolling or typing or resizing windows or anything? Someone in an unrelated bug report suggested something similar happened after they created a new frame (which doesn't make much sense, unless Emacs is drawing to the wrong frame). Was anyone doing anything like that? Child frames popping up for use with, I don't know, company mode or something? Where on the frame do these things happen? If it happens again please send a screenshot of the whole frame. -- Alan Third