- 21 8月, 2019 3 次提交
-
-
由 Francisco Magdaleno 提交于
-
由 stuartmorgan 提交于
The framework is built using 10.11 as the deployment version; update the podspec accordingly. See https://github.com/flutter/flutter/issues/33200
-
由 Jason Simmons 提交于
This test queues tasks to a custom task runner that runs the tasks on the platform thread. After shutting down the engine, the test must wait until these tasks are drained before the test exits.
-
- 20 8月, 2019 5 次提交
-
-
由 Matt Carroll 提交于
-
由 Chinmay Garde 提交于
This issue would only manifest when a custom task runner was being used with a custom compositor. Both were tested separately but not together. A new test has been added for this. We still create the GPU thread merger unnecessarily but I can patch that later. I also cleaned up the existing custom task runner test to not submit tasks on a dead engine as they just log errors unnecessarily. Filed new: https://github.com/flutter/flutter/issues/38844
-
由 Matt Carroll 提交于
-
由 Chinmay Garde 提交于
This makes it so that the texture obtained by the next frame has the same dimensions as the frame being renderered. Fixes https://github.com/flutter/flutter/issues/38754
-
由 Kaushik Iska 提交于
-
- 17 8月, 2019 3 次提交
-
-
-
由 Michael Klimushyn 提交于
Previously the test wasn't correctly re-building the engine when its files changed on multiple runs of `testing/run_tests.py`. It looks like this is because the test build target wasn't depending on the entire engine Android dependency, so some code changes were being ignored. Update the build.
-
由 Shi-Hao Hong 提交于
* Pass Android Q system gesture inset information from insets.systemGestureInsets to Window.systemGestureInsets
-
- 16 8月, 2019 6 次提交
-
-
由 Jason Simmons 提交于
-
由 Matt Carroll 提交于
-
由 stuartmorgan 提交于
Part of restructuring the artifacts to support transitioning away from GLFW embeddings on desktop. https://github.com/flutter/flutter/issues/38589
-
由 Dan Field 提交于
-
由 Jason Simmons 提交于
-
由 inthroxify 提交于
This is a fix for [flutter/flutter issue #34791](https://github.com/flutter/flutter/issues/34791). PR #8048 in flutter/engine produced a bug/regression (flutter/flutter #34791) in flutter for Android that doesn't permit the Recents app bar color to be changed. This restores the original arguments to the function found in the previous version (https://github.com/flutter/engine/blob/2f4a38dbd33061e950cf83ddc31785803d58c126/shell/platform/android/io/flutter/plugin/platform/PlatformPlugin.java) of PlatformPlugin.java while preserving the enhancements for the linter. I've compiled and tested this fix locally. The bar changes color again.
-
- 15 8月, 2019 5 次提交
-
-
由 Chinmay Garde 提交于
-
由 xster 提交于
-
由 stuartmorgan 提交于
Renames all FLE* classes in the macOS embedding to Flutter*. With the exception of -[FlutterDartProject engineSwitches], which is very clearly called out in the comment, the APIs should be stable at this point, so the marker prefix is no longer needed. This is a breaking change for macOS embedders, but going forward breaking changes at the source level for the macOS API should now be rare. Some of these classes will likely merge with the iOS versions in the future (e.g., FlutterDartProject), but that will be an implementation detail that will not affect clients. Fixes flutter/flutter#31735
-
由 James Clarke 提交于
Start work on flutter/flutter#30726 by adding an alternative win32 shell platform implementation for Windows that is not based on GLFW and that uses LIBANGLE for rendering and native win32 windowing and input. This change does not replace the GLFW implementation but rather runs side by side with it producing a secondary flutter_windows_win32.dll artifact. The following items must be added to attain parity with the GLFW implementation: - Custom task scheduling - Support for keyboard modifier keys - Async texture uploads - Correct high DPI handling on Windows versions < 1703 and will be added in subsequent changes.
-
由 Dan Field 提交于
-
- 14 8月, 2019 1 次提交
-
-
由 Chinmay Garde 提交于
This patch allows embedders to split the Flutter layer tree into multiple chunks. These chunks are meant to be composed one on top of another. This gives embedders a chance to interleave their own contents between these chunks. The Flutter embedder API already provides hooks for the specification of textures for the Flutter engine to compose within its own hierarchy (for camera feeds, video, etc..). However, not all embedders can render the contents of such sources into textures the Flutter engine can accept. Moreover, this composition model may have overheads that are non-trivial for certain use cases. In such cases, the embedder may choose to specify multiple render target for Flutter to render into instead of just one. The use of this API allows embedders to perform composition very similar to the iOS embedder. This composition model is used on that platform for the embedding of UIKit view such and web view and map views within the Flutter hierarchy. However, do note that iOS also has threading configurations that are currently not available to custom embedders. The embedder API updates in this patch are ABI stable and existing embedders will continue to work are normal. For embedders that want to enable this composition mode, the API is designed to make it easy to opt into the same in an incremental manner. Rendering of contents into the “root” rendering surface remains unchanged. However, now the application can push “platform views” via a scene builder. These platform views need to handled by a FlutterCompositor specified in a new field at the end of the FlutterProjectArgs struct. When a new platform view in introduced within the layer tree, the compositor will ask the embedder to create a new render target for that platform view. Render targets can currently be OpenGL framebuffers, OpenGL textures or software buffers. The type of the render target returned by the embedder must be compatible with the root render surface. That is, if the root render surface is an OpenGL framebuffer, the render target for each platform view must either be a texture or a framebuffer in the same OpenGL context. New render target types as well as root renderers for newer APIs like Metal & Vulkan can and will be added in the future. The addition of these APIs will be done in an ABI & API stable manner. As Flutter renders frames, it gives the embedder a callback with information about the position of the various platform views in the effective hierarchy. The embedder is then meant to put the contents of the render targets that it setup and had previously given to the engine onto the screen (of course interleaving the contents of the platform views). Unit-tests have been added that test not only the structure and properties of layer hierarchy given to the compositor, but also the contents of the texels rendered by a test compositor using both the OpenGL and software rendering backends. Fixes b/132812775 Fixes flutter/flutter#35410
-
- 13 8月, 2019 9 次提交
-
-
由 Dan Field 提交于
-
由 Jim Graham 提交于
-
由 Michael Klimushyn 提交于
Prevents NPEs and simplifies the code needed to handle these collections. There doesn't seem to have been a meaningful difference between null and empty collection here. The specific crash was happening when `object.scrollChildren > 0` while `object.childrenInHitTestOrder == null`, which looks like it may be a bug on its own and probably needs further investigation.
-
由 Kaushik Iska 提交于
-
由 Kaushik Iska 提交于
-
由 Kaushik Iska 提交于
After pre-roll we know if there have been any mutations made to the IOS embedded UIViews. If there are any mutations and the thread configuration is such chat the mutations will be committed on an illegal thread (GPU thread), we merge the threads and keep them merged until the lease expires. The lease is currently set to expire after 10 frames of no mutations. If there are any mutations in the interim we extend the lease. TaskRunnerMerger will ultimately be responsible for enforcing the correct thread configurations. This configuration will be inactive even after this change since still use the same thread when we create the iOS engine. That is slated to change in the coming PRs.
-
由 Michael Klimushyn 提交于
Previously this script was not reporting any JUNit failures and somehow ended up included a non-existent jar for Java tests to test against. It looks like one of the JUnit tests is now failing. Disabling it for now to turn on CI again as soon as possible, will fix and enable it in a follow up.
-
由 Qxyat 提交于
Fixes an iOS crash on physical devices in `-[__NSCFString substringWithRange:]`: range out of bounds. According to Apple's docs for `UITextInput` method `positionFromPosition:(UITextPosition*)position offset:(NSInteger)offset`, this method should return: A custom UITextPosition object that represents the location in a document that is at the specified offset from position. Return nil if the computed text position is less than 0 or greater than the length of the backing string.
-
由 Jerry Zhou 提交于
-
- 10 8月, 2019 3 次提交
-
-
由 Kaushik Iska 提交于
Change-Id: I230601acf5de24765737ad81b595fef2c154134c
-
由 Konstantin Pozin 提交于
Use Skia's own implementation of SkFontMgr for Fuchsia, for consistency with other Skia clients on Fuchsia. FL-290
-
由 Emmanuel Garcia 提交于
-
- 09 8月, 2019 5 次提交
-
-
由 Chinmay Garde 提交于
-
由 Emmanuel Garcia 提交于
-
由 Jason Simmons 提交于
-
由 Kaushik Iska 提交于
* [flutter_runner] Reland "[flutter_runner] Improve frame scheduling" This is a reland of e28c8beaca82998396aacbd37a03942892654e2b Original change's description: > [flutter_runner] Improve frame scheduling > > FL-233 #comment > > This allows the paint tasks for the next frame to execute in parallel > with presentation of last frame but still provides back-pressure to > prevent us from queuing up even more work. > > Vsync would be disabled whenever a presentation callback was pending > prior to this change. That had the outcome of causing us to almost > always miss one vsync interval. By not turning off vsync until > another Present call is pending we avoid this problem. > > Test: fx shell run fuchsia-pkg://fuchsia.com/basemgr#meta/basemgr.cmx --base_shell=fuchsia-pkg://fuchsia.com/spinning_cube#meta/spinning_cube.cmx > Test: topaz input latency benchmarks > Test: end-2-end tests > Change-Id: I46440052cd4f98cb0992ec5027584be80f4fb9d3 Change-Id: I1904683d0dfa509ef28482c4b751c28931ab7647 * fix stuff
-
由 Kaushik Iska 提交于
The compositor context owns the session connection. The creation of the session connection also does the initial present to clear the node hierarchy. This present was happening perviously on the platform task runner while all subsequent presents were on the GPU task runner. This has now been rectified so all presents are on the GPU task runner. BUG: FL-288 Change-Id: Ib294666ffb3b4575f93ad0b02a5d0fda71bfa0a8
-