Do not require FooProps for component Foo to be imported

When I import a custom component, for it to be used it is required to import its props as well. I feel this might be unintuitive and confusing to new users and produces boilerplate code.
I would suggest binding a component's props to it by trait. This way, instead of internally using FooProps for the props, Foo::Props could be used. By having that trait present in the prelude, there would be no extra code needed to make it work while simultaneously ensuring backwards compatibility.
Unfortunately I currently do not have the knowledge nor time to implement these changes myself and create a pull request, that's why I create this issue.

Yes this would be nice and different options for it have been discussed. Your suggestion isn't possible unfortunately, because you can't implement traits for fn pointers (as far as I know) because they are values, not types. So you can't implement something like a Component trait for a function MyComponent that has an associated type.
Others have proposed that the framework should rewrite your components from functions to structs, so that
#[component]
pub fn MyComponent(cx: Scope, a: i32, b: String) -> impl IntoView {}

becomes
struct MyComponent {
  a: i32,
  b: String
}

impl Component for MyComponent {
  fn view(self) -> View {
  }
}

Personally, I don't really like the idea of the macro rewriting someone's code to such an extent that something you declare as a function with arguments ends up as a struct of the arguments... that's a little too "black box macro magic" for me, and I prefer the trade-off of deriving a Props type and requiring it to be imported, which I think we've documented pretty well.
If people have ideas for other ways to do this, I'm very open to them.

I'm not sure that it works well, how about this?
component! macro generates roughly from
// in other_mod
pub fn MyComponent(cx:Scope, message: &'static str) -> impl IntoView {
    view!{cx, {message}}
}

to
#[derive(TypedBuilder)]
pub struct MyComponentProps {
    pub message: &'static str,
}

+ #[cfg(not(feature = "stable"))]
+ impl FnOnce<(MyComponentPropsBuilder,)> for MyComponentProps {
+     type Output = MyComponentProps;
+
+     extern "rust-call" fn call_once(self, _args: (MyComponentPropsBuilder,)) -> Self::Output {
+         self
+     }
+ }

