@@ -96,7 +96,7 @@ initiates the long-polling loop, run against an injected `urb.js` of
9696
9797A `%js` `pest` is `resolve`d as a `text/javascript` success `%this`.
9898
99−When `poll.js` is recieved by the client, it opens an `XMLHttpRequest` for
99+When `poll.js` is received by the client, it opens an `XMLHttpRequest` for
100100`/~/on/{window.urb.poll}.json`, bringing us back to `%poll:process`.
101101
102102In the case of a non-`%js` `/~/on/`, `%poll:process-parsed` turns into a
@@ -167,7 +167,7 @@ the first nontrivial `++check-oryx` occurs, `++grab-body` the request oryx and
167167ensuring it is recorded for the session. The request parsed with `++need-body`
168168to a `[%auth %try {password}]` perk. `%get:process-auth` checks it against
169169`++load-secret`, upon success updates the session with `++logon:ya`, and
170−serves a fresh `auth.json` which reflects the changed `user`. Upon recieving
170+serves a fresh `auth.json` which reflects the changed `user`. Upon receiving
171171this, the page is refreshed to retry the original request.
172172
173173## Post-authentication: app communication. [#auth-ok]
@@ -212,7 +212,7 @@ Upon receipt, the client realizes the long-poll isn't actually running, so that
212212is started using `urb.poll`. At `/~/of/{ixor}`, perk
213213`[%view ixor ~ {sequence-number}]`, it is `process`ed by `++poll:ix` (the cyst
214214is retrieved by `++ire-ix` form global state, using the perk `ixor`): the
215−sequence number is in the past, so the previously recieved `%rush` is
215+sequence number is in the past, so the previously received `%rush` is
216216`++give-even`. After deleting the previous message in the queue and invoking
217217`++pass-took` to signal `%gall` of this occurrence, the data is annotated with
218218the source app+path `++subs-to-json`, and returned to the polling duct.