Changes

Jump to navigation Jump to search
Line 6: Line 6:     
==The chromote.sh script==
 
==The chromote.sh script==
 +
 +
'''Download link''': [http://gryphn.phys.uconn.edu/~jonesrt/outbox/chromote.sh.txt chromote.sh]
 +
 +
'''Feedback''': [[User:jonesrt|Richard Jones]]
 +
 +
'''Synopsis''':
 +
:: $ chromote.sh [--calibrate] <X11_display>
 +
::::
 +
:::: where <X11_display> is the value of the DISPLAY environment variable that you would use to route X11 windows to the desired display.
 +
 +
:The script should work out-of-the-box for most users.  The --calibrate option offers an interactive procedure to recompute all of the offsets to various form elements within the chrome browser window that must be automatically entered in order to set up the remote session.  If google changes the layout of the CRD startup page, then a recalibration will be required.
 +
 +
'''Installation''':
 +
:Download the above script, rename it to chromote.sh, and place it somewhere in your path, eg. ~/bin.  Give it execute privs with a command like "chmod +x ~/bin/chromote.sh".  The script assumes that the following standard tools are already installed on your system.  If not, there are rpms (or install scripts in the case of chrome) available for a wide variety of linux flavours.
 +
:# chrome (tested with v. 28.0.1500.71)
 +
:# xdotool (tested with v. 20090815-1.fc12.x86_64)
 +
:# xclip (tested with v. 0.12-1)
 +
:Development and testing were carried out on a Centos 6.4 host.
 +
 +
'''Bugs''':
 +
# So far, no work-around for the problem of users with automatic screen locking configured.  When the session locks up, there is no way to get in and start the remote session until the lock is released.  Suggestions are welcome.  Having the users enter their password and then passing it to the lockscreen gui through a command line tool like xdotool seems indefensible security-wise.  Better to turn off screen locking.

Navigation menu