Re-fix pull req #245:

* Must declare port variable.

* Must look for https first, then http.

Detect port properly in vnc_auto.html when used on port 80 or 443.

Because apparently it is simple enough for me to forget to include in the previous commit.

Correctly identifies the use of http/https and forces the value of port to 80 and 443
respectively, as in this situation window.location.port is blank.

This is patch includes the same changes as made in vnc_auto.html

Also, in COPYRECT, set FBU.bytes to the number we know we will need.

Set FBU.bytes to 1 in encHandlers.COPYRECT

FBU.bytes must be set before return false to indicate that the FBU
header has been read. If not set then "if (FBU.bytes == 0) { ..}"
in framebufferUpdate will be entered and the copyrect header will
be interpreted as a new FBU leading to a "unsupported encoding"
disconnect error.

Also, update nova-novncproxy to import websockify instead of wsproxy.

Browsers (such as Chrome) don't report port numbers in window.location.port when
used on standard ports such as 80 and 443. This causes vnc_auto.html to not
automatically find the port as it should.

This simple change checks if window.location.port is blank, and sets port as
appropriate from the name of the protocol in use.

Import cfg from oslo in nova-novncproxy

Upstram OpenStack Nova package has moved the config engine into a
separate package. Mirror that change in the novnc script.

Minimize differences between vnc.html and vnc_auto.html

* UTF-8 charset defintition.

* Define IE=edge for X-UA-Compatible.

* Add Apple iOS Safari settings.

names="apple-mobile-web-app-status-bar-style"

should be:

name="apple-mobile-web-app-status-bar-style"

Tweak order/whitespace/style to match vnc.html more closely. 

functional changes.

Consistent Unix line endings

Pressing an holding a mouse button and then moving the mouse out of the
canvas before releasing meant that onmouseup was never triggered.

Ctrl+'-' won't work on a US keyboad with the latest Firefox.

Firefox 17 generates 173 as the keycode for the minus key.

Changed the config module which includes CONF

currently CONF was attempted of being imported from nova config.py
rather than openstack/common/cfg.py. this commit fixes that.

Pull c33f0b52e7 from websockify.

- Fix for python2.4 with URL parsing.
- Set binaryType earlier in Opera 12.10 to avoid receiving a blob.
- Re-order client and target processing so that pending client data
  has an opportunity to be sent when the target closes.

Update utils/nova-novncproxy to work with nova master branch

Nova recently removed parse_args from flags.py. This updates the
nova proxy to properly use CONF instead of FLAGS.

Related to issue: https://github.com/kanaka/noVNC/issues/205

Split out the function to load a single script to Util.load_script.

In order to get sequential load, when on IE set the script defer flag.
It is currently working on webkit and firefox but just in case also
set the script.async flag to make sure that scripts execute in the
order they are added. Scripts should still load in parallel.

Data files should now set the variable VNC_frame_encoding to either
"binary" or "base64". The python websockify recording mode adds this
automatically based on what is negotiated with the client being
recorded.

Pull in websockify 1669139

Generally this means falling back to 8-bit colour mapped hextile which
is uses more bandwidth and is likely slower that tight with 24-bit
true color.

This is related to this query:
http://superuser.com/questions/484790/how-to-use-8-bit-mode-with-novnc

Use a mechanism described here to serialize the execution of scripts
under IE: http://wiki.whatwg.org/wiki/Dynamic_Script_Execution_Order
Basically, we set the src attribute but do not append the script to
the body/head until after readyState is "loaded". Unfortunately, Opera
uses readyState but in a different way (always "loaded" for both load
and execution).

This is related to (and hopefully fixes) these issues:
https://github.com/kanaka/noVNC/issues/194,
https://github.com/kanaka/noVNC/issues/205,
https://github.com/kanaka/noVNC/issues/208.

The mobile doctype doesn't not seem to make any difference on iOS so
I'm dropping it and just going with the standard HTML5 version since
the wapforum mobile version may cause issues with IE 10.