Bug 1353342 - xfce4-terminal disappears on remote display when monitor goes into energy saving mode
Summary: xfce4-terminal disappears on remote display when monitor goes into energy sav...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: xfce4-terminal
Version: 24
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kevin Fenzi
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-07-06 20:39 UTC by Leif Hedstrom
Modified: 2017-06-09 18:57 UTC (History)
3 users (show)

Fixed In Version: xfce4-terminal-0.8.5.1-1.fc25 xfce4-terminal-0.8.5.1-1.fc26
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-05-24 05:01:29 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Leif Hedstrom 2016-07-06 20:39:47 UTC
I run remote X11 to display a few apps from my Linux box to my X server (xquartz) running on a Mac. After upgrading to F24, the xfce4-terminal windows that I start up will always vanish when the monitor (on the Mac) goes into energy saver mode.

This only seems to affect xfce4-terminal windows, all other windows, including Emacs and various other xfce4 windows stay put. I know that the network is not getting disconnected when it goes into the energy saving mode on the monitor.

I also went back and tried the xfce4-terminal on a F23 VM, and it does not have these issues.

I'm running it something like this:

$ export APACHE="/home/leif/apache/trafficserver.git"
$ export DISPLAY=munin:0.0
$ xfce4-terminal --geometry 140x44+1500+670 --working-directory=${APACHE} --tab --working-directory=${APACHE}/BUILDS/release

It all works fine, up until the monitor goes into energy saver, at which point the window disappears.

Comment 1 Kevin Fenzi 2016-07-11 19:33:18 UTC
Thats pretty odd. 

Can you perhaps try and strace it?

dnf install strace
strace -f -o /tmp/trace.out xfce4-terminal ... arguments ... 

and then attach the trace.out here?

When it disappears does it exit with any error you can see? or just like it was cleanly quit?

Comment 2 Leif Hedstrom 2016-07-14 15:59:06 UTC
Below is the trace from an "idle" state (no activity) to me putting the display in sleep mode. The only thing looking odd is the exit(0), but I did notice that the main process does not end; The windows just disappear somewhere, I'm not sure where :-/.

Also, I do get this warning about session manager on startup, not sure if that matters? (I'm not running an xfce4 session, of course, but that didn't seem to matter in F23).

Failed to connect to session manager: Failed to connect to the session manager: SESSION_MANAGER environment variable not defined

Thanks!

-- Leif

$ strace -f xfce4-terminal --geometry 140x32+1500+0 --working-directory=/opt/ats --tab --working-directory=/opt/ats
.
.
.


 <unfinished ...>
