Xpra: Ticket #1581: html5 2.2 updates

Follow up from #1491 (for 2.1).

Now also on github where pull requests can be submitted: https://github.com/totaam/xpra-html5/

Wed, 16 Aug 2017 11:43:11 GMT - Antoine Martin: status changed

status changed from new to assigned

As part of the network layer work (#1590), it would be very useful to hook into the Network Information API to have some information about the type of connection the browser is using, what latency can be expected, get notified about (dis)connection events, etc This information could be provided to the server as hints it can feed into its own heuristics.

Sat, 02 Sep 2017 04:08:42 GMT - Antoine Martin: description changed

description modified (diff)

Mon, 11 Sep 2017 11:51:12 GMT - Antoine Martin:

As of r16824, we expose this information to the server as "connection-data" for each client that provides it.

The big problem is that this connection API looks buggy as hell, at least the downlink value is. Here is some data with a Fedora 26 server, chrome 62 Fedora 26 client, the "download" value is nowhere near the system settings (values are in bits per second):

100 Mbps interface: 'rtt': 100, 'downlink': 100000, 'effective-type': '4g', 1000 times less!
same interface but reconfigured as half-duplex 10Mbps with ethtool -s eth0 speed 10 duplex half : 'rtt': 300, 'downlink': 1350000, 'effective-type': '3g', closer only ~6 times lower... (same values with full duplex)
after re-configuring it to 100 Mbps.. now same as 10 Mbps...
loopback interface: 'rtt': 100, 'effective-type': '4g'
chrome 61 on win32 connecting via a paravirtualized network driver (1000Mbps?): 'rtt': 100, 'downlink': 1450000, 'effective-type': '4g'
Windows 7 server, Linux client over paravirtualized network driver: 'rtt': 100, 'effective-type': '4g'
Windows 7 server, local client: 'rtt': 75, 'downlink': 1450000, 'effective-type': '4g'

Firefox 55 and Safari 10.1.2 have no support for this API yet.

So, if anything the "effective-type" is more reliable than the "downlink" value. And I've tried turning on and off my network interfaces, the "onchange" event handler never fired... so we can't use that to detect when the network connection drops.

Thu, 05 Oct 2017 06:14:00 GMT - Antoine Martin:

See OffscreenCanvas: it isn't supported everywhere but it could potentially speed things up quite a bit, allowing us to split the picture decoding and the actual paint. (exactly like the regular client does with its decode thread) See also ticket/1637#comment:2, we should already be able to decode pictures in parallel (as long as the browser supports this) and only update the canvas in the right order.

Tue, 24 Oct 2017 16:19:39 GMT - Antoine Martin: owner, status changed

owner changed from Antoine Martin to J. Max Mena
status changed from assigned to new

Updates:

r16566 favicon set to window icon when there is only one (ie: desktop mode)
r16600 clipboard fix (backported)
r16666 preserve sessions items, without the password
r16704 warn if jquery is missing (backported)
r16744 raise timeout
r16890 avoid deep recursion when painting
r16996 better vfb resizing support
r17104 + r17105 paint fixes (backported)
r17106 disable image smoothing, etc
r17111 enable "flush" paints, etc
r17112 + r17194 + r17195: scrolling fixes (backported)
r17158 cosmetic progress bar change
r17243 new authentication modes
r17255 bandwidth-limit (see ticket:417#comment:9)

Will follow up in #1670.

@maxmylyn: just a FYI, feel free to close. (SB might want to merge some of this)

Fri, 27 Oct 2017 17:29:32 GMT - J. Max Mena: status changed; resolution set

status changed from new to closed
resolution set to fixed

Noted and closing.

Tue, 28 Nov 2017 11:02:24 GMT - Antoine Martin:

Tue, 02 Jan 2018 15:52:39 GMT - Antoine Martin:

The bandwidth detection code caused a regression: ticket:1729#comment:13

Tue, 29 May 2018 15:09:05 GMT - Antoine Martin:

See also: #1860 detect wifi connections (jittery) which causes problems like #1855

Sat, 23 Jan 2021 05:28:17 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/1581