wait until we have at least a tag+command for filtering to commence
ClosedPublic

Authored by seigo on Sep 7 2016, 10:01 AM.

Details

Summary

This attempts to work around the interesting behavior seen with iPhones doing
TLS where the tag of the command is sent in a network packet on its own separate from
the command string.

Diff Detail

Repository
rG guam
Lint
Automatic diff as part of commit; lint not applicable.
Unit
Automatic diff as part of commit; unit tests not applicable.
seigo retitled this revision from to wait until we have at least a tag+command for filtering to commence.Sep 7 2016, 10:01 AM
seigo updated this object.
seigo edited the test plan for this revision. (Show Details)
seigo added a reviewer: Restricted Project.

Note that only very nominal testing has been done thus far, but I wanted to give others a preview look at what is cooking here.

This also brings a nice little optimization where commands are split into tag/command/data only *once* instead of at least twice per client-side rule application (something that would get even worse as the number of rues grows ...)

This revision was automatically updated to reflect the committed changes.
seigo reopened this revision.Sep 19 2016, 1:36 PM
seigo updated this revision to Diff 476.Sep 19 2016, 1:36 PM
  • works correctly and one hopes with enough performance now
This revision was automatically updated to reflect the committed changes.