<itemvalue="Warning: A call to tap() with finder "exactly one widget with text "Delete" (ignoring offstage widgets): Text("Delete", inherit: true, family: Montserrat_600, familyFallback: [Montserrat], size: 38.4, weight: 600, letterSpacing: -0.2, height: 1.2x, dependencies: [MediaQuery, DefaultTextStyle])" derived an Offset (Offset(209.6, 1060.8)) that would not hit test on the specified widget. Maybe the widget is actually off-screen, or another widget is obscuring it, or the widget cannot receive pointer events. Indeed, Offset(209.6, 1060.8) is outside the bounds of the root of the render tree, Size(800.0, 600.0)."/>
<itemvalue="Warning: At least one test in this suite creates an HttpClient. When running a test suite that uses TestWidgetsFlutterBinding, all HTTP requests will return status code 400, and no network request will actually be made. Any test expecting a real network connection and status code will fail. To test code that needs an HttpClient, provide your own HttpClient implementation to the code under test, so that your test can consistently provide a testable response to the code under test."/>
<itemvalue="create Main User Record"/>
<itemvalue="A mixin class for providing string and [DiagnosticsNode] debug representations describing the properties of an object. The string debug representation is generated from the intermediate [DiagnosticsNode] representation. The [DiagnosticsNode] representation is also used by debugging tools displaying interactive trees of objects and properties. See also: [debugFillProperties], which lists best practices for specifying the properties of a [DiagnosticsNode]. The most common use case is to override [debugFillProperties] defining custom properties for a subclass of [DiagnosticableTreeMixin] using the existing [DiagnosticsProperty] subclasses. [DiagnosticableTree], which extends this class to also describe the children of a tree structured object. [DiagnosticableTree.debugDescribeChildren], which lists best practices for describing the children of a [DiagnosticsNode]. Typically the base class already describes the children of a node properly or a node has no children. [DiagnosticsProperty], which should be used to create leaf diagnostic nodes without properties or children. There are many [DiagnosticsProperty] subclasses to handle common use cases."/>
debuggerx
3 years ago