Chromium - Open Link in New Tab
Brought to you by:
marha
Menu
▾
▴
#84 Chromium - Open Link in New Tab
Starting with 1.20.0.1, when I use VcXsrv to open chromium in it's own window (Windows 7 64bit with ssh X11 tunnel) and I right-click on a link in the browser to "Open link in new tab", the link is opened in a new tab, but the chromium window jumps behind all other open windows. And I have to click on it at least twice before I can get it active again. It does this still with vcxsrv-64.1.20.1.0.installer.exe.
Related
I just tried vcxsrv-64.1.20.1.1.installer.exe and it still suffers from
the same "new tab" problem.
Thank you for the rapid response. And awesome application.
On Sat, 25 Aug 2018, marha wrote:
Related
Bugs: #84
I just tried vcxsrv-64.1.20.1.1.installer.exe and it still suffers from the same "new tab" problem.
I do not see this problem anymore with version 1.20.1.1 (and I saw it with version 1.20.1.0), so there must be something different in your case compared with my test. Could you explain in more detail how you can reproduce the problem.
Windows 7 64-bit
Uninstall vcxsrv-64.1.20.0.0
Install vcxsrv-64.1.20.1.1.installer.exe (all defaults)
C:\Program Files\VcXsrv\vcxsrv.exe" :0 -ac -lesspointer -multiwindow
-clipboard -nowgl -swrastwgl -fp "C:\Program Files\VcXsrv\fonts\misc\"
SSH2 to to Debian linux
Linux hostname 4.17.0-3-amd64 #1 SMP Debian 4.17.17-1 (2018-08-18) x86_64 GNU/Linux
OpenSSH_7.7p1 Debian-4, OpenSSL 1.0.2o 27 Mar 2018
with X11Forwarding
I have tried both SecureCRT Version 8.1.4 (x64 build 1443) and putty
0.70 clients with X11 forwarding enabled.
echo $DISPLAY
localhost:10.0
As a non-root user:
/usr/lib/chromium/chromium --user-data-dir=/tmp/chromium/
Any page with links - right click the link and select "Open link in
new tab"
chromium window is sent behind all other open windows. This happens
every time. Also happens when you right-click an image and select
"Open image in new tab". Or right-click and select "Inspect" or "View
page source". But not when just opening a "New tab".
Here's the log file contents (I usually have lots of
winMUltiWindowWMProc errors).
Welcome to the VcXsrv X Server
Vendor: The VcXsrv Project
Release: 1.20.1.1
OS: Windows NT 6.1 build 7601 (64-bit)
Contact: marha@users.sourceforge.net
LoadPreferences: C:\Users\Sean McGuire.smcguire\AppData\Roaming.XWinrc
not found
LoadPreferences: Loading C:\Program Files\VcXsrv\system.XWinrc
Warning: Locale not supported by X, falling back to 'C' locale.
(II) IGLX: Loaded and initialized swrastwgl
(II) GLX: Initialized DRISWRAST GL provider for screen 0
winClipboardThreadProc - DISPLAY=127.0.0.1:0.0
Using Composite redirection
OS maintains clipboard viewer chain: yes
winMultiWindowWMProc - Error code: 3 (Window), ID: 0x0020000d, Major
opcode: 25 (SendEvent), Minor opcode: 0 ((null))
winMultiWindowWMProc - Error code: 8 (Match), ID: 0x00200001, Major
opcode: 12 (ConfigureWindow), Minor opcode: 0 ((null))
winMultiWindowWMProc - Error code: 3 (Window), ID: 0x0020000d, Major
opcode: 18 (ChangeProperty), Minor opcode: 0 ((null))
winMultiWindowWMProc - Error code: 3 (Window), ID: 0x0020000d, Major
opcode: 19 (DeleteProperty), Minor opcode: 0 ((null))
winMultiWindowWMProc - Error code: 3 (Window), ID: 0x00380001, Major
opcode: 12 (ConfigureWindow), Minor opcode: 0 ((null))
Thank you for your investigations
On Wed, 29 Aug 2018, marha wrote:
Related
Bugs: #84
Still not able to reproduce. Maybe it is related to the version of chromium you are using?
Good point, I forgot to mention the version. Sorry.
I just tried two different versions of Chrome in addition to the
version of Chromium on Debian sid, and they all suffer
from the same problem. I even tried it on a Debian stable/9.5 machine
and had the same problem.
Chromium
Version 68.0.3440.75 (Developer Build) (64-bit)
Chromium
Version 68.0.3440.75 (Developer Build) built on Debian 9.5, running on
Debian 9.5 (64-bit)
Google Chrome stable
Version 68.0.3440.106 (Official Build) (64-bit)
Google Chrome unstable
Version 70.0.3534.4 (Official Build) dev (64-bit)
Firefox Quantum (60.1.0esr) does not have the same problem.
I really appreciate you looking into this. I use VcXsrv everyday!
Thanks,
Sean
On Thu, 30 Aug 2018, marha wrote:
Related
Bugs: #84
Now I was able to reproduce it. It is not related to the version of chrome. The key thing was that I first needed to switch to a normal windows application and then back to the chrome window.
I have a new fix that fixes this problem to. Will be in the next release.
Awesome! Thank you very much for your hard work.
On Fri, 31 Aug 2018, marha wrote:
Related
Bugs: #84
I'm sure you're sick of hearing from me, but
vcxsrv-64.1.20.1.2.installer.exe does not solve the new tab problem
for me.
On Fri, 31 Aug 2018, Sean McGuire wrote:
Related
Bugs: #84
Could you exactly describe all steps you do from the startup of vcxsrv for reproducing the problem?
On a Windows 7 64 bit
1) uninstall any previous version ov VcXsrv
2) install vcxsrv-64.1.20.1.2.installer.exe with all defaults
3) "C:\Program Files\VcXsrv\vcxsrv.exe" :0 -ac -lesspointer
-multiwindow -clipboard -nowgl -swrastwgl -fp "C:\Program
Files\VcXsrv\fonts\misc\"
4) ssh to Debian Linux as non-root user using putty.exe with X11
forwarding enabled and confirm $DISPLAY
echo $DISPLAY
localhost:10.0
5) launch fresh chromium instance with
"chromium --user-data-dir=/tmp/chromium"
6) Move chromium window in front of any other open windows
(explorer.exe, notepad.exe, putty.exe, other X11 windows such as xterm
etc.)
7) visit a web page (eg. https://slashdot.org/ ) and right click on a
link
8) select "Open link in new tab"
9) chromium is moved behind all other windows
Interestingly, as I typed up these step-by-steps, chromium didn't jump
to the back. I wasn't sure if I didn't completely uninstall the
previous version before, so I went through them again making sure I had
version 1.20.1.2 like I thought I did. But it consistently jumps to
the back given these exact instructions. As I only SSH to Debian
Linux, I also just tried Ubuntu, and ran into the same thing.
On Thu, 6 Sep 2018, marha wrote:
Related
Bugs: #84