- 08 4月, 2020 3 次提交
-
-
由 gaaclarke 提交于
Added "unrecognized-selector" errors to match g3 builds, added "overriding-method-mismatch" to catch a common error.
-
由 Chris Bracken 提交于
Test failure: [ RUN ] FlutterStringCodec.CanEncodeAndDecodeNil 2020-04-07 10:21:25.091 flutter_channels_unittests[26965:163315] *** Assertion failure in -[FlutterStringCodec encode:], ../../flutter/shell/platform/darwin/common/framework/Source/FlutterCodecs.mm:36 2020-04-07 10:21:25.118 flutter_channels_unittests[26965:163315] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: '' *** First throw call stack: ( 0 CoreFoundation 0x00007fff2ccabcf9 __exceptionPreprocess + 256 1 libobjc.A.dylib 0x00007fff5785ea17 objc_exception_throw + 48 2 CoreFoundation 0x00007fff2ccc6a16 +[NSException raise:format:arguments:] + 98 3 Foundation 0x00007fff2ef58e11 -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] + 194 4 flutter_channels_unittests 0x0000000105f1cce2 -[FlutterStringCodec encode:] + 290 5 flutter_channels_unittests 0x0000000105f01bbb _ZN45FlutterStringCodec_CanEncodeAndDecodeNil_Test8TestBodyEv + 107 6 flutter_channels_unittests 0x00000001081d1732 _ZN7testing8internal38HandleSehExceptionsInMethodIfSupportedINS_4TestEvEET0_PT_MS4_FS3_vEPKc + 146 7 flutter_channels_unittests 0x00000001081a76b0 _ZN7testing8internal35HandleExceptionsInMethodIfSupportedINS_4TestEvEET0_PT_MS4_FS3_vEPKc + 128 8 flutter_channels_unittests 0x00000001081a75c1 _ZN7testing4Test3RunEv + 209 9 flutter_channels_unittests 0x00000001081a8415 _ZN7testing8TestInfo3RunEv + 229 10 flutter_channels_unittests 0x00000001081a95aa _ZN7testing9TestSuite3RunEv + 266 11 flutter_channels_unittests 0x00000001081b4e43 _ZN7testing8internal12UnitTestImpl11RunAllTestsEv + 995 12 flutter_channels_unittests 0x00000001081d8572 _ZN7testing8internal38HandleSehExceptionsInMethodIfSupportedINS0_12UnitTestImplEbEET0_PT_MS4_FS3_vEPKc + 146 13 flutter_channels_unittests 0x00000001081b49b3 _ZN7testing8internal35HandleExceptionsInMethodIfSupportedINS0_12UnitTestImplEbEET0_PT_MS4_FS3_vEPKc + 131 14 flutter_channels_unittests 0x00000001081b4835 _ZN7testing8UnitTest3RunEv + 197 15 flutter_channels_unittests 0x0000000105f22e73 _Z13RUN_ALL_TESTSv + 35 16 flutter_channels_unittests 0x0000000105f22d79 main + 553 17 libdyld.dylib 0x00007fff5908c3d5 start + 1 ) libc++abi.dylib: terminating with uncaught exception of type NSException [ERROR:flutter/fml/backtrace.cc(110)] Caught signal SIGABRT during program execution. Frame 0: 0x7fff591316a6 abort Frame 1: 0x7fff560ea641 __cxa_bad_cast Frame 2: 0x7fff560ea7df default_unexpected_handler()� Frame 3: 0x7fff57860ee3 _objc_terminate()� Frame 4: 0x7fff560f619e std::__terminate(void (*)())� Frame 5: 0x7fff560f5f86 __cxa_get_exception_ptr Frame 6: 0x7fff560e8f99 __cxa_get_globals Frame 7: 0x7fff5785eb51 objc_exception_throw Frame 8: 0x7fff2ccc6a16 +[NSException raise:format:arguments:] Frame 9: 0x7fff2ef58e11 -[NSAssertionHandler handleFailureInMethod:object:file:lineNumber:description:] Frame 10: 0x105f1cce2 -[FlutterStringCodec encode:] Frame 11: 0x105f01bbb FlutterStringCodec_CanEncodeAndDecodeNil_Test::TestBody()� Frame 12: 0x1081d1732 void testing::internal::HandleSehExceptionsInMethodIfSupported<testing::Test, void>(testing::Test*, void (testing::Test::*)(), char const*)� Frame 13: 0x1081a76b0 void testing::internal::HandleExceptionsInMethodIfSupported<testing::Test, void>(testing::Test*, void (testing::Test::*)(), char const*)� Frame 14: 0x1081a75c1 testing::Test::Run()� Frame 15: 0x1081a8415 testing::TestInfo::Run()� Frame 16: 0x1081a95aa testing::TestSuite::Run()� Frame 17: 0x1081b4e43 testing::internal::UnitTestImpl::RunAllTests()� Frame 18: 0x1081d8572 bool testing::internal::HandleSehExceptionsInMethodIfSupported<testing::internal::UnitTestImpl, bool>(testing::internal::UnitTestImpl*, bool (testing::internal::UnitTestImpl::*)(), char const*)� Frame 19: 0x1081b49b3 bool testing::internal::HandleExceptionsInMethodIfSupported<testing::internal::UnitTestImpl, bool>(testing::internal::UnitTestImpl*, bool (testing::internal::UnitTestImpl::*)(), char const*)� Frame 20: 0x1081b4835 testing::UnitTest::Run()� Frame 21: 0x105f22e73 RUN_ALL_TESTS()� Frame 22: 0x105f22d79 main Frame 23: 0x7fff5908c3d5 start This reverts commit d1c90b42.
-
由 gaaclarke 提交于
"unrecognized-selector" and "overriding-method-mismatch" added as errors.
-
- 04 4月, 2020 1 次提交
-
-
由 gaaclarke 提交于
-
- 23 3月, 2020 1 次提交
-
-
由 Chinmay Garde 提交于
-
- 11 3月, 2020 1 次提交
-
-
由 Chinmay Garde 提交于
This moves the Metal `GrContext` creation utilities from `GPUSurfaceMetal` into a separate `IOSContext` object subclass. An analogue of this object was used in the GL regime for the management of onscreen and offscreen contexts that were not tied to the lifecycle of the `GPUSurface`. This pattern has now been generalized for use with all backends that need a resource context (`IOSContextGL` and `IOContextMetal`). The platform views controller management in the `ExternalViewEmbedder` interface implementation was repeated three times for [Metal][metal], [OpenGL](opengl) and [Software](software) rendering. This repetition has been removed and a single implementation present in the base `IOSSurface` and used on all platforms. Addition of new client rendering APIs should not affect how the engine renders into the platform view interleaving levels. All rendering API selection logic has been moved into a single set of utilities in `rendering_api_selection.h`. This enables the removal of a lot of code blocks guarded by `FLUTTER_SHELL_ENABLE_METAL`. The remaining uses of this will be removed when unified builds are enabled. The Metal backend now also adds traces similar to the GL backend. The `IOGLContext` has been renamed to `IOContextGL` to be more in line with the convention used in this library. Fixes https://github.com/flutter/flutter/issues/41827 Adds https://github.com/flutter/flutter/issues/52150 [metal]: https://github.com/flutter/engine/blob/1194ba2b218706a201c5d2c5325b55a5932546c5/shell/platform/darwin/ios/ios_surface_metal.mm#L55 [opengl]: https://github.com/flutter/engine/blob/1194ba2b218706a201c5d2c5325b55a5932546c5/shell/platform/darwin/ios/ios_surface_gl.mm#L95 [software]: https://github.com/flutter/engine/blob/1194ba2b218706a201c5d2c5325b55a5932546c5/shell/platform/darwin/ios/ios_surface_software.mm#L146
-
- 25 2月, 2020 1 次提交
-
-
由 Chris Bracken 提交于
-
- 01 2月, 2020 1 次提交
-
-
由 Chinmay Garde 提交于
This was only necessary when the Engine had to build in multiple buildroots where the sources where checked out at different paths relative to the buildroot. This is no longer the case and there are already cases GN rules have been written that mix and match variable usage with the direct specification of the path to the Flutter sources relative to the sole buildroot.
-
- 19 11月, 2019 1 次提交
-
-
由 Todd Volkert 提交于
This reverts commit f456423c. This is being reverted because it caused flutter/flutter#45098 (images don't load on iOS).
-
- 15 11月, 2019 1 次提交
-
-
由 Chris Yang 提交于
-
- 12 11月, 2019 1 次提交
-
-
由 Chris Yang 提交于
This reverts commit 2dcfaaeb.
-
- 09 11月, 2019 5 次提交
-
-
由 Chris Yang 提交于
-
由 Chris Yang 提交于
This reverts commit 618e6666.
-
由 Chris Yang 提交于
-
由 Chris Yang 提交于
Revert "Always use `IOSGLContextSwitch` to access EAGLContexts to prevent plugins from polluting Flutter's EAGLContext (#13314)" (#13753)
-
由 Chris Yang 提交于
Always use `IOSGLContextSwitch` to access EAGLContexts to prevent plugins from polluting Flutter's EAGLContext (#13314)
-
- 30 10月, 2019 2 次提交
-
-
由 Dan Field 提交于
-
由 Jason Simmons 提交于
-
- 10 10月, 2019 2 次提交
-
-
由 Dan Field 提交于
-
由 CloudWebRTC 提交于
-
- 21 8月, 2019 1 次提交
-
-
由 stuartmorgan 提交于
change_install_name.py was operating on framework library files in-place, which breaks GN's timestamp analysis handling since a file can't be both an input and output of an action. As a result no-op builds on macOS were not actually no-ops. This changes the script to operate on an output copy, both fixing the no-op build issue, and simplifying the GN framework construction scripts by combining the copy step and the install-name step. Fixes https://github.com/flutter/flutter/issues/33465
-
- 23 7月, 2019 1 次提交
-
-
由 Jason Simmons 提交于
Declare a copy of the enable_bitcode flag within the Flutter build scripts for use in Fuchsia builds (#10003) enable_bitcode is defined in build/toolchain/clang.gni, which exists in the Flutter buildroot but not in the Fuchsia source tree.
-
- 18 7月, 2019 1 次提交
-
-
由 Dan Field 提交于
-
- 17 7月, 2019 1 次提交
-
-
由 gaaclarke 提交于
Started adding the engine hash to Flutter.framework's Info.plist.
-
- 28 6月, 2019 1 次提交
-
-
由 gaaclarke 提交于
Made the engine and the view controllers have BinaryMessengers, not be BinaryMessengers. This allows us to break retain cycles and makes the leaking channels we have not less dire.
-
- 18 6月, 2019 1 次提交
-
-
由 stuartmorgan 提交于
When the macOS framework was initially landed, it included some iOS code using a localized hack. This reorganizes the code structure to clearly indicate which files are shared between iOS and macOS, vs. those that are platform-specific.
-
- 14 5月, 2019 1 次提交
-
-
由 Chinmay Garde 提交于
-
- 12 5月, 2019 1 次提交
-
-
由 Chinmay Garde 提交于
-
- 30 3月, 2019 2 次提交
-
-
由 Chinmay Garde 提交于
Cleanup repeated rules.
-
由 Chinmay Garde 提交于
-
- 13 11月, 2018 1 次提交
-
-
由 Michael Goderbauer 提交于
-
- 09 11月, 2018 1 次提交
-
-
由 Amir Hardon 提交于
Moved the frame buffer specific logic from IOSGLContext to IOSGLRenderTarget. use recording canvases for overlays Support platform view overlays with gl rendering. This also changes the overlay canvases (for both software and gl rendering) be recording canvases, and only rasterize them after finishing the paint traversal.
-
- 08 11月, 2018 2 次提交
-
-
由 Mehmet Fidanboylu 提交于
-
由 Michael Goderbauer 提交于
-
- 02 11月, 2018 1 次提交
-
-
由 Amir Hardon 提交于
The overlay surfaces are going to be the same IOSSurface implementation with the platform views controller set to null (so these are surfaces that don't support embedding platform views to them). * Adds a FlutterOverlayView which is a UIView that's showing an overlay surface. * Creates an overlay surface for each embedded UIView (done in FlutterPlatformViewsController). * Changes CompositeEmbeddedView to return a new canvas. * Makes the PlatformViewLayer replace the PaintContext's canvas with the canvas for the overlay view. * Changed canvas in PaintContext to be a pointer so it can be changed. TBD in following PRs: * Copy the current canvas state when replacing a canvas in PaintContext. * Make FlutterOverlayView work with a GL backend (currently it only works with software rendering)
-
- 27 10月, 2018 1 次提交
-
-
由 Dan Field 提交于
* Create FlutterEngine to manage a Shell to support maintaining execution state across instances of FlutterViewControllers * Refactor PlatformViewIOS to support adding or removing a FlutterViewController dynamically * Refactor FlutterDartHeadlessCodeRunner to implement FlutterEngine * Refactor FlutterViewController to accept a FlutterEngine at initialization or to create one for backwards compatibility; any Shell related responsibilities are now passed through to the Engine instance * Remove FlutterNavigationController (unused) * Update all public Objective C doc comments to be consistent and formatable * Add public documentation to all public headers
-
- 25 10月, 2018 1 次提交
-
-
由 Amir Hardon 提交于
Adds a FlutterPlatformViewFactory protocol - a simple factory protocol to be implemented by plugins that exposes a UIView for embedding in Flutter apps. * Adds a FlutterPlatformView protocol, which is used to associate a dispose callback with a `UIView` created by a FlutterPlatformViewFactory. * Exposes a registerViewFactory method in FlutterPluginRegistrar. * Implements the `flutter/platform_views` system channel on iOS, allowing Dart code to ask for creation/destruction of UIViews.
-
- 16 10月, 2018 1 次提交
-
-
由 Dan Field 提交于
* Publish port of observatory over mDNS
-
- 05 10月, 2018 1 次提交
-
-
由 Chinmay Garde 提交于
Remove touch mapper and respect the UITouch phase when calculating the pointer data change type. (#6430) The touch mapper was a relic of a time when the pointer IDs had to be less than 16. Not respecting the touch phase is getting in the way of clients that fake their own touches. Turns out the AppDelegate also like to fake touches to simulate status bar events. Now, except in cases where there is a specific override in place, the UI touch phase is respected.
-
- 08 8月, 2018 1 次提交
-
-
由 Ben Konyi 提交于
* Updated DartCallbackCache to write callback cache to disk which is restored on engine startup * Ensure cache isn't moved off disk in iOS
-