Skip to content

F
Front-End
Switch branch/tag
  1. 30 Sep, 2019 1 commit
  3. 29 Sep, 2019 4 commits
  5. 28 Sep, 2019 7 commits
  7. 27 Sep, 2019 23 commits
  9. 26 Sep, 2019 5 commits
    • Jonah Williams's avatar
      Flutter build bundle without --precompiled should always perform a debug build. (#41401) · efd2ba29
      Jonah Williams authored
      efd2ba29
    • engine-flutter-autoroll's avatar
      Roll engine 5b5fd7508c63..0018135a1c28 (3 commits) (#41416) · 194256cc
      engine-flutter-autoroll authored 
      
git@github.com:flutter/engine.git/compare/5b5fd7508c63...0018135a1c28

git log 5b5fd7508c63..0018135a1c28 --no-merges --oneline
2019-09-26 garyq@google.com Make kDoNotResizeDimension public so framework can use it directly (flutter/engine#12448)
2019-09-26 skia-flutter-autoroll@skia.org Roll src/third_party/skia 559ffe4a23ce..ec85f407bfee (44 commits) (flutter/engine#12463)
2019-09-26 skia-flutter-autoroll@skia.org Roll fuchsia/sdk/core/linux-amd64 from PyQPO... to YDv3O... (flutter/engine#12462)


If this roll has caused a breakage, revert this CL and stop the roller
using the controls here:
https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Please CC aaclarke@google.com on the revert to ensure that a human
is aware of the problem.

To report a problem with the AutoRoller itself, please file a bug:
https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug

Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+/master/autoroll/README.md
      194256cc
    • engine-flutter-autoroll's avatar
      Roll engine b126ba758533..5b5fd7508c63 (2 commits) (#41412) · 26465f4c
      engine-flutter-autoroll authored 
      
git@github.com:flutter/engine.git/compare/b126ba758533...5b5fd7508c63

git log b126ba758533..5b5fd7508c63 --no-merges --oneline
2019-09-26 chinmaygarde@google.com Revert "Support accessibility labels on iOS switches. (#12404)" (flutter/engine#12466)
2019-09-26 1036976+brandondiamond@users.noreply.github.com Support accessibility labels on iOS switches. (flutter/engine#12404)


If this roll has caused a breakage, revert this CL and stop the roller
using the controls here:
https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Please CC aaclarke@google.com on the revert to ensure that a human
is aware of the problem.

To report a problem with the AutoRoller itself, please file a bug:
https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug

Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+/master/autoroll/README.md
      26465f4c
    • Greg Spencer's avatar
      Change the way ActionDispatcher is found. (#41245) · a0856358
      Greg Spencer authored 
      This changes the way ActionDispatchers are found by the Actions widget, so that by default it will look for dispatchers of the parent Actions widgets instead of just creating a default ActionDispatcher. This allows overriding of the ActionDispatcher at the top level: before, the custom action dispatcher would only be invoked if explicitly set on all the Actions widgets.

This is not a breaking change because there was a default value to the dispatcher parameter before that performed this function, and not specifying the dispatcher anywhere will still result in a default dispatcher being created.
      a0856358
    • Greg Spencer's avatar
      Added proper focus handling when pushing and popping routes (#40166) · 1a7bb1f5
      Greg Spencer authored 
      The proposed change will change focus handling when pushing and popping routes so that the FocusScopeNode for the route receives focus when pushed, and that the FocusScopeNode in the navigator receives focus when the route is popped.

This means that the last setFirstFocus call on the scope is used to determine which control actually receives focus. When the focus scope receives focus, it traverses its children, trying to find a non-scope node that is the "first focus" of itself or a child node.

This is a breaking change, because the focus behavior has changed. If you push a route after this change, and had a 'first focus' set on a widget via FocusScopeNode.setFirstFocus, it won't currently receive focus immediately, but after this change it will. Similarly, if you pop a route after this change, the focus will go back to where it was before the route was pushed, which is correct, but different from what happens now.
      1a7bb1f5

HIAST - GitLab