From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Wasim Abbas Newsgroups: gmane.emacs.bugs Subject: bug#41187: 28.0.50; Flipped text Date: Mon, 10 Aug 2020 12:40:31 +0100 Message-ID: References: <9825B211-9633-47CC-9631-A516387ADDB5@gmail.com> <20200806204637.GA39555@breton.holly.idiocy.org> <20200809133320.GA40657@breton.holly.idiocy.org> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_4B77BDA7-6E9A-4B05-BE56-4DE9C5B31F4A" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23723"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 41187@debbugs.gnu.org To: Alan Third Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Aug 10 17:18:13 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1k59Yx-0005yW-Oo for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 10 Aug 2020 17:18:11 +0200 Original-Received: from localhost ([::1]:45878 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k59Yw-0007cX-P7 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 10 Aug 2020 11:18:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46874) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k59Yo-0007cB-8K for bug-gnu-emacs@gnu.org; Mon, 10 Aug 2020 11:18:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53906) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1k59Yn-0005lV-VR for bug-gnu-emacs@gnu.org; Mon, 10 Aug 2020 11:18:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1k59Yn-0005kW-Q7 for bug-gnu-emacs@gnu.org; Mon, 10 Aug 2020 11:18:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Wasim Abbas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 Aug 2020 15:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41187 X-GNU-PR-Package: emacs Original-Received: via spool by 41187-submit@debbugs.gnu.org id=B41187.159707265421832 (code B ref 41187); Mon, 10 Aug 2020 15:18:01 +0000 Original-Received: (at 41187) by debbugs.gnu.org; 10 Aug 2020 15:17:34 +0000 Original-Received: from localhost ([127.0.0.1]:37219 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k59YL-0005fm-Va for submit@debbugs.gnu.org; Mon, 10 Aug 2020 11:17:34 -0400 Original-Received: from mail-wr1-f51.google.com ([209.85.221.51]:39699) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k56AR-0006ql-QX for 41187@debbugs.gnu.org; Mon, 10 Aug 2020 07:40:42 -0400 Original-Received: by mail-wr1-f51.google.com with SMTP id a5so7858547wrm.6 for <41187@debbugs.gnu.org>; Mon, 10 Aug 2020 04:40:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=CJzDqrBOlSOrh4RrKR31/IqFWuGYZihkqqvZT8f50ZA=; b=BnRFQKhWcC/2KPZC42uOAJsKOs6LlAWAyfCAlf7ShLQWfjhLwhJUgVsGObWzR2zu7m beGj6c1d7bWHCW7BkjaLLvNs2MQVRL5EWVXpDWRt4oxgudWdwzI+sIKWEeR0ex10YPbE Hf8f9iv7tWre1OlOwgeBVeGzZ/NesoqT6SdyEa2vmsWmraNlKfeffwXzl/9zXsKgJdQG p6RMU28r4sXAlA5QdndkpHvgjmeysMPbi9JFrwBupB9wt+chVIjJFHV8q+9BtdgFqp/C RfQxf3xrAIgpXE5rxgJ3gTvLOi0yBRlw8VCsZ4gY/tisZ/r02cEohgWseT4+dgRo+OKe MbBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=CJzDqrBOlSOrh4RrKR31/IqFWuGYZihkqqvZT8f50ZA=; b=miXojrRrtZ90wigOVZg/6Rf83tKMIS2im9zTqk/U0lKhisIa5OBvaluajHExxvdJeF 870SyP/HkT+CozOOgXigdsJbMF2DBHK5rMXPzJB3Ox6ei1gAzZU+AaVZyJjiZSrhX6OE OtGwB0Jb9Y1VJ/B4k8dqDCp5zebPOmpj8JHmtpVXbaRV9x0Nvv1aou7xYDVAwjzBOKDL qvy50z3BQRC+Sna2HNXPuEgxwdHqnbcGyhkfnUv3QPfTiqhLBY5CFBMoSZRRsqyOxuUQ MSqQi/Fqhx8E9qskftNxIflSBGsE+qgUCVJaGvSjX6AvR36QdETemtZNSxT9lvuOIBSw TBcw== X-Gm-Message-State: AOAM533SlcsTllmcXP3LIZWN2RultM8UWc/uc+EF0EBJTFS/gZg5izke cqgQHITx3eHcbsD0UKvBjUQ= X-Google-Smtp-Source: ABdhPJykncgpMHJiTjJ4BrNMdgkxiyapT8vma3MpQ8yfEsa8yEnXSjk4KYFtjBOANAbI/NEhKU5qZA== X-Received: by 2002:a5d:6692:: with SMTP id l18mr24106321wru.211.1597059633817; Mon, 10 Aug 2020 04:40:33 -0700 (PDT) Original-Received: from [192.168.0.2] (cpc108963-cmbg20-2-0-cust501.5-4.cable.virginm.net. [80.5.213.246]) by smtp.gmail.com with ESMTPSA id n5sm19844089wrx.22.2020.08.10.04.40.32 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Aug 2020 04:40:32 -0700 (PDT) In-Reply-To: <20200809133320.GA40657@breton.holly.idiocy.org> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Mailman-Approved-At: Mon, 10 Aug 2020 11:17:32 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:184538 Archived-At: --Apple-Mail=_4B77BDA7-6E9A-4B05-BE56-4DE9C5B31F4A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 No I can=E2=80=99t reproduce it with `emacs -Q`. I did mention when I = started the issue "I haven=E2=80=99t tried with emacs -Q yet but happy = to try if required.=E2=80=9D But never did try this. I thought since drawing buffers and rendering is such a core thing to = emacs I wasn=E2=80=99t sure it will be anything else (like a package) = but looks like it could be? Would you now think it's something to do = with any package? Is the standard disable each package one by one and see if it can be = narrowed down to a single package the way to go forward now? //Wasim > On 9 Aug 2020, at 14:33, Alan Third wrote: >=20 > On Sun, Aug 09, 2020 at 10:50:23AM +0100, Wasim Abbas wrote: >> Yes this is the text from the file I have opened. >>=20 >> I just did a quick test again today and I can reliably reproduce it. >> This time however it's not just flipped but corrupt frame buffer as >> it seems? >>=20 >> Here is what I have tried. Open up a longish C++ header file. Scroll >> with mouse a few times. Nothing happened. Split the window >> vertically and the scrolled a few more time rapidly. The corruption >> started in that window only. Visited another buffer in that window >> =E2=80=9Cmessages=E2=80=9D buffer you can see the flipped text there = as well. >>=20 >> Visit the first window (is content was displayed correct so far, I >> think because its not refreshed yet) and move cursor up and down 1 >> line at a time only that line is displayed wrong but also some other >> corruptions in random places. >=20 > It sounds suspiciously like we're flipping the bitmap and not > unflipping it, but I can't see how that happens. >=20 > Are you able to reproduce it with emacs -Q? > --=20 > Alan Third --Apple-Mail=_4B77BDA7-6E9A-4B05-BE56-4DE9C5B31F4A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 No = I can=E2=80=99t reproduce it with `emacs -Q`. I did mention when I = started the issue "I haven=E2=80=99t = tried with emacs -Q yet but happy to try if required.=E2=80=9D But = never did try this.

