Re: Some xterm's misbehave if not displayed

Subject: Re: Some xterm's misbehave if not displayed
From: Erik Olson <email@hidden>
Date: Mon, 25 Jul 2016 12:39:25 -0700

I started experiencing this same window disappearing off-screen problem when I upgraded from Yosemite to El Capitan. It happens frequently when I have many baudline windows open and I close the lid on my Mac Book Pro. When I open my Mac Book Pro from sleep I find that many of the baudline window have been moved off-screen and are inaccessible. Yosemite and Mavericks did not behave this way.

Erik

On Mon, Jul 25, 2016 at 12:13 PM, Michael Jinks <email@hidden> wrote:

Thanks Tom.

Yes, I forgot that detail: in some cases (not always, I think, though I can't presently verify how often, this is my gut talking, and this is a hard error to make happen on purpose) the vanished windows will still show up in the list.

When that happens (and again, this is imperfect recollection talking), sometimes selecting one from the list will make it pop back, sometimes it won't. It may be that the ones that do re-appear are the same ones that have only slipped underneath another window inside the present display.

I just finished reading that thread in -dev. Are you aware of any further discussion going on elsewhere?

Thanks.

On Mon, Jul 25, 2016 at 1:29 PM, Tom Lane <email@hidden> wrote:
Michael Jinks <email@hidden> writes:
> The gist is, if I have an xterm that displays a shell running over an ssh
> connection, and I switch over to a different desktop or let my display go
> to screen saver mode, that xterm might be gone when I come back.
> ...
> Sometimes, it hasn't disappeared completely; instead, it's relocated to a
> different part of the screen, underneath another xterm.

I have seen some cases where XQuartz manages to relocate a window
completely off-screen; see thread starting here:
https://lists.macosforge.org/pipermail/xquartz-dev/2016-May/003958.html
Is it possible that that's what's happening to you, rather than the xterm
getting killed completely?

For me, that happened with sleep/wake cycles or screen resizes (such as
attaching or removing an external monitor), but I would not be surprised
if a workspace swap or screensaver start/stop caused much the same thing.

> I run all my shells under screen sessions at the remote end, and those
> screen sessions are almost always still listed as live at the server, so it
> can take some trial and error to find out which displays I lost.

That sure sounds like the process is still there somewhere --- have you
tried to correlate against "ps" output to determine that?

FWIW, I've had some luck with getting such windows back in view by doing
another sleep/wake cycle. Also notice that it seemed to be affected by
how the window's position had been determined to start with.

regards, tom lane

_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)

This email sent to email@hidden

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list      (email@hidden)

This email sent to email@hidden

References:
	>Some xterm's misbehave if not displayed (From: Michael Jinks <email@hidden>)
	>Re: Some xterm's misbehave if not displayed (From: Tom Lane <email@hidden>)
	>Re: Some xterm's misbehave if not displayed (From: Michael Jinks <email@hidden>)

Prev by Date: Re: Some xterm's misbehave if not displayed
Next by Date: Re: Some xterm's misbehave if not displayed
Previous by thread: Re: Some xterm's misbehave if not displayed
Next by thread: Re: Some xterm's misbehave if not displayed
Index(es):
- Date
- Thread