Closed Bug 1129790 Opened 9 years ago Closed 3 years ago

Firefox 35 -no-remote on Fedora 21 (via SSH -X) just hangs

Categories

(Core :: Widget: Gtk, defect, P2)

35 Branch
x86
Linux
defect

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: dave, Unassigned, NeedInfo)

Details

(Keywords: hang, Whiteboard: tpi:+)

User Agent: Mozilla/5.0 (X11; Linux i686; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20150127205040

Steps to reproduce:

Firefox 35 opens on the local console for each of several machines all running Fedora 21 just fine. If I "ssh -X" from one machine to one of the others, then run "firefox -no-remote", the Firefox window does not open anywhere. Usually, the command just hangs. Once it crashed with the message, "###!!! ABORT: X_ShmPutImage: BadValue (integer parameter out of range for operation); 12 requests ago: file /builddir/build/BUILD/firefox-35.0/mozilla-release/toolkit/xre/nsX11ErrorHandler.cpp, line 157". In that one case, it offered to restart Firefox but the restart did not occur. 


Actual results:

Nothing useful


Expected results:

A FF window should have opened on the local machine representing a FF process running on the remote machine.
$ uname -a
Linux dc7800.compata.com 3.17.8-300.fc21.x86_64 #1 SMP Thu Jan 8 23:32:49 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
$ rpm -q firefox
firefox-35.0-3.fc21.x86_64
Component: Untriaged → Widget: Gtk
Product: Firefox → Core
I am also facing the same issue..

my kernel and firefox version -

#>uname -a
Linux dhcp-0-69.blr.redhat.com 4.1.13-100.fc21.x86_64 #1 SMP Tue Nov 10 13:13:20 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

#>rpm -q firefox 
firefox-42.0-2.fc21.x86_64


To reproduce, just do the following - 
#>ssh -X localhost
#>firefox 
(after this nothing happens)

strace firefox --safe-mode --no-remote 

clone(child_stack=0x7f9fa5bfefb0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7f9fa5bff9d0, tls=0x7f9fa5bff700, child_tidptr=0x7f9fa5bff9d0) = 18788
futex(0x7f9fa5e57dac, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x7f9fa5e57da8, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x7f9fa5e57dac, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x7f9fa5e57da8, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x7f9fa5e57dac, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x7f9fa5e57da8, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x7f9fa5e57dac, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x7f9fa5e57da8, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
open("/usr/lib64/firefox/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}/chrome.manifest", O_RDONLY) = 28
fstat(28, {st_mode=S_IFREG|0644, st_size=1619, ...}) = 0
read(28, "override chrome://browser/skin/f"..., 1619) = 1619
close(28)                               = 0
access("/home/sanjayu/.mozilla/firefox/8xgaoli8.default/preferences", F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8392704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7f9fa4bfe000
mprotect(0x7f9fa4bfe000, 4096, PROT_NONE) = 0
clone(child_stack=0x7f9fa53fdfb0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7f9fa53fe9d0, tls=0x7f9fa53fe700, child_tidptr=0x7f9fa53fe9d0) = 18789
futex(0x7f9fa5c310cc, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x7f9fa5c310c8, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x7f9fa5c310cc, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x7f9fa5c310c8, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x7f9fc84e5c0c, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x7f9fc84e5c08, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x7f9fc84f1690, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x7f9fc84f1690, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x7f9fc84e5c0c, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x7f9fc84e5c08, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
mmap(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9fa4afe000
mmap(0x7f9fa4a00000, 1040384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9fa4a00000
munmap(0x7f9fa4b00000, 1040384)         = 0
madvise(0x7f9fa4a00000, 1032192, MADV_DONTNEED) = 0
futex(0x7f9fc84e5d8c, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x7f9fc84e5d88, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1
open("/dev/urandom", O_RDONLY)          = 28
read(28, ">e\24\256r\264\316\276", 8)   = 8
close(28)                               = 0
mmap(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f9fa4800000
read(3, 0x7ffc9d90e298, 1023)           = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
--- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TKILL, si_pid=18743, si_uid=1000} ---
rt_sigreturn({mask=[]})                 = -1 EINTR (Interrupted system call)
close(3)                                = 0
wait4(18761, 0x7ffc9d90e084, 0, NULL)   = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
--- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TKILL, si_pid=18743, si_uid=1000} ---
rt_sigreturn({mask=[]})                 = -1 EINTR (Interrupted system call)
wait4(18761, 0x7ffc9d90e084, 0, NULL)   = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
--- SIGVTALRM {si_signo=SIGVTALRM, si_code=SI_TKILL, si_pid=18743, si_uid=1000} ---
rt_sigreturn({mask=[]})                 = -1 EINTR (Interrupted system call)
wait4(18761, ^CProcess 18743 detached
Dave, does this still not work?
Flags: needinfo?(dave)
Whiteboard: tpi:?
It works better than before. With Fedora 23 or 24 and the latest FF, it usually works. However, sometimes it takes so long to open the window that I think it has failed and give up. Other times I wait long enough and the window opens. Sometimes it opens quickly. On those occasions when I give up waiting, I am able to open a remote konqueror window immediately.
Flags: needinfo?(dave)
Priority: -- → P2
Whiteboard: tpi:? → tpi:+
AFAIK the X routing does not work well with sandboxing - Jan you investigated that recently, right?
Flags: needinfo?(jhorak)
Flags: needinfo?(jhorak)
Severity: normal → critical
Keywords: hang

I have been facing this issue today as well.

For me the issue seems to appear every time one of the following applies:

  1. On my local machine, a Firefox is already running and I'm trying to open a Firefox on the remote machine
  2. I have previously attempted to start Firefox as stated in 1.

So a workaround has been:

  • pkill firefox on local machine and on remote
  • start firefox on remote machine

Seems like some sort of issue with the remote Firefox getting information from the local one that causes problems because they are not on the same X host (?)

Firefox versions are 70.0.1 on the local machine and 71.0 on the remote

(In reply to rehbein.alexander from comment #6)

I have been facing this issue today as well.

For me the issue seems to appear every time one of the following applies:

  1. On my local machine, a Firefox is already running and I'm trying to open a Firefox on the remote machine
  2. I have previously attempted to start Firefox as stated in 1.

So a workaround has been:

  • pkill firefox on local machine and on remote
  • start firefox on remote machine

Seems like some sort of issue with the remote Firefox getting information from the local one that causes problems because they are not on the same X host (?)

Firefox versions are 70.0.1 on the local machine and 71.0 on the remote

More version information for local machine:

$ ssh -v localhost
OpenSSH_8.1p1, OpenSSL 1.1.1d  10 Sep 2019

Xorg X server version 1.20.5-4

... for remote machine:

ssh -v localhost
OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n  7 Dec 2017

Package xserver-xorg with version
1:7.7+19ubuntu7.1

I didn't see a possibility to edit my previous comment, so I wrote another one.

Hi Dave!
I'm trying to reproduce old bugs to see if we can resolve some. Since Firefox has changed pretty much, I'm wondering if you can share it again or if we can just resolve the issue.
Thanks!
Marcela

Flags: needinfo?(dave)

Hi, due to the lack of information from the reporter, I will close this issue as incomplete, but please reopen this issue if you have more info that might help us reproduce this issue. Thank you

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.