You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
17.1: in #464's scenario the window dispatch now returns its own rc, and the continuation's fault arrives as its own dispatch's FaultNotice under its own handler id. It used to return rc 0 with the continuation's fault reported under the window's id, and the window's own synchronous fault was lost.
Bug Fixes
17.1: a fault from an inline continuation is its own dispatch's (#503) (00976fd)
17.2: biometrics and secure storage leave hostCallBegin for their own executors on Android (#507) (31af87c)
17.3: a recreated activity never shows the old page's frame (#510) (6aa6809)
16.7: blazornative_dispatch_event rc reports only the synchronous part of a handler. Since 0.17.0 rc 0 means the handler did not fault in its synchronous part, not that it finished. Since this release a fault after the handler began a host call or a fetch arrives as a FaultNotice host-call op with rc 0, where a call the shell answered inside begin used to give rc 2. Shells must route FaultNotice to their error handler, as both shipped shells do.
Bug Fixes
16.7: a fault after a handler began a shell call is a FaultNotice (#465) (dc5b737)