I thought since drawing = buffers and rendering is such a core thing to emacs I wasn=E2=80=99t = sure it will be anything else (like a package) but looks like it could = be? Would you now think it's something to do with any = package?

Is the standard disable each package one by = one and see if it can be narrowed down to a single package the way to go = forward now?

//Wasim

On 9 Aug = 2020, at 14:33, Alan Third <alan@idiocy.org> wrote:

On = Sun, Aug 09, 2020 at 10:50:23AM +0100, Wasim Abbas wrote:
Yes this is the text = from the file I have opened.

I just did a = quick test again today and I can reliably reproduce it.
This= time however it's not just flipped but corrupt frame buffer as
it seems?

Here is what I have = tried. Open up a longish C++ header file. Scroll
with = mouse a few times. Nothing happened. Split the window
vertically and the scrolled a few more time rapidly. The = corruption
started in that window only. Visited another = buffer in that window
=E2=80=9Cmessages=E2=80=9D buffer = you can see the flipped text there as well.

Visit the first window (is content was displayed correct so = far, I
think because its not refreshed yet) and move = cursor up and down 1
line at a time only that line is = displayed wrong but also some other
corruptions in random = places.

It sounds suspiciously = like we're flipping the bitmap and not
unflipping it, but = I can't see how that happens.

Are you able = to reproduce it with emacs -Q?
--
Alan = Third

= --Apple-Mail=_4B77BDA7-6E9A-4B05-BE56-4DE9C5B31F4A--