- pub fn MyComponent(cx:Scope, props: MyComponentProps) -> impl IntoView {
+ pub fn MyComponent(cx:Scope, f: impl FnOnce(MyComponentPropsBuilder) -> MyComponentProps) -> impl IntoView {
+     let props = f(MyComponentProps::builder());

    fn __MyComponent(cx:Scope, message: &'static str) -> impl IntoView {
        view!{cx, {message}}
    }
    let MyComponentProps { message } = props;
    __MyComponent(cx, message)
}

usages
use other_mod::MyComponent;

view! { cx,
  <>
    // view! macro generates from
    <MyComponent message="generate by view! macro like this" />
    // to
    {MyComponent(cx, move|builder| builder.message("generate by view! macro like this").build())}

     // without view! macro
    {MyComponent(cx, other_mod::MyComponentProps{ message: "without view! macro (nightly)" })}
    {MyComponent(cx, |_| other_mod::MyComponentProps{ message: "without view! macro (stable)" })}
  </>
}

While it's not possible to directly write a trait impl for a function type it is possible to write blanket traits for all Fn types. That blanket impl can then infer the types of the functions parameters and interact with those via any traits they implement. So
I think this issue could be solved if the component macro generated a trait implementation for the props type.
This is actually exactly how sycamore solves this problem.
For example, a component like:
#[component]
pub fn SimpleCounter(
    cx: Scope,
    /// The starting value for the counter
    initial_value: i32,
    /// The change that should be applied each time the button is clicked.
    step: i32
) -> impl IntoView { /* ... */ }

is currently expanded to (with the help of the TypedBuilder macro):
pub struct SimpleCounterProps {
    pub initial_value: i32,
    pub step: i32,
}
impl SimpleCounterProps {
    pub fn builder() -> SimpleCounterPropsBuilder<((), ())> { /* ... */ }
}
pub struct SimpleCounterPropsBuilder<TypedBuilderFields = ((), ())> {
    fields: TypedBuilderFields,
    phantom: (),
}
/* Lots of impls for the builder... */

pub fn SimpleCounter(cx: ::leptos::Scope,
    props: SimpleCounterProps) -> impl IntoView { /* ... */ }

The type of the SimpleCounter functions second parameter can be inferred using a trait like:
pub trait Component<P> {}

impl<P, F, R> Component<P> for F
where
    F: FnOnce(::leptos::Scope, P) -> R,
{}

The props type can then be interacted with using another trait:
pub trait Props {
    type Builder;
    fn builder() -> Self::Builder;
}

that the component macro would derive:
impl Props for SimpleCounterProps {
    type Builder = SimpleCounterPropsBuilder;
    fn builder() -> Self::Builder {
        SimpleCounterProps::builder()
    }
}

finally all of these traits could be used by a helper function to create the builder by only specifying the name of the function:
#[doc(hidden)]
pub fn component_props_builder<P: Props>(_f: &impl Component<P>) -> <P as Props>::Builder {
    <P as Props>::builder()
}

A view macro invocation such as:
view! { cx,
    <SimpleCounter
        initial_value=0
        step=1
    />
}

that previously expanded to:
SimpleCounter(
    cx,
    SimpleCounterProps::builder()
        .initial_value(
            #[allow(unused_braces)]
            0,
        )
        .step(
            #[allow(unused_braces)]
            1,
        )
        .build(),
)

could then instead be expanded to:
SimpleCounter(
    cx,
    ::leptos::component_props_builder(&SimpleCounter)
        .initial_value(
            #[allow(unused_braces)]
            0,
        )
        .step(
            #[allow(unused_braces)]
            1,
        )
        .build(),
)

Here is a playground link that shows how this could work.

@Lej77 I cannot tell you how helpful this is. Thank you so much.
I will be able to get around to this in a few weeks, I think. In the meantime, if anyone wants to make a PR, I and the entire community will thank you.


vscode-extensions.PollywogGames.pico8-ls: init at 0.5.5

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[x] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
24.11 Release Notes (or backporting 23.11 and 24.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

hi thanks, yes the extension works

squashed !

Hi !
Thanks for your contribution, welcome to the Nix community!
I think this PR should contain 2 commits, one for adding you as maintainer, one for the extension.
Ping me when it's done and I'll review/merge.

You can also add your git email to Github, so your commits show up as yours.

Hi !
Thanks for your contribution, welcome to the Nix community!
I think this PR should contain 2 commits, one for adding you as maintainer, one for the extension.
Ping me when it's done and I'll review/merge.

done

Thank you! Keep PRs coming ;)


Rename focus time

Can i rename the focus time in my calendar,  Also can i have multiple streams of focus time? for example 1 hour a day to "study for exam" and one hour a day to "prepare for conference".  I love the dynamic scheduling.  Can i apply it to a recurring meeting with 2  or more people?

Hi ContentbyDave,
As for renaming, you can rename individual focus-time blocks by hand (in your calendar, double-click the block and then edit the Title field), but I suspect that you were looking for a way to rename them in bulk, correct?
As for having multiple streams, that's a good idea. I'll contact the product team to see if they know of a way to do that.
I'll also ask about the dynamic scheduling for meetings with others.
-- paul9955

Along this same line of being able to customize the focus time, is there a way to select the category (from the customized categories we each already have in Outlook) so that anytime MyAnalytics adds Focus Time to my calendar, it is already classified as the category I want?

Hi ContentbyDave,
I contacted the product team and gave them your suggestions. They responded with these answers:
Q1. Can you have separate “streams” of focus time, each one dedicated to a particular recurring task? (If not, is there a workaround other than just renaming multiple individual focus-time blocks by hand?)
A1. For now, we do not have that functionality. We are definitely exploring how we can provide more meaningful experiences for focus time. Renaming the focus blocks is the best workaround so far.
Q2. Outlook offers the ability to customize categories. Can I assign these categories to my focus-time blocks?
A2. At the moment, you cannot. However, we are working to give users the ability to assign categories to calendar appointments. The work is currently ongoing but we do not have an ETA for it.
Q3. Can I let a recurring meeting (with other people) be scheduled dynamically, using an algorithm similar to the one used to schedule focus time, rather than by hand?
A3. No, we do not have this feature available. We've taken this feedback and we'll explore the possibility.
Thank you for these ideas! As soon as any of them come to fruition, I'll update the product documentation accordingly. I'm going to close this issue for now. If you have further comments or questions, feel free to re-open it.
-- paul9955


./Warp tpwickedshadow498 signs "scamming" players

Multiple people today (Foshizel, FancyCroissant, and some others) have said that they were buying/selling something to a shop, specifically ./warp tpwickedshadow498 when either it costed them more or they were paid less than they were supposed to get.

I tried another shop but it wasn't happening so probably not the biiiiiiigggest concern, but I just thought I'd chuck it in here since I was already investigating it.

We will investigate, but I think this is related to https://github.com/ObliqueNET/Server/issues/878 , and not actually intended. If it's the case, this ticket can be closed after we check the place out.

We will investigate, but I think this is related to https://github.com/ObliqueNET/Server/issues/878 , and not actually intended. If it's the case, this ticket can be closed after we check the place out.


FirebaseAuthError : Error not handled for email address is already in use by another account

2:55:24.027 pm
warning
oAuth_linkedin_token
Error: The email address is already in use by another account. at FirebaseAuthError.Error (native) at FirebaseAuthError.FirebaseError [as constructor] (/user_code/node_modules/firebase-admin/lib/utils/error.js:25:28) at new FirebaseAuthError (/user_code/node_modules/firebase-admin/lib/utils/error.js:90:23) at Function.FirebaseAuthError.fromServerError (/user_code/node_modules/firebase-admin/lib/utils/error.js:114:16) at /user_code/node_modules/firebase-admin/lib/auth/auth-api-request.js:350:45 at process._tickDomainCallback (internal/process/next_tick.js:129:7)
2:55:24.024 pm
warning
oAuth_linkedin_token
Unhandled rejection

That's right, the sample is not meant to be used with multi-auth providers as we don't handle merging accounts which is kind of complicated in itself.
However we could do a better job of surfacing the error to the client page so that you can handle the flow from the client. I'll get t work on that.

Cool.., thanks for the update.

POST https://www.googleapis.com/identitytoolkit/v3/relyingparty/signupNewUser?key=****** 400 ()
Should I get this posting failure before the message:  'The email address is already in use by another account.'    is returned?
When the error is 'The email address is badly formatted.' , I just get the message itself.   Thanks,

@fearonf could you please start  anew issue for this? With more details on how to reproduce etc...

same problem here?
I can't use the same email to signup which is registered by facebook before.
iOS
Error Domain=FIRAuthErrorDomain Code=17009 "The password is invalid or the user does not have a password." UserInfo={NSLocalizedDescription=The password is invalid or the user does not have a password., error_name=ERROR_WRONG_PASSWORD}
Android
http://imgur.com/a/ZH0tj

This is a very old issue and it looks like @nicolasgarnier has already partially addressed it as much as possible, so closing.
If anyone else wants to discuss this we can open a new issue.

there is anything new on it?
Trying to discover how to register a password for a user that has already logged in using Facebook or google...


chore(deps): bump base64 to 0.20.0

Description of change
Bumps base64 version to 0.20.0, which contains breaking changes from 0.13.1
This PR only updates existing tests, which didn't compile with the upgrade.
I did not find any existing tests for url-unsafe characters, and I feel it's not my place to decide on the necessity of them -- I leave that to the maintainers to decide; there is a subtle difference in behavior, as explained here: https://github.com/marshallpierce/rust-base64/issues/206#issuecomment-1354016644
Closes #1393
How has this been tested? (if applicable)
I ran cargo test -p shuttle-common before upgrade, and after. Both suites passed, which they shouldn't given the incompability. On trying to run the unit tests themselves, it failed, silently. Running the tests from vscode produces the following:
Executing task: cargo test --package shuttle-common --lib -- backends::auth::tests --nocapture

    Finished test [unoptimized + debuginfo] target(s) in 0.22s
     Running unittests src/lib.rs (target/debug/deps/shuttle_common-28e6d65a277dfe89)

running 0 tests

test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 9 filtered out; finished in 0.00s

I've yet to successfully even /run/ these tests, and I'm at my wit's end. However, cargo clippy will try and compile and blow up because of incompatibilities and so I used that as a guide. It compiles, but it has not been tested.

Thanks @cassie-rust, this looks great! I'm wondering, should we upgrade to the latest version (currently 0.21.5)?
You'll need some feature flags enabled to run the tests: cargo test -p shuttle-common --features backend,service,display (or --all-features). They pass :partying_face:

Sure, I can do that; it seems to mostly be namespace changes between 0.20 and 0.21

Cool!

Bumped to 0.21.5 instead.


Feat/0001 test66

Description

[ ] Some change

Please, don't forget to use conventional comments on your comments.

For file: .github/workflows/on-push-feature.yml
Thank you for your pull request. It seems like you have removed multiple lines from the on-push-feature.yml GitHub action workflow. The removed steps are:

Log in to Heroku
Config Env Vars on Heroku
Push to Heroku
Deploy to Heroku

After the changes, the workflow will only build the Docker image but not deploy it to Heroku. If this change is intended, it looks good. However, if you want to deploy the application to Heroku, you should keep those steps in the workflow. Additionally, do ensure that your branch name and pull request title follow the "conventional commits" format, which helps to provide an explicit commit history and updates.
Please let me know if you need further help or clarification.

@probot-gpt-reviewer what you mean by conventional commits?

@probot-gpt-reviewer what you mean by conventional commits?

For file: .github/workflows/on-push-feature.yml
Review
In this pull request, I can see that you have made changes to the .github/workflows/on-push-feature.yml file, specifically removing the following steps:

Log in to Heroku
Config Env Vars on Heroku
Push to Heroku
Deploy to Heroku

You also have a checklist item in the description to remind you to use conventional comments on your comments.
Potential Issue
Please be aware that by removing the Heroku deployment steps from the workflow, your updated code will no longer be automatically deployed to Heroku. If this was intentional and you have another deployment method in place, please ignore this warning.
Otherwise, please consider adding back the Heroku deployment steps to ensure that your changes are properly deployed upon merging the pull request.
Recommendation
Due to the lack of context, I recommend to:

Double-check whether removing Heroku deployment steps is the intended behavior for this pull request.
If not, consider adding those steps back into the workflow file.

Other than that, everything looks good in this pull request. Great job using conventional comments and providing a clear description!

@probot-gpt-reviewer can you be more specific in regards conventional comments?


"But was" section is empty in a test result

The "But was" section in test results is always empty if a test fails.
I'm using Visual Stuidio 2017 and start NBI from it. I've tried to read data by mean of MDX (Miscrosoft Analysis services 13.0.x) and from CSV. In both cases the "But was" section doesn't show anything.
I'm testing single row.

Actually if I copy the content of this test result text area and past into a file I can see all the info so looks like it's a UI bug

This is related to NUnit GUI 2.x and I can’t fix it on NBi side. I’m following the progress of NUnit 3.x on the UI part and hope the same issue won’t be there.


pkg/trace/writer: new queue sender

Description
This draft PR adds a new writer implementation inside the pkg/trace/writer/newwriter package. For now, it only replaces the TraceWriter in the trace-agent. The aim is for this writer to fully replace the current one.
Goals
The motivations and goals behind this were to make all flushing and retries asynchronous, so that further traces can continue to come in and be processed while flushing happens. Previously, flushing the retry queue would result in blocking the entire pipeline, piling up traces in memory and resulting in big memory spikes and OOM kills when any network issues were present (e.g. latency, problems connecting, etc.)
Benchmark results
A series of small benchmarks were run to reproduce the problem. A fake server was started which replied several times consecutively with 500 responses that took between 2-10 seconds in response time. The exact details of the test (and how fake-edge was run) can be seen here.
Resource usage
Before

After

Blocking
This graph illustrates how long the sampling goroutine was blocked waiting on the send channel, to forward traces to the writer.
Before

After

Dropped payloads
This graph illustrates how many payloads were dropped as a result of the retry queue getting larger than its allowed size (64MB).
Before

After

Left some more suggestions on how I think this could be made much simpler. No serious problems though so it's ok to proceed if we're all happy with this.

Thanks for that. Indeed, the channel approach simplifies everything and is much easier to reason about. I have created that on another branch.

In general I don't think it's a good idea to be dropping payloads so deep in the pipeline where we have no opportunity to communicate back to the clients via the API that the agent is backed up. Ideally all internal queues are small and have no need to be configurable, then we have only one configurable "pending payloads" queue at the front, and if the agent gets backed up for any reason then that queue fills up and the agent starts rejecting payloads at the API.

I agree with you. And that's the direction we should be heading to. But I think we are asking a bit too much from this PR now. We will address this issue later on when we work on the API too, as a whole. One step at a time.
I am also adding (undocumented) configuration knobs and defaults based on other settings for the queue size and connection limit.
I am closing this PR and opening a fresh one.


[gate][poseidon] refactor to make it more readable

This PR should improve the readability of the poseidon gate

Noting here in case I forget: we discussed in our call that it would probably be cleaner to have the outer loop that maps over the constraints become a function, and then call that function with each of the inputs, rather than using that const list.


feat: support pytest JUnit XML format

Support the JUnit XML format that is generated by pytest:
https://docs.pytest.org/en/latest/how-to/output.html#creating-junitxml-format-files

I just tested, this format should work with the java-junit reporter out of the box.
This make this PR obsolete.


NullPointerException and uPnP warning

Got the following output (before successful discovery). This is no problem as this error is output to stderr and the camera results go to stdout, so I am able to read only what I need. Still I thought I should send you error data:
Jul 30, 2015 11:57:24 PM net.sbbi.upnp.DiscoveryListener listenBroadCast
WARNING: Discovery message sender IP /<IP_ADDRESS> does not match device description IP /<IP_ADDRESS> skipping device, set the net.sbbi.upnp.ddos.matchip system property to false to avoid this check
java.lang.NullPointerException
at io.evercam.network.discovery.GatewayDevice.<init>(GatewayDevice.java:40)
at io.evercam.network.NatRunnable.run(NatRunnable.java:22)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

I'll fix the NullPointerException
But the warning message is from the UPnP library: https://github.com/RPTools/upnplib/blob/master/src/net/sbbi/upnp/DiscoveryListener.java
I'll try disable all logs from other libraries.

As I said those warnings are ok as they go to stderr
On 31 Jul 2015 09:27, "Liuting Du"<EMAIL_ADDRESS>wrote:

I'll fix the NullPointerException
But the warning message is from the UPnP library:
https://github.com/RPTools/upnplib/blob/master/src/net/sbbi/upnp/DiscoveryListener.java
I'll try disable all logs from other libraries.
—
Reply to this email directly or view it on GitHub
https://github.com/evercam/evercam-discovery-java/issues/16#issuecomment-126606841
.

I fixed the exception and did some improvements around logging in my code. And I am keeping the logs in that library.
Thanks for reporting this, it's good for me to learn about logging :)


Consider supporting Helm Secretes with SOPS

Something I've found incredibly useful for secret management is https://github.com/futuresimple/helm-secrets.  The gist is its a wrapper + plugin for Helm that delegates secret enc/dec to https://github.com/mozilla/sops.
In general I think this would be a relatively easy addition.  Not sure if others are interested in this so just throwing it out as a suggestion.

See #92 and #93.


Investigate Cypress issue with xvfb

Error occurs for example here: https://github.com/swisspost/design-system/actions/runs/7682400384/job/20936684449?pr=2553
packages/internet-header e2e: Xvfb exited with a non zero exit code.
packages/internet-header e2e: There was a problem spawning Xvfb.
packages/internet-header e2e: This is likely a problem with your system, permissions, or installation of Xvfb.
packages/internet-header e2e: ----------
packages/internet-header e2e: Error: (EE)
packages/internet-header e2e: Fatal server error:
packages/internet-header e2e: (EE) Server is already active for display 99
packages/internet-header e2e: If this server is no longer running, remove /tmp/.X99-lock
packages/internet-header e2e: and start again.
packages/internet-header e2e: (EE)
packages/internet-header e2e: ----------
packages/internet-header e2e: Platform: linux-x64 (Ubuntu - 22.04)
packages/internet-header e2e: Cypress Version: 13.6.3
packages/internet-header e2e: Failed

It seems we can use ELECTRON_RUN_AS_NODE=1 to avoid usage of xvfb (https://docs.cypress.io/guides/continuous-integration/introduction#Running-headless-tests-without-Xvfb). An alternative is to use chrome or firefox browser as an alternative to electron, because none use xvfb behind. We can also investigate to the official github-action instead.

I wasn't able to reproduce the issue again either with https://github.com/swisspost/design-system/pull/2632 or https://github.com/swisspost/design-system/actions/runs/7870213608/job/21470965642?pr=2376 so It might either be random or fixed.


replace mjml-react with @faire/mjml-react and fix types issues (alex version, clean)

adds 2 tweaks to @faire/mjml-react

add @types/react to cli dependencies
moves a type definition to inline from custom.d.ts because Link.tsx gets copied into the user's emails dir but custom.d.ts does not

Hey, any update about this? It looks like the e2e tests are passing finally :smile:
Let me know if there is anything else I can do to help get this merged

The redwood_ts test is also failing in master and is unrelated to the changes in this branch I believe.  (In both branches it's complaining about the yarn version used to run create-redwood-app)

We've been running this in prod on iterate.world for a week. Seems good 👍, let's merge monday.

@m5r this has been release in Mailing 1.0.0.  Thanks again for the great work here 🥇 !

@alexfarrill thanks a lot for taking the time to push this one through :heart:


[Bug]: port expose discrepancy between docker image based deploys and docker compose based deploys

Description
There is an issue with exposing ports via docker compose.
Note: I expose the port manually because the dockerfile doesn't expose the port I want (5800). It exposes another instead.
Thanks for taking the time to read this and make coolify. It is really awesome and has inspired me to selfhost more.
For some context: on this issue, I would like to submit jdownloader as a coolify service template but I'm struggling to get it working using docker compose when the docker image works fine.
Minimal Reproduction (if possible, example repository)
If I make a new resource based on an existing docker image with the image set to jlesage/jdownloader-2 and the "Ports Exposes" set to 5800 then jdownloader works fine when I hit open application. I get a url like https://is8wksg.mydomain.com/ and only that url.
However, if I create a docker compose based resource like so:
services:
  jdownloader-2:
    image: jlesage/jdownloader-2
    ports:
      - '5800'
    environment:
      - SERVICE_FQDN_JD

Then the app has two urls https://mydomain.com:5800/ and https://jd-jckco08.mydomain.com/
However, the :5800 url says Unable to connect and the other url says Bad Gateway.
Ideally, the 5800 one shouldn't be exposed in the first place but also I have no idea why neither url works.
Two question/problems:

Why is  https://mydomain.com:5800/ exposed with the docker compose deploy but not the docker image deploy?
Why does the docker compose deploy have a bad gateway when the docker image deploy doesn't?

Exception or Error
No response
Version
v4.0.0-beta.200

hey, did you figure this? having a similar issue

Nope. It's the only thing stopping me from adding a new template.
Maybe @andrasbacsai knows a work around?

+1

This is not a bug in coolify, but rather a configuration issue. In the image deploy step you are setting the expose to 5800 and in the compose you are doing something incomplete (it is not valid like that).
Either do the following:
services:
  jdownloader-2:
    image: jlesage/jdownloader-2
    Ports:
      - 5800:5800
    Environment:
      - SERVICE_FQDN_JD_5800

-> This is not fully functional yet as the FQDN needs to be set to an APP_URL or some other environment to work (specific for you service) and then you do not need to expose any port and can remove the ports section entirely as the reverse proxy will handle that.
If you just want to do expose in compose it would look like this:
Services:
  jdownloader-2:
    Image: jlesage/jdownloader-2
    expose:
      - 5800
    Environment:
      - SERVICE_FQDN_JD_5800

-> The provided composer is not valid, which is why it does not work.

@peaklabs-dev I think this is still an issue.
I've tried the ways you mentioned and a few others since it has been a long time since I opened this.
services:
  jdownloader-2:
    image: jlesage/jdownloader-2
    expose:
      - 5800
    environment:
      - SERVICE_FQDN_JD2_5800

and
services:
  jdownloader-2:
    image: jlesage/jdownloader-2
    expose:
      - 5800
    environment:
      - SERVICE_FQDN_JD2

At the end of the day, I think there is still an issue where if the base image exposes the wrong port then a docker compose deploy just doesn't work in coolify even with the expose set in the compose.
However, a docker image based deploy works flawlessly with only the following settings.

So I think there must be a bug in coolify or at least an unsupported feature.


Show total time spent on Youtube (like lifetime)

Implemented in https://github.com/makaroni4/youtube_time_tracker/commit/6cf08a654954ba44df8cdad3bd1c42102d01bbca


TASK [k8s-init : Initialize kubernetes master] FAILED!

Describe the bug
I'm trying to install on a single digitalocean droplet VPS:
TASK [k8s-init : Initialize kubernetes master] *********************************
fatal: [<IP_ADDRESS>]: FAILED! => {"changed": true, "cmd": "kubeadm init --config /tmp/kubeadm-init.conf --upload-certs > kube_init.log", "delta": "0:00:11.744977", "end": "2024-07-03 06:14:19.851095", "msg": "non-zero return code", "rc": 1, "start": "2024-07-03 06:14:08.106118", "stderr": "W0703 06:14:08.172751   21346 validation.go:28] Cannot validate kube-proxy config - no validator is available\nW0703 06:14:08.172813   21346 validation.go:28] Cannot validate kubelet config - no validator is available\n\t[WARNING IsDockerSystemdCheck]: detected \"cgroupfs\" as the Docker cgroup driver. The recommended driver is \"systemd\". Please follow the guide at https://kubernetes.io/docs/setup/cri/\nerror execution phase preflight: [preflight] Some fatal errors occurred:\n\t[ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-controller-manager:v1.17.3: output: Error response from daemon: Get https://k8s.gcr.io/v2/kube-controller-manager/manifests/v1.17.3: unable to decode token response: invalid character '<' looking for beginning of value\n, error: exit status 1\n\t[ERROR ImagePull]: failed to pull image k8s.gcr.io/etcd:3.4.3-0: output: Error response from daemon: Get https://k8s.gcr.io/v2/etcd/manifests/3.4.3-0: unable to decode token response: invalid character '<' looking for beginning of value\n, error: exit status 1\n[preflight] If you know what you are doing, you can make a check non-fatal with `--ignore-preflight-errors=...`\nTo see the stack trace of this error execute with --v=5 or higher", "stderr_lines": ["W0703 06:14:08.172751   21346 validation.go:28] Cannot validate kube-proxy config - no validator is available", "W0703 06:14:08.172813   21346 validation.go:28] Cannot validate kubelet config - no validator is available", "\t[WARNING IsDockerSystemdCheck]: detected \"cgroupfs\" as the Docker cgroup driver. The recommended driver is \"systemd\". Please follow the guide at https://kubernetes.io/docs/setup/cri/", "error execution phase preflight: [preflight] Some fatal errors occurred:", "\t[ERROR ImagePull]: failed to pull image k8s.gcr.io/kube-controller-manager:v1.17.3: output: Error response from daemon: Get https://k8s.gcr.io/v2/kube-controller-manager/manifests/v1.17.3: unable to decode token response: invalid character '<' looking for beginning of value", ", error: exit status 1", "\t[ERROR ImagePull]: failed to pull image k8s.gcr.io/etcd:3.4.3-0: output: Error response from daemon: Get https://k8s.gcr.io/v2/etcd/manifests/3.4.3-0: unable to decode token response: invalid character '<' looking for beginning of value", ", error: exit status 1", "[preflight] If you know what you are doing, you can make a check non-fatal with `--ignore-preflight-errors=...`", "To see the stack trace of this error execute with --v=5 or higher"], "stdout": "", "stdout_lines": []}

PLAY RECAP *********************************************************************
<IP_ADDRESS>              : ok=39   changed=22   unreachable=0    failed=1    skipped=16   rescued=0    ignored=0

To Reproduce
Steps to reproduce the behavior:

create a new Ubuntu 20 droplet
apt update, apt upgrade, reboot now
follow instructions on README
See error

Expected behavior
To not fail
lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 20.04.6 LTS
Release:        20.04
Codename:       focal

Hi @binary64, in trace I saw that fail appears because of pulling image problem:
failed to pull image k8s.gcr.io/etcd:3.4.3-0: output: Error response from daemon: Get https://k8s.gcr.io/v2/etcd/manifests/3.4.3-0: unable to decode token response: invalid character '<' looking for beginning of value
Please perform next commands to reset deployment:
sudo kubeadm reset rm -rf ~/.kube sudo rm -rf /etc/kubernetes sudo rm -rf /var/lib/etcd/ echo "KUBELET_EXTRA_ARGS=" | sudo tee /etc/default/kubelet
and try to execute ansible script again, if problem with pulling images reproduced please try to pull image manually and send us traceback from pull. Also, please, attach command which you use to execute ansible script.


DM-33380: Create rubin-env 1.0.0.

Add minimum pins for IDDS components (already proposed as 0.7.1).
Remove pins from click, galsim, pandas, networkx, and sqlite as documented on https://confluence.lsstcorp.org/display/DM/DM+Third+Party+Software; adjust scikit-image pin to allow new releases.
Add requested dependencies for Spectractor (RFC-800).
Add prmon for PanDA batch process monitoring (DM-32579, restricted to Linux-only).

Checklist

[ ] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-admin, please rerender


Topicos Junho

Considerando que na rede liquid os saldos dos endereços são ocultos, como saber se os LBTC tem lastro?

Assange is free
https://x.com/wikileaks/status/1805390138945528183

LN + Nubank?
https://www.lightspark.com/news/nubank-announcement

Differential Fuzzing of Bitcoin implementations
https://delvingbitcoin.org/t/differential-fuzzing-of-bitcoin-implementations/208/6

Silent Payments inner workings:
https://medium.com/@ottosch/how-silent-payments-work-41bea907d6b0

I want to have an open discussion on self custody and Bitcoin adoption.
Inspired by this tweet by dpc (Fedimint co-creator): https://x.com/dpc_pw/status/1802917667327914464

A new BOLT12 website
https://bolt12.org/
https://primal.net/e/note1w6wh63r82chfz7g5rkzpfs9wh6z57qq2xa0llmsqxd606h9h4rcqffv2e4

Qual a diferença entre um node econômico e um node onde conecto uma carteira nele? qual o risco em rodar um node econômico

Stable Channels: https://delvingbitcoin.org/t/stable-channels-peer-to-peer-dollar-balances-on-lightning

Narcelio: https://groups.google.com/g/bitcoindev/c/zQfndwOTLOM

Miniscript: https://groups.google.com/g/bitcoindev/c/wA-dW4t5BEY

Key Replacement: https://x.com/nunchuk_io/status/1805613264866525482

Mini Miner: https://shop.braiins.com/products/braiins-bmm-100-mini-miner-pre-order

BIP 352 Merged: https://github.com/bitcoin/bips/blob/master/bip-0352.mediawiki

DLC + Ecash: https://conduition.io/cryptography/ecash-dlc/


Remove cache bust and extra embedDepth

There were cache-busting headers on the request to fetch an organization, but this isn't actually necessary - first, because the request is only cached on the page (via d2l-fetch) anyway, so navigating away and then back will reload the organization response. In addition, it's only the image entity we wanted to cache-bust anyway, which leads to...
...not fetching the image right away. Rather than tacking an embedDepth=1 on to the Link (which is dirty), we should be able to handle both cases: a hydrated image entity, and a linked image entity. It's actually slightly preferable to fetch the linked organization entity, since we don't even need the image initially - we only load it when the course tile scrolls into view, which it may not ever do.
The performance impact of this is immediately noticeable - while it doesn't really speed up initial load much (only really by the amount of time embedding the course image entity took, which wasn't much), it does make opening the All Courses overlay significantly faster, as we're able to use the (likely already fetched) organization and organization image responses, rather than re-fetching them.

This is a left-field PR, sorry about that - just something that I noticed as I was implementing the tabs in All Courses: every time its opened, it would re-fetch every organization response, which adds a significant overhead, and plenty of jank. By only loading them once, we get a more single-page-app feel to the whole experience! Initial load is about the same, but moving into/around the All Courses overlay is much snappier. For example, if you apply a filter, then clear it, the clearing is almost immediate!

Fixes https://github.com/Brightspace/d2l-my-courses-ui/issues/507?

Does indeed fix #507! I had a vague memory of that issue existing. Thanks :D


[NEMO-142] Add .editorconfig and formatter.xml

JIRA: NEMO-142: Add .editorconfig and formatter.xml
Major changes:

N/A

Minor changes to note:

Adds .editorconfig to specify code style.
Adds Eclipse formatting profile as formatter.xml

Tests for the changes:

N/A

Other comments:

Many editors/IDEs support EditorConfig as a built-in feature or through well-known plugins. See https://editorconfig.org for details.
The formatter.xml may need more refinements. Follow-up patches from Eclipse users are more than welcome.

resolves NEMO-142

@seojangho: thanks 👍for adding the formatter.xml and .editorconfig

The Eclipse formatter really has lots of options! @arunlakshman Let me know if there's any room for improvement! Thanks.

@seojangho: The formatter.xml looks good.
I also validated the rules in checkstyle.xml against the rules in formatter.xml, and the formatter has coverd all the rules in checkstyle. Thanks.

I'll merge it after the test.

Thanks for the validation, @arunlakshman ! Also, thanks for the review, @sanha !


Fix and test chunked disassembly

This fixes the outstanding issue that wasm binaries utilizing the bulk memory proposal (in particular the extended elements section entries) cannot be parsed in chunks, and adds randomized tests to make sure we exercise the different chunk sizes properly (and catch bugs).
I just went for jest-chance here for the randomization.
Drive-by-fix: Also moved the jest configuration into package.json as I wasted a good 10 minutes on figuring out why setting "jest.globalSetup"in package.json doesn't work. 🤦

:tada: This PR is included in version 3.1.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


A 'MetaBean' which is generic in the bean's type

:exclamation: Experimental Branch
Following the idea laid out in #6 this branch experiments with the possibility to make MetaBean generic in the bean's type B.
This entails the following type changes:

Bean ~> Bean<B>
MetaBean ~> MetaBean<B>
MetaProperty<P> ~> MetaPropert<B, P>

As discussed before (see #6 for references), not all methods can be generified. The current state is very smooth, though. All return types are generic and concrete (i.e. not ?) and so are most arguments. The (quite regular) exceptions are:

MetaProperty<B, P>:

get(Object) could be get(B)
set(Object, Object) could be set(B, P)

BeanBuilder<B>:

get((MetaProperty<?, ?>) could be get((MetaProperty<B, ?>)
set((MetaProperty<?, ?>, Object) could be set((MetaProperty<B, ?>, P)

The other changes to implementations and tests follow from this.

I wondered about the same thing while implementing this. I decided to pick the easy way out and discuss it here.
This seems to be the root for the problems with the missing wildcards:

Whereas it would be useful to be able to inherit the parent meta-properties but use them against the child.

From what little I can judge, I'd say that this would increase the complexity of the API considerably. First, it would make many occurrences of generics complicated (which is part of your point, I guess). But allowing this would also introduce ambiguity regarding the bean which owns a set of meta-properties. So even if it is clear that some properties come from the same bean it is not trivial to identify from which one. This makes MetaProperty.metaBean() useless in few/some/many/most (?) cases.
E.g.:
public static void main(String[] args) {
	MetaBean bean = null;
	MetaProperty<?> propA = bean.metaProperty("A").get();
	MetaProperty<?> propB = bean.metaProperty("B").get();
	createBeanWithProperties(propA, propB);
}

public static Object createBeanWithProperties(
        MetaProperty<?> propA, MetaProperty<?> propB) {
    BeanBuilder<?> builderForBeanWithPropA = propA.metaBean().beanBuilder();
    BeanBuilder<?> builderForBeanWithPropB = propB.metaBean().beanBuilder();
    // this could be different builders; which one is the correct one?
}

More problems might be hidden under the rock of contravariant properties (e.g. CompanyAddress accepts objects in setStreet whereas Address only accepted strings - or an equivalent example which actually makes some sense). It is also not clear to me whether the meta meta-properties like isBuildable are always valid for both the super- and the subclass.
I wonder about the benefits, though. It would obviously spare some instances. In big systems with deep inheritance hierarchies this might amount to a measurable performance gain. In a more strict setting (i.e. without inheriting meta-properties), this could be approximated if a class's meta-properties would wrap those meta-properties already created for the superclass. Without having tried it, I'd say that this is generally possible with a simple wrapper class.
Another benefit could be that it makes implementing bean builders, bean introspectors and other things easier but I don't see enough of the big picture to have an educated opinion on that.

So, in Joda-Beans, the superclass meta-properties are inherited by the subclass. This reduces the code generation but does complicate some inheritance aspects. I hadn't really thought about not inheriting, but it might be possible. You make some good points about the definition of the getter/setter changing between superclass and subclass.
The metaProperty.metaBean().builder() case has never come up as an issue in Joda-Beans but could do I suppose. The hassle for Joda-Beans is that it doesn't know what the superclass properties are, as it only processes the source code of the subclass (and cannot see or query the superclass).
It would be good to see an implementation that wraps superclass met-properties for the subclass and how bad/complex that would be. Probably not too bad. My current view is that you are right and Joda-Beans is wrong, although Joda-Beans would be hard to fix, and while more correct, doing the right thing might restrict freedom of implementation of the meta-model for some.

The hassle for Joda-Beans is that it doesn't know what the superclass properties are, as it only processes the source code of the subclass (and cannot see or query the superclass).

I can not judge why this is so and whether it would be the same for this project. Sounds like an important detail, though.

It would be good to see an implementation that wraps superclass met-properties for the subclass and how bad/complex that would be.

I just committed a proof-of-concept (56fdb26), which I implemented in haste so it might not be spot-on for what we need.

while more correct, doing the right thing might restrict freedom of implementation of the meta-model for some

I guess that's the trade-off: ease of use of the meta-model vs. ease of its construction. Being more strict might make things more complicated for those creating meta-beans but I'm sure it will make it easier to consume it.
I'm curious, though. If I find some time on the weekend, I'll make another branch and try to generify it in a way which would allow inheriting meta-properties across beans.


Migrate to App Router

TODO (follow-up PRs)

[ ] GTM
[ ] 404 page

@nsams please review, thanks!


In IOS version of my flutter Application, background service opened app but there is visual issues to view

Acording to issue number #47203.
same problem and i see widget with no text in them,its seems contexts or some state did not run in right way.

`[✓] Flutter (Channel stable, v1.17.1, on Mac OS X 10.15.5 19F96, locale en-US)
• Flutter version 1.17.1 at /Users/john-wick/development/flutter
• Framework revision f7a6a7906b (3 weeks ago), 2020-05-12 18:39:00 -0700
• Engine revision 6bc433c6b6
• Dart version 2.8.2
[✓] Android toolchain - develop for Android devices (Android SDK version 29.0.2)
• Android SDK at /Users/john-wick/Library/Android/sdk
• Platform android-R, build-tools 29.0.2
• Java binary at: /Applications/Android
Studio.app/Contents/jre/jdk/Contents/Home/bin/java
• Java version OpenJDK Runtime Environment (build
1.8.0_242-release-1644-b3-6222593)
• All Android licenses accepted.
[✓] Xcode - develop for iOS and macOS (Xcode 11.4.1)
• Xcode at /Applications/Xcode.app/Contents/Developer
• Xcode 11.4.1, Build version 11E503a
• CocoaPods version 1.8.4
[✓] Android Studio (version 4.0)
• Android Studio at /Applications/Android Studio.app/Contents
• Flutter plugin version 46.0.2
• Dart plugin version 193.7361
• Java version OpenJDK Runtime Environment (build
1.8.0_242-release-1644-b3-6222593)
[✓] IntelliJ IDEA Ultimate Edition (version 2019.2)
• IntelliJ at /Applications/IntelliJ IDEA.app
• Flutter plugin version 39.0.4
• Dart plugin version 192.7761`

Hi @AlirezaDaryani
Can you please provide your flutter run --verbose and a minimal complete reproducible code sample.
Thank you

@TahaTesser
I work on some project that get beacon when app is fully closed and show some notification,
when user tap on that, app will open but have bad visual effect, just like issue i mention it in top

i cant show you flutter run --verbose bcz this crash happened when app re opened from background.

Hi @AlirezaDaryani
Please provide a code sample and flutter run --verbose anyway
Thank you

@TahaTesser
I work on some project that get beacon when app is fully closed and show some notification,
when user tap on that, app will open but have bad visual effect, just like issue i mention it in top

Same here. Im using beacon too

Hi @AlirezaDaryani
Please provide a code sample and flutter run --verbose anyway
Thank you

verbose:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>115, bytes: Cg==}}
[  +32 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>147, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IkE5OUQyNUNELTRDN0ItNDE2RS05RTFBLTdBRDU0MDI2RENDNCIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTgsImFjY3VyYWN5IjowLjYxLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[{"proximityUUID":"A99D25C
D-4C7B-416E-9E1A-7AD54026DCC4","major":0,"minor":100,"rssi":-58,"accuracy":0.61,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>147, bytes: Cg==}}
[ +962 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>111, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>111, bytes: Cg==}}
[   +2 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>115, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IkE5OUQyNUNELTRDN0ItNDE2RS05RTFBLTdBRDU0MDI2RENDNCIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTgsImFjY3VyYWN5IjowLjYyLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[{"proximityUUID":"A99D25C
D-4C7B-416E-9E1A-7AD54026DCC4","major":0,"minor":100,"rssi":-58,"accuracy":0.62,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>115, bytes: Cg==}}
[+1003 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>119, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>119, bytes: Cg==}}
[  +34 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>154, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IkE5OUQyNUNELTRDN0ItNDE2RS05RTFBLTdBRDU0MDI2RENDNCIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTcsImFjY3VyYWN5IjowLjYyLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[{"proximityUUID":"A99D25C
D-4C7B-416E-9E1A-7AD54026DCC4","major":0,"minor":100,"rssi":-57,"accuracy":0.62,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>154, bytes: Cg==}}
[ +957 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>114, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>114, bytes: Cg==}}
[   +3 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>118, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IkE5OUQyNUNELTRDN0ItNDE2RS05RTFBLTdBRDU0MDI2RENDNCIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTcsImFjY3VyYWN5IjowLjYyLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[{"proximityUUID":"A99D25C
D-4C7B-416E-9E1A-7AD54026DCC4","major":0,"minor":100,"rssi":-57,"accuracy":0.62,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>118, bytes: Cg==}}
[+1006 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>126, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>126, bytes: Cg==}}
[  +35 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>162, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IkE5OUQyNUNELTRDN0ItNDE2RS05RTFBLTdBRDU0MDI2RENDNCIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTcsImFjY3VyYWN5IjowLjYxLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[{"proximityUUID":"A99D25C
D-4C7B-416E-9E1A-7AD54026DCC4","major":0,"minor":100,"rssi":-57,"accuracy":0.61,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>162, bytes: Cg==}}
[ +959 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>123, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>123, bytes: Cg==}}
[   +3 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>127, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IkE5OUQyNUNELTRDN0ItNDE2RS05RTFBLTdBRDU0MDI2RENDNCIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTYsImFjY3VyYWN5IjowLjYsInByb3hpbWl0eSI6Im5lYXIifV19}}
[        ] flutter:
{"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[{"proximityUUID":"A99D25C
D-4C7B-416E-9E1A-7AD54026DCC4","major":0,"minor":100,"rssi":-56,"accuracy":0.6,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>127, bytes: Cg==}}
[+1001 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>130, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>130, bytes: Cg==}}
[   +3 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>135, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IkE5OUQyNUNELTRDN0ItNDE2RS05RTFBLTdBRDU0MDI2RENDNCIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTYsImFjY3VyYWN5IjowLjU5LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[{"proximityUUID":"A99D25C
D-4C7B-416E-9E1A-7AD54026DCC4","major":0,"minor":100,"rssi":-56,"accuracy":0.59,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>135, bytes: Cg==}}
[ +979 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>115, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNjAsImFjY3VyYWN5IjowLjYyLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-60,"accuracy":0.62,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>115, bytes: Cg==}}
[   +1 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>118, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>118, bytes: Cg==}}
[ +991 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>110, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTcsImFjY3VyYWN5IjowLjYyLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-57,"accuracy":0.62,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>110, bytes: Cg==}}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>112, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>112, bytes: Cg==}}
[ +997 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>110, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTcsImFjY3VyYWN5IjowLjYxLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-57,"accuracy":0.61,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>110, bytes: Cg==}}
[   +5 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>117, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>117, bytes: Cg==}}
[+1001 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>116, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTgsImFjY3VyYWN5IjowLjYyLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-58,"accuracy":0.62,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>117, bytes: Cg==}}
[  +19 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>139, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>140, bytes: Cg==}}
[ +971 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>112, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTgsImFjY3VyYWN5IjowLjYzLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-58,"accuracy":0.63,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>112, bytes: Cg==}}
[   +2 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>116, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>116, bytes: Cg==}}
[ +999 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>116, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTgsImFjY3VyYWN5IjowLjY0LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-58,"accuracy":0.64,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>116, bytes: Cg==}}
[  +24 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>141, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>141, bytes: Cg==}}
[ +972 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>115, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTgsImFjY3VyYWN5IjowLjY0LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-58,"accuracy":0.64,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>115, bytes: Cg==}}
[   +3 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>119, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>119, bytes: Cg==}}
[ +997 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>118, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTcsImFjY3VyYWN5IjowLjY0LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-57,"accuracy":0.64,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>118, bytes: Cg==}}
[  +21 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>140, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>140, bytes: Cg==}}
[+1004 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>146, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTYsImFjY3VyYWN5IjowLjYyLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-56,"accuracy":0.62,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>146, bytes: Cg==}}
[   +3 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>150, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>150, bytes: Cg==}}
[ +967 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>118, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTcsImFjY3VyYWN5IjowLjYxLCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-57,"accuracy":0.61,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>118, bytes: Cg==}}
[  +20 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>139, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>139, bytes: Cg==}}
[ +973 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>113, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTYsImFjY3VyYWN5IjowLjYsInByb3hpbWl0eSI6Im5lYXIifV19}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-56,"accuracy":0.6,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>113, bytes: Cg==}}
[   +1 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>116, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>116, bytes: Cg==}}
[+1009 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>126, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTYsImFjY3VyYWN5IjowLjU5LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-56,"accuracy":0.59,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>126, bytes: Cg==}}
[   +6 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>131, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>131, bytes: Cg==}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[ +976 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>111, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTYsImFjY3VyYWN5IjowLjU4LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-56,"accuracy":0.58,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>111, bytes: Cg==}}
[   +2 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>115, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>115, bytes: Cg==}}
[+1013 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>129, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTcsImFjY3VyYWN5IjowLjU4LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-57,"accuracy":0.58,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>129, bytes: Cg==}}
[   +6 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>134, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>134, bytes: Cg==}}
[ +977 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>115, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTYsImFjY3VyYWN5IjowLjU3LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-56,"accuracy":0.57,"proximity":"near"}]}
[   +3 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>115, bytes: Cg==}}
[  +25 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>144, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>144, bytes: Cg==}}
[ +977 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>124, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTUsImFjY3VyYWN5IjowLjU1LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-55,"accuracy":0.55,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>124, bytes: Cg==}}
[   +1 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>127, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>127, bytes: Cg==}}
[ +980 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>108, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTYsImFjY3VyYWN5IjowLjU1LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-56,"accuracy":0.55,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>108, bytes: Cg==}}
[   +2 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>112, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>112, bytes: Cg==}}
[+1019 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>131, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTYsImFjY3VyYWN5IjowLjU0LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-56,"accuracy":0.54,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>131, bytes: Cg==}}
[   +3 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>136, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
[        ] flutter: {"region":{"identifier":"Cubeacon2","proximityUUID":"A99D25CD-4C7B-416E-9E1A-7AD54026DCC4"},"beacons":[]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>136, bytes: Cg==}}
[ +990 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>125, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMSIsInByb3hpbWl0eVVVSUQiOiIzMTAzQThGNS1FNEFDLTREQkEtQjA3NC01MjkwOTNEMDkx
NDMifSwiYmVhY29ucyI6W3sicHJveGltaXR5VVVJRCI6IjMxMDNBOEY1LUU0QUMtNERCQS1CMDc0LTUyOTA5M0QwOTE0MyIsIm1ham9yIjowLCJtaW5vciI6MTAwLCJy
c3NpIjotNTYsImFjY3VyYWN5IjowLjU0LCJwcm94aW1pdHkiOiJuZWFyIn1dfQ==}}
[        ] flutter:
{"region":{"identifier":"Cubeacon1","proximityUUID":"3103A8F5-E4AC-4DBA-B074-529093D09143"},"beacons":[{"proximityUUID":"3103A8F
5-E4AC-4DBA-B074-529093D09143","major":0,"minor":100,"rssi":-56,"accuracy":0.54,"proximity":"near"}]}
[        ] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>125, bytes: Cg==}}
[   +5 ms] Notification from VM: {streamId: Stdout, event: {type: Event, kind: WriteEvent, isolate: {type: @Isolate, id:
isolates/2786460560284391, name: main, number:<PHONE_NUMBER>284391}, timestamp:<PHONE_NUMBER>133, bytes:
Zmx1dHRlcjogeyJyZWdpb24iOnsiaWRlbnRpZmllciI6IkN1YmVhY29uMiIsInByb3hpbWl0eVVVSUQiOiJBOTlEMjVDRC00QzdCLTQxNkUtOUUxQS03QUQ1NDAyNkRD
QzQifSwiYmVhY29ucyI6W119}}
Code Sample:
https://github.com/alann-maulana/flutter_beacon/tree/master/example

From what I can see, the issue is related to a 3rd party plugin rather than to Flutter itself. Please open the issue in the dedicated repository.
Closing, as this isn't an issue with Flutter itself.
If you disagree, please write in the comments,
providing your flutter doctor -v, your flutter run -v,  your pubspec.yaml
a minimal reproducible code sample that does not use 3rd party plugins,
and I will reopen it.
Thank you

@Marcoslima016
Did you find the solution?
I am implementing my own plugin using CoreLocation library but still have this issue...

For me the solucao was to use version 1.16.1 of the flutter. In this version does not occur the bug

@AlirezaDaryani
For me the solucao was to use version 1.16.1 of the flutter. In this version does not occur the bug


Compilation error in linux on array[array > long]

The following code does not compile in pythran 0.8.5 (linux)
import numpy as np

#pythran export test(int[])
def test(peaks):
    peaks = peaks[peaks>30] # <- does not compiles
    # peaks = np.array(peaks[peaks>30]) # <- compiles in linux, not macos
    # peaks = np.array(peaks[peaks>30],dtype=int) # <- compiles everywhere
    lastBin = 0
    for peak in peaks:
        lastBin = peak
    return lastBin

# if __name__ == '__main__':
#     test(np.array([0,1,2,3]))

Error log attached
error.txt

Should be fixed by #899

Confirmed fixed by #899 both in linux and MacOS! Yepee!!!


create documents in a batch

At the moment some unit tests fail, this can be caused by the fact that objects from batch are not flushed. In unit tests, after all the documents are imported/added, it needs to flush the remaining ones by using the DocumentArrayWeaviate.flush_weaviate_batch() method, here.

Thanks for the PR @StefanBogdan, will take a look at it on monday, and come back to you.


Ci/test windows

opening an RDP session (via https://github.com/nelsonjchen/reverse-rdp-windows-github-actions) on a GitHub Actions runner

switching zip file unzipping
PS D:\a\LightGBM\LightGBM>     [System.IO.Compression.ZipFile]::ExtractToDirectory("miktexsetup-x64.zip", "miktex")
>>
MethodInvocationException: Exception calling "ExtractToDirectory" with "2" argument(s): "Could not find file 'C:\windows\system32\miktexsetup-x64.zip'."

values to manually copy in in a shell:
$env:GITHUB_ACTIONS = "true"
$env:BUILD_SOURCESDIRECTORY = "D:\a\LightGBM\LightGBM"
$env:TOOLCHAIN = "MINGW"
$env:R_VERSION = "3.6"
$env:R_BUILD_TYPE = "cmake"
$env:COMPILER = "MINGW"
$env:GITHUB_ACTIONS = "true"
$env:TASK = "r-package"