https://bugzil.la/1373739 they should all produce
equivalent outcomes to non-headless runs. If you do encounter any
differences, please file bugs against the "Firefox: Headless" component.
-Michael Smith [:mismith]
___
dev-platform mai
il.la/1373739 they should all produce
equivalent outcomes to non-headless runs. If you do encounter any
differences, please file bugs against the "Firefox: Headless" component.
-Michael Smith [:mismith]
___
dev-platform mailing list
d
On 8/30/2017 15:56, David Burns wrote:
> Do we know if the other vendors would see value in having this
spec'ed properly so that we have true interop here? Reverse engineering
seems like a "fun" project but what stops people from breaking stuff
without realising?
Fortunately we're not revers
e. I'm not sure we could guarantee bug
compatibility when a Chrome devtool requires similar-but-not-quite
functionality. In other words, it sounds like your proposed protocol
emulation is feasible, but I'm less certain we can live up to the expected
semantics of things going over that wir
e could instead
adopt existing technologies (Tokio, hyper, rust-websocket) which are
already in use by other Mozilla projects and the surrounding Rust ecosystem.
Feedback, suggestions, and guidance are very much welcome!
https://bugzil.la/1391465 is the bug for the CDP server implementation
i
5 matches
Mail list logo