[pid  9706] <... futex resumed> )       = -1 ETIMEDOUT (Connection timed out)
[pid  9706] madvise(0x7ff4a00d9000, 8368128, MADV_DONTNEED) = 0
[pid  9706] exit(0)                     = ?
[pid  9706] +++ exited with 0 +++
[pid  9703] <... poll resumed> )        = 1 ([{fd=4, revents=POLLIN}])
[pid  9703] recvmsg(4, {msg_name(0)=NULL, msg_iov(1)=[{"\34\0\6\6A\1\0\0\337\0\0\0\362o\34\352\0\0\0\0\0p\0\0\0\0\0\0\0\30\232@"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 96
[pid  9703] recvmsg(4, 0x7ffe09652c70, 0) = -1 EAGAIN (Resource temporarily unavailable)
[pid  9703] poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}])
[pid  9703] writev(4, [{"\21\30\2\0\337\0\0\0", 8}, {NULL, 0}, {"", 0}], 3) = 8
[pid  9703] poll([{fd=4, events=POLLIN}], 1, -1) = 1 ([{fd=4, revents=POLLIN}])
[pid  9703] recvmsg(4, {msg_name(0)=NULL, msg_iov(1)=[{"\1\0\7\6\6\0\0\0\25\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 56
[pid  9703] recvmsg(4, 0x7ffe09652980, 0) = -1 EAGAIN (Resource temporarily unavailable)
[pid  9703] poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN}], 2, 0) = 0 (Timeout)
[pid  9703] recvmsg(4, 0x7ffe09652c50, 0) = -1 EAGAIN (Resource temporarily unavailable)
[pid  9703] poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN}, {fd=9, events=POLLIN}, {fd=12, events=POLLIN}], 4, -1) = 1 ([{fd=4, revents=POLLIN}])
[pid  9703] recvmsg(4, {msg_name(0)=NULL, msg_iov(1)=[{"\34\0\7\6\3\0\240\0\1\1\0\0\26s\34\352\0\0\0\0d\355\0\245\220g\247\1\1\0\0\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 64
[pid  9703] recvmsg(4, 0x7ffe09652c70, 0) = -1 EAGAIN (Resource temporarily unavailable)
[pid  9703] poll([{fd=4, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=4, revents=POLLOUT}])
[pid  9703] writev(4, [{"\24\0\6\0\3\0\240\0\1\1\0\0\4\0\0\0\0\0\0\0\377\377\377\377", 24}, {NULL, 0}, {"", 0}], 3) = 24
[pid  9703] poll([{fd=4, events=POLLIN}], 1, -1) = 1 ([{fd=4, revents=POLLIN}])
[pid  9703] recvmsg(4, {msg_name(0)=NULL, msg_iov(1)=[{"\1 \10\6\0\0\0\0\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 4096}], msg_controllen=0, msg_flags=0}, 0) = 32
[pid  9703] recvmsg(4, 0x7ffe09652920, 0) = -1 EAGAIN (Resource temporarily unavailable)
[pid  9703] recvmsg(4, 0x7ffe09652920, 0) = -1 EAGAIN (Resource temporarily unavailable)
[pid  9703] recvmsg(4, 0x7ffe09652c50, 0) = -1 EAGAIN (Resource temporarily unavailable)
[pid  9703] poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN}, {fd=9, events=POLLIN}, {fd=12, events=POLLIN}], 4, -1
^Cstrace: Process 9703 detached
 <detached ...>
strace: Process 9704 detached
strace: Process 9705 detached
strace: Process 9707 detached
strace: Process 9708 detached
strace: Process 9709 detached

Comment 3 Kevin Fenzi 2016-07-19 20:18:37 UTC
Odd. If you run it with: --disable-server does it behave the same way?

Comment 4 Leif Hedstrom 2016-07-20 15:16:49 UTC
Yeah, I had tested with that option before, but tried again just to be safe. And the windows still disappears (but the processes do not).

Comment 5 Kevin Fenzi 2016-07-20 16:18:45 UTC
Well, I am stumped. :( 

Would you be willing to file this upstream and see what they say?

Or I can if you prefer not to...

Comment 6 Leif Hedstrom 2016-07-20 20:01:55 UTC
If you wouldn't mind filing one, that'd be great. In the mean time, I'll keep trying / debugging, but I'm also kinda stumped :-/. I noticed once, that the window went into a weird location, so maybe, just maybe, it's resizing itself and puts itself somewhere where I can't find it (and I don't have a window manager really, so can't find 'em).

Comment 7 Leif Hedstrom 2016-07-21 15:17:58 UTC
Little more details. I can see the windows still exist, they are just not visible anywhere on the screen. It's as if they got outside of the display port or some such. Their size is intact, but their location is completely wrong (not sure how to get that info though, is there an X command to ask a window for it's position?).

Is this possibly related to GTK's removal of support for options like --geometry? (which is why I switched to xfce4-terminal in the first place :).

Comment 8 Leif Hedstrom 2016-07-21 15:25:58 UTC
Well, I found all the window info, I don't know if this helps at all, but here it is:


fedora (09:21) 281/3 $ xwininfo -tree -root

xwininfo: Window id: 0x141 (the root window) (has no name)

  Root window id: 0x141 (the root window) (has no name)
  Parent window id: 0x0 (none)
     11 children:
     0x40000a (has no name): ()  1275x873+3000+1362  +3000+1362
        3 children:
        0x40000c (has no name): ()  15x15+1260+858  +4260+2220
        0x40000b (has no name): ()  56x16+8+2  +3008+1364
        0xc00003 "Terminal - leif@fedora:/home/leif/apache/trafficserver.git": ("xfce4-terminal" "Xfce4-terminal")  1275x851+0+22  +3000+1384
           1 child:
           0xc00004 (has no name): ()  1x1+-1+-1  +2999+1383
     0x400010 (has no name): ()  1366x1561+201+2  +201+2
        3 children:
        0x400012 (has no name): ()  15x15+1351+1546  +1552+1548
        0x400011 (has no name): ()  56x16+8+2  +209+4
        0xe00120 "LogAccessHttp.cc - emacs.com": ("emacs" "Emacs")  1366x1539+0+22  +201+24
           2 children:
           0xe00124 (has no name): ()  1366x1515+0+24  +201+48
           0xe00121 (has no name): ()  1x1+-1+-1  +200+23
     0x400004 (has no name): ()  484x338+11+0  +11+0
        3 children:
        0x400006 (has no name): ()  15x15+469+323  +480+323
        0x400005 (has no name): ()  56x16+8+2  +19+2
        0x60000d "leif@munin:~": ("xterm" "XTerm")  484x316+0+22  +11+22
           1 child:
           0x600011 (has no name): ()  484x316+0+0  +11+22
     0x400007 (has no name): ()  1275x657+3000+22  +3000+22
        3 children:
        0x400009 (has no name): ()  15x15+1260+642  +4260+664
        0x400008 (has no name): ()  56x16+8+2  +3008+24
        0xa00003 "Terminal - root@fedora:/opt/ats": ("xfce4-terminal" "Xfce4-terminal")  1275x635+0+22  +3000+44
           1 child:
           0xa00004 (has no name): ()  1x1+-1+-1  +2999+43
     0xc00090 "Xfce Terminal": ()  10x10+-100+-100  +-100+-100
     0xe00171 (has no name): ("emacs" "Emacs")  28x43+0+0  +0+0
        1 child:
        0xe00172 (has no name): ()  1x1+-1+-1  +-1+-1
     0xe00001 "emacs": ("emacs" "Emacs")  10x10+10+10  +10+10
     0xc00001 "Xfce Terminal": ("xfce4-terminal" "Xfce4-terminal")  10x10+10+10  +10+10
        1 child:
        0xc00002 (has no name): ()  1x1+-1+-1  +9+9
     0xa00001 "Xfce Terminal": ("xfce4-terminal" "Xfce4-terminal")  10x10+10+10  +10+10
        1 child:
        0xa00002 (has no name): ()  1x1+-1+-1  +9+9
     0x800001 (has no name): ()  1x1+0+0  +0+0
     0x400001 (has no name): ()  1x1+0+0  +0+0


My setup actually has two monitors, but I can't see these missing xfce4-terminal windows on either display. xdpyinfo shows:

screen #0:
  dimensions:    5888x1670 pixels (1556x441 millimeters)
  resolution:    96x96 dots per inch

(that's the sum of both monitor's resolution).

Comment 9 Leif Hedstrom 2016-07-21 15:27:42 UTC
Also, just to be sure, when I start the xfce4-terminal's, they do show up in the right place, so it is honoring the -gemotry option just fine. It just seems to move the windows into limbo when the display goes to sleep mode (other X11 windows, like Emacs, are not affected).

Comment 10 Leif Hedstrom 2016-07-21 17:26:08 UTC
I've tried like every command known to man kind to try to get the windows back. They don't appear to be minimized though, just completely out of the viewport :-/. I even tried e.g. 

$ wmctrl -a 0x00c00003


and 

wmctrl -r 0x00a00003 -e 140x32+1500+0


Nada. :-/

Comment 11 Fedora Update System 2017-05-14 21:31:32 UTC
xfce4-terminal-0.8.5.1-1.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-3d226f0c56

Comment 12 Fedora Update System 2017-05-14 21:32:01 UTC
xfce4-terminal-0.8.5.1-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-00f84706bf

Comment 13 Leif Hedstrom 2017-05-15 15:08:10 UTC
I'm not experiencing this in the latest F25 versions, so I think you can close this now.

Thanks!

-- leif

Comment 14 Fedora Update System 2017-05-15 20:36:00 UTC
xfce4-terminal-0.8.5.1-1.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-3d226f0c56

Comment 15 Fedora Update System 2017-05-15 22:04:33 UTC
xfce4-terminal-0.8.5.1-1.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-00f84706bf

Comment 16 Fedora Update System 2017-05-24 05:01:29 UTC
xfce4-terminal-0.8.5.1-1.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report.

Comment 17 Fedora Update System 2017-06-09 18:57:15 UTC
xfce4-terminal-0.8.5.1-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.