GNU bug report logs - #34127
26.1.91; Redisplay issues with tramp

Previous Next

Package: emacs;

Reported by: Tim Blackman <tim.blackman <at> oracle.com>

Date: Fri, 18 Jan 2019 22:06:01 UTC

Severity: minor

Tags: fixed

Merged with 31904, 32932, 33891, 34710, 36302

Found in versions 26.1.90, 26.1.91, 26.2.90, 27.0.50

Fixed in version 28.1

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 34127 in the body.
You can then email your comments to 34127 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#34127; Package emacs. (Fri, 18 Jan 2019 22:06:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Tim Blackman <tim.blackman <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 18 Jan 2019 22:06:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tim Blackman <tim.blackman <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1.91; Redisplay issues with tramp
Date: Fri, 18 Jan 2019 17:02:04 -0500
[Message part 1 (text/plain, inline)]
I've been noticing various display anomalies when using the latest Emacs
26.1.91 pretest. Some cases are hard to capture or categorize, but it
seems like I'm seeing more "flashing" for redisplay than I usually do.

The case I was able to capture was when using tramp.

If I create a new tramp connection (after calling M-x
tramp-cleanup-all-connections), I see a strangely blank screen from
after calling the command (say C-x C-f "/-:slc:") until the directory
gets displayed. Please see the attached picture.

That blank screen behavior is new. In 26.1, the frame contents continue
to be displayed while the command is running.

- Tim




In GNU Emacs 26.1.91 (build 1, x86_64-apple-darwin14.5.0, NS appkit-1348.17 Version 10.10.5 (Build 14F2511))
 of 2019-01-07 built on builder10-10.porkrind.org
Windowing system distributor 'Apple', version 10.3.1561
Recent messages:
Tramp: Sending command ‘exec ssh   -o ControlMaster=auto -o ControlPath='tramp.%C' -o ControlPersist=no -e none slc’
Tramp: Waiting for prompts from remote shell...done
Tramp: Found remote shell prompt on ‘slc’
Tramp: Opening connection for slc using scp...done
Directory has changed on disk; type g to update Dired
Tramp: Opening connection for slc using scp...
Tramp: Sending command ‘exec ssh   -o ControlMaster=auto -o ControlPath='tramp.%C' -o ControlPersist=no -e none slc’
Tramp: Waiting for prompts from remote shell...done
Tramp: Found remote shell prompt on ‘slc’
Tramp: Opening connection for slc using scp...done

Configured using:
 'configure --with-ns '--enable-locallisppath=/Library/Application
 Support/Emacs/${version}/site-lisp:/Library/Application
 Support/Emacs/site-lisp' --with-modules'

Configured features:
NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES THREADS

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Text

Minor modes in effect:
  diff-auto-refine-mode: t
  flyspell-mode: t
  global-subword-mode: t
  subword-mode: t
  shell-dirtrack-mode: t
  show-paren-mode: t
  delete-selection-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  auto-fill-function: do-auto-fill
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow emacsbug sendmail debug tabify cl-print help-fns radix-tree
compare-w conf-mode sort ffap tramp-cmds sh-script executable rng-xsd
xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse
nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode
nxml-outln nxml-rap nxml-util nxml-enc xmltok mhtml-mode css-mode smie
color eww mm-url gnus nnheader wid-edit url-queue shr svg xml ediff-vers
ediff-merg ediff-wind ediff-diff ediff-mult ediff-help ediff-init
ediff-util ediff vc-git browse-url files-x tramp-cache tramp-sh
iso-transl mail-extr vc-annotate log-edit message rmc puny rfc822 mml
mml-sec epa derived epg gnus-util rmail rmail-loaddefs mm-decode
mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util
ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader
diff-mode dabbrev js sgml-mode dom imenu grep dired-aux dired
dired-loaddefs misearch multi-isearch add-log log-view pcvs-util
cl-extra help-mode vc pulse vc-dispatcher cc-mode cc-fonts cc-guess
cc-menus cc-cmds etags xref project thingatpt ssh compile vc-hg
pcmpl-unix vc-filewise vc-rcs flyspell ispell elec-pair man server
cap-words superword subword cc-styles cc-align cc-engine cc-vars cc-defs
edmacro kmacro restclient noutline outline easy-mmode json map url
url-proxy url-privacy url-expand url-methods url-history url-cookie
url-domsuf url-util mailcap redo+ tjb-env tjb-misc-2 timezone tjb-misc
cl tramp tramp-compat tramp-loaddefs trampver shell pcomplete comint
ansi-color ring parse-time format-spec advice paren time delsel
cus-start cus-load finder-inf rainbow-mode-autoloads package easymenu
epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core
cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp
byte-compile cconv cl-loaddefs cl-lib time-date tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel term/ns-win ns-win
ucs-normalize mule-util term/common-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese composite charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads kqueue cocoa ns multi-tty make-network-process emacs)

Memory information:
((conses 16 1651578 380351)
 (symbols 48 54590 3)
 (miscs 40 8950 10647)
 (strings 32 114959 130840)
 (string-bytes 1 9571902)
 (vectors 16 71559)
 (vector-slots 8 2252190 163320)
 (floats 8 436 1189)
 (intervals 56 239444 12400)
 (buffers 992 466))

[Message part 2 (text/html, inline)]
[Screen Shot 2019-01-18 at 4.55.31 PM.png (image/png, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34127; Package emacs. (Fri, 18 Jan 2019 22:34:02 GMT) Full text and rfc822 format available.

Message #8 received at 34127 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Tim Blackman <tim.blackman <at> oracle.com>
Cc: 34127 <at> debbugs.gnu.org
Subject: Re: bug#34127: 26.1.91; Redisplay issues with tramp
Date: Fri, 18 Jan 2019 23:33:09 +0100
Tim Blackman <tim.blackman <at> oracle.com> writes:

Hi Tim,

> I've been noticing various display anomalies when using the latest
> Emacs
> 26.1.91 pretest. Some cases are hard to capture or categorize, but it
> seems like I'm seeing more "flashing" for redisplay than I usually do.
>
> The case I was able to capture was when using tramp.
>
> If I create a new tramp connection (after calling M-x
> tramp-cleanup-all-connections), I see a strangely blank screen from
> after calling the command (say C-x C-f "/-:slc:") until the directory
> gets displayed. Please see the attached picture.
>
> That blank screen behavior is new. In 26.1, the frame contents
> continue
> to be displayed while the command is running.

Does it happen also when calling "emacs -Q"?

> - Tim

Best regards, Michael.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34127; Package emacs. (Sat, 19 Jan 2019 21:54:02 GMT) Full text and rfc822 format available.

Message #11 received at 34127 <at> debbugs.gnu.org (full text, mbox):

From: Alan Third <alan <at> idiocy.org>
To: Tim Blackman <tim.blackman <at> oracle.com>
Cc: 34127 <at> debbugs.gnu.org
Subject: Re: bug#34127: 26.1.91; Redisplay issues with tramp
Date: Sat, 19 Jan 2019 21:53:33 +0000
On Fri, Jan 18, 2019 at 05:02:04PM -0500, Tim Blackman wrote:
> I've been noticing various display anomalies when using the latest Emacs
> 26.1.91 pretest. Some cases are hard to capture or categorize, but it
> seems like I'm seeing more "flashing" for redisplay than I usually do.
> 
> The case I was able to capture was when using tramp.
> 
> If I create a new tramp connection (after calling M-x
> tramp-cleanup-all-connections), I see a strangely blank screen from
> after calling the command (say C-x C-f "/-:slc:") until the directory
> gets displayed. Please see the attached picture.
> 
> That blank screen behavior is new. In 26.1, the frame contents continue
> to be displayed while the command is running.

I believe this is caused by the changes made for macOS Mojave
compatibility. There has been a patch applied to the emacs-26 branch
that fixes some of these issues, but which missed the pretest. If it’s
possible for you to test an updated version that would be helpful.

I’m also working on a more complete set of patches, but I doubt
they’ll be good for Emacs 26.
-- 
Alan Third




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34127; Package emacs. (Tue, 22 Jan 2019 13:37:02 GMT) Full text and rfc822 format available.

Message #14 received at 34127 <at> debbugs.gnu.org (full text, mbox):

From: Tim Blackman <tim.blackman <at> oracle.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 34127 <at> debbugs.gnu.org
Subject: Re: bug#34127: 26.1.91; Redisplay issues with tramp
Date: Tue, 22 Jan 2019 08:36:40 -0500
[Message part 1 (text/plain, inline)]
On Jan 18, 2019, at 5:33 PM, Michael Albinus <michael.albinus <at> gmx.de> wrote:

>> If I create a new tramp connection (after calling M-x tramp-cleanup-all-connections), I see a strangely blank screen from after calling the command (say C-x C-f "/-:slc:") until the directory gets displayed. Please see the attached picture.
>> 
>> That blank screen behavior is new. In 26.1, the frame contents continue to be displayed while the command is running.
> 
> Does it happen also when calling "emacs -Q"?

Yes, I see the same behavior with -Q.

- Tim

[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34127; Package emacs. (Tue, 22 Jan 2019 13:54:01 GMT) Full text and rfc822 format available.

Message #17 received at 34127 <at> debbugs.gnu.org (full text, mbox):

From: Tim Blackman <tim.blackman <at> oracle.com>
To: Alan Third <alan <at> idiocy.org>
Cc: 34127 <at> debbugs.gnu.org
Subject: Re: bug#34127: 26.1.91; Redisplay issues with tramp
Date: Tue, 22 Jan 2019 08:52:57 -0500
On Jan 19, 2019, at 4:53 PM, Alan Third <alan <at> idiocy.org> wrote:

>> If I create a new tramp connection (after calling M-x
>> tramp-cleanup-all-connections), I see a strangely blank screen from
>> after calling the command (say C-x C-f "/-:slc:") until the directory
>> gets displayed. Please see the attached picture.
>> 
>> That blank screen behavior is new. In 26.1, the frame contents continue
>> to be displayed while the command is running.
> 
> I believe this is caused by the changes made for macOS Mojave
> compatibility.

Yes, I figured. I'm running on High Sierra for the moment, but was hoping to move to Mojave soon — that's why I'm testing it out.

> There has been a patch applied to the emacs-26 branch
> that fixes some of these issues, but which missed the pretest. If it’s
> possible for you to test an updated version that would be helpful.

I tried the 1/22/2019 nightly from emacsforosx.com, but tramp didn't work as expected. It reports its version number as 27.0.50 — is that the right one to try?

In the 26.1 pretest, I did:

  C-x C-f /scp:slc:

(slc is my remote hostname).

That produced the blanking behavior I described

But in the nightly, this just says that the directory is not found — seems to think I mean a local directory.

Did something change (again) about tramp syntax?

> I’m also working on a more complete set of patches, but I doubt
> they’ll be good for Emacs 26.

- Tim





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34127; Package emacs. (Tue, 22 Jan 2019 17:20:01 GMT) Full text and rfc822 format available.

Message #20 received at 34127 <at> debbugs.gnu.org (full text, mbox):

From: Alan Third <alan <at> idiocy.org>
To: Tim Blackman <tim.blackman <at> oracle.com>
Cc: 34127 <at> debbugs.gnu.org
Subject: Re: bug#34127: 26.1.91; Redisplay issues with tramp
Date: Tue, 22 Jan 2019 17:19:01 +0000
On Tue, Jan 22, 2019 at 08:52:57AM -0500, Tim Blackman wrote:
> On Jan 19, 2019, at 4:53 PM, Alan Third <alan <at> idiocy.org> wrote:
> 
> > There has been a patch applied to the emacs-26 branch
> > that fixes some of these issues, but which missed the pretest. If it’s
> > possible for you to test an updated version that would be helpful.
> 
> I tried the 1/22/2019 nightly from emacsforosx.com, but tramp didn't
> work as expected. It reports its version number as 27.0.50 — is that
> the right one to try?

Yes, unfortunately I don’t think the blanking issue has been fixed.
I’ve seen it occur in almost any situation where redisplay waits for
more than ~3 seconds. I can’t see any way to fix it at the moment.

-- 
Alan Third




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34127; Package emacs. (Tue, 22 Jan 2019 22:55:01 GMT) Full text and rfc822 format available.

Message #23 received at 34127 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Tim Blackman <tim.blackman <at> oracle.com>
Cc: 34127 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>
Subject: Re: bug#34127: 26.1.91; Redisplay issues with tramp
Date: Tue, 22 Jan 2019 23:54:21 +0100
Tim Blackman <tim.blackman <at> oracle.com> writes:

Hi Tim,

> I tried the 1/22/2019 nightly from emacsforosx.com, but tramp didn't
> work as expected. It reports its version number as 27.0.50 — is that
> the right one to try?
>
> In the 26.1 pretest, I did:
>
>   C-x C-f /scp:slc:
>
> (slc is my remote hostname).
>
> That produced the blanking behavior I described
>
> But in the nightly, this just says that the directory is not found —
> seems to think I mean a local directory.
>
> Did something change (again) about tramp syntax?

No Tramp syntax change between Emacs 26 and 27. Have you tried to enter
<RET> then? What is the exact error message?

(And again, do you see *this* message also with "emacs -Q"?)

> - Tim

Best regards, Michael.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34127; Package emacs. (Wed, 23 Jan 2019 13:16:02 GMT) Full text and rfc822 format available.

Message #26 received at 34127 <at> debbugs.gnu.org (full text, mbox):

From: Tim Blackman <tim.blackman <at> oracle.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 34127 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>
Subject: Re: bug#34127: 26.1.91; Redisplay issues with tramp
Date: Wed, 23 Jan 2019 08:14:56 -0500
On Jan 22, 2019, at 5:54 PM, Michael Albinus <michael.albinus <at> gmx.de> wrote:

>> I tried the 1/22/2019 nightly from emacsforosx.com, but tramp didn't
>> work as expected. It reports its version number as 27.0.50 — is that
>> the right one to try?
>> 
>> In the 26.1 pretest, I did:
>> 
>>  C-x C-f /scp:slc:
>> 
>> (slc is my remote hostname).
>> 
>> That produced the blanking behavior I described
>> 
>> But in the nightly, this just says that the directory is not found —
>> seems to think I mean a local directory.
>> 
>> Did something change (again) about tramp syntax?
> 
> No Tramp syntax change between Emacs 26 and 27.

Huh.

> Have you tried to enter <RET> then? What is the exact error message?
> 
> (And again, do you see *this* message also with "emacs -Q"?)

I started up the nightly by doing:

  open /Volumes/Emacs/Emacs.app/ --args -Q

I did:

  C-x C-f /scp:slc:<RET>

The message area displayed:

  File not found and directory write-protected

The buffer showing was named "scp:slc:", so it seemed to think I was talking about a local file. That's why I was wondering if there was a syntax change.

Note that when I type C-x C-f in the pretest version, the default directory is "~/", but it is "/" in the nightly. Not sure if that is significant. Sorry we are getting into what seems like some sort of unrelated confusion.

I was able to reproduce the redisplay problem with the nightly version of Emacs when I didn't use -Q, so my guess is that there is something wonky (and unrelated) going on at startup.

- Tim



Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34127; Package emacs. (Wed, 23 Jan 2019 13:41:01 GMT) Full text and rfc822 format available.

Message #29 received at 34127 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Tim Blackman <tim.blackman <at> oracle.com>
Cc: 34127 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>
Subject: Re: bug#34127: 26.1.91; Redisplay issues with tramp
Date: Wed, 23 Jan 2019 14:39:47 +0100
Tim Blackman <tim.blackman <at> oracle.com> writes:

Hi Tim,

>> Have you tried to enter <RET> then? What is the exact error message?
>> 
>> (And again, do you see *this* message also with "emacs -Q"?)
>
> I started up the nightly by doing:
>
>   open /Volumes/Emacs/Emacs.app/ --args -Q
>
> I did:
>
>   C-x C-f /scp:slc:<RET>
>
> The message area displayed:
>
>   File not found and directory write-protected
>
> The buffer showing was named "scp:slc:", so it seemed to think I was
> talking about a local file. That's why I was wondering if there was a
> syntax change.
>
> Note that when I type C-x C-f in the pretest version, the default
> directory is "~/", but it is "/" in the nightly. Not sure if that is
> significant. Sorry we are getting into what seems like some sort of
> unrelated confusion.

I propose you write another bug report about. Best with proper Tramp
traces; pls apply (setq tramp-verbose 6) prior opening the remote
file. There will be a Tramp debug buffer, which shall tell us what's up.

> I was able to reproduce the redisplay problem with the nightly version
> of Emacs when I didn't use -Q, so my guess is that there is something
> wonky (and unrelated) going on at startup.

This shall be handled here.

> - Tim

Best regards, Michael.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#34127; Package emacs. (Wed, 23 Jan 2019 13:43:02 GMT) Full text and rfc822 format available.

Message #32 received at 34127 <at> debbugs.gnu.org (full text, mbox):

From: Tim Blackman <tim.blackman <at> oracle.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 34127 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>
Subject: Re: bug#34127: 26.1.91; Redisplay issues with tramp
Date: Wed, 23 Jan 2019 08:42:35 -0500
[Message part 1 (text/plain, inline)]
On Jan 23, 2019, at 8:39 AM, Michael Albinus <michael.albinus <at> gmx.de> wrote:

>> I did:
>> 
>>  C-x C-f /scp:slc:<RET>
>> 
>> The message area displayed:
>> 
>>  File not found and directory write-protected
>> 
>> The buffer showing was named "scp:slc:", so it seemed to think I was
>> talking about a local file. That's why I was wondering if there was a
>> syntax change.
>> 
>> Note that when I type C-x C-f in the pretest version, the default
>> directory is "~/", but it is "/" in the nightly. Not sure if that is
>> significant. Sorry we are getting into what seems like some sort of
>> unrelated confusion.
> 
> I propose you write another bug report about. Best with proper Tramp
> traces; pls apply (setq tramp-verbose 6) prior opening the remote
> file. There will be a Tramp debug buffer, which shall tell us what's up.

OK, will do.

>> I was able to reproduce the redisplay problem with the nightly version
>> of Emacs when I didn't use -Q, so my guess is that there is something
>> wonky (and unrelated) going on at startup.
> 
> This shall be handled here.

Thanks to both of you for your help with this!

- Tim
[Message part 2 (text/html, inline)]

Severity set to 'minor' from 'normal' Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Sat, 25 Jan 2020 12:03:01 GMT) Full text and rfc822 format available.

Merged 32932 33891 34127 36302. Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Sat, 25 Jan 2020 12:03:02 GMT) Full text and rfc822 format available.

Merged 32932 33891 34127 34710 36302. Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Sat, 25 Jan 2020 12:03:02 GMT) Full text and rfc822 format available.

Merged 31904 32932 33891 34127 34710 36302. Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Sat, 25 Jan 2020 12:03:02 GMT) Full text and rfc822 format available.

Added tag(s) fixed. Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Tue, 28 Jan 2020 18:24:02 GMT) Full text and rfc822 format available.

bug marked as fixed in version 28.1, send any further explanations to 32932 <at> debbugs.gnu.org and Aaron Jensen <aaronjensen <at> gmail.com> Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Tue, 28 Jan 2020 18:24:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 13 Mar 2020 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 16 days ago.

Previous Next


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