若extension property 不存在 crash 的现象

若extension property 不存在 crash 的现象

Author wy715464489 not on autobuild list. Waiting for curator authorization before starting CI build.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.wangyue seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

CI gfxreconstruct build queued with queue ID 58167.

CI gfxreconstruct build # 2291 running.

@wy715464489 We really appreciate that you filed this PR!  Even if we agree to not merge it, it brings up something that we should look at.  Please keep looking at the code and filing any issues you find and PRs you think are important.  Thanks!

大家好：
      很抱歉，这么晚才回复。我发现是VK_LAYER_NV_optimus导致的crash,其返回的downstream_property_count = 0，其状态是VK_SUCCESS。我希望能接受该PR，这是Nvidia导致的

      此致
 最好的祝愿
Hi：
      I'm so sorry relay this so late. I found the crash layer is VK_LAYER_NV_optimus. The Layer return VK_SUCCESS and downstream_property_count = 0.I suggest to the team accept the PR, because this is thrid coperation Nvidia's Layer, and the layer source is closed . Thank you.
      Best wishes
------------------ 原始邮件 ------------------
发件人:                                                                                "LunarG/gfxreconstruct"                                                                                @.>;
发送时间: 2023年1月6日(星期五) 上午7:17
@.>;
<EMAIL_ADDRESS>主题: Re: [LunarG/gfxreconstruct] 若extension property 不存在 crash 的现象 (PR #941)
@bradgrantham-lunarg commented on this pull request.
In layer/trace_layer.cpp:
> @@ -376,16 +376,20 @@ VKAPI_ATTR VkResult VKAPI_CALL EnumerateDeviceExtensionProperties(VkPhysicalDevi          }            std::vector<VkExtensionProperties> downstream_properties(downstream_property_count); -        result = instance_table->EnumerateDeviceExtensionProperties( -            wrapped_device, pLayerName, &downstream_property_count, &downstream_properties[0]); +        if (downstream_property_count != 0)
Thank you for your PR!
I agree with Andrew - my opinion is that passing 0 as downstream_property_count should not cause a crash.
The spec says:
If pPropertyCount is less than the number of extension properties available, at most pPropertyCount structures will be written, and VK_INCOMPLETE will be returned instead of VK_SUCCESS, to indicate that not all the available properties were returned.
So at most "0" structures will be written, which means EnumerateDeviceExtensionProperties should write nothing and return VK_INCOMPLETE.
However, on gcc at least (https://godbolt.org/z/noPq1W8ra) I think it's possible that &downstream_properties[0] will be nullptr if the vector is constructed with 0 size.  So this call to EnumerateDeviceExtensionProperties should actually behave like we're querying the count and store the count in *downstream_property_count.  That isn't what I expected here but is harmless and should not crash.
Since this PR is simple and removes a function call we probably don't want, I may suggest to the team that we accept the PR, but I want to understand more about the context here.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

大家好：
      很抱歉，这么晚才回复。我发现是VK_LAYER_NV_optimus导致的crash,其返回的downstream_property_count = 0，其状态是VK_SUCCESS。我希望能接受该PR，这是Nvidia导致的

      此致
 最好的祝愿
Hi：
      I'm so sorry relay this so late. I found the crash layer is VK_LAYER_NV_optimus. The Layer return VK_SUCCESS and downstream_property_count = 0.I suggest to the team accept the PR, because this is thrid coperation Nvidia's Layer, and the layer source is closed . Thank you.
      Best wishes
Below is the crash layer name
------------------ 原始邮件 ------------------
发件人:                                                                                "LunarG/gfxreconstruct"                                                                                @.>;
发送时间: 2023年1月6日(星期五) 上午7:17
@.>;
<EMAIL_ADDRESS>主题: Re: [LunarG/gfxreconstruct] 若extension property 不存在 crash 的现象 (PR #941)
@bradgrantham-lunarg commented on this pull request.
In layer/trace_layer.cpp:
> @@ -376,16 +376,20 @@ VKAPI_ATTR VkResult VKAPI_CALL EnumerateDeviceExtensionProperties(VkPhysicalDevi          }            std::vector<VkExtensionProperties> downstream_properties(downstream_property_count); -        result = instance_table->EnumerateDeviceExtensionProperties( -            wrapped_device, pLayerName, &downstream_property_count, &downstream_properties[0]); +        if (downstream_property_count != 0)
Thank you for your PR!
I agree with Andrew - my opinion is that passing 0 as downstream_property_count should not cause a crash.
The spec says:
If pPropertyCount is less than the number of extension properties available, at most pPropertyCount structures will be written, and VK_INCOMPLETE will be returned instead of VK_SUCCESS, to indicate that not all the available properties were returned.
So at most "0" structures will be written, which means EnumerateDeviceExtensionProperties should write nothing and return VK_INCOMPLETE.
However, on gcc at least (https://godbolt.org/z/noPq1W8ra) I think it's possible that &downstream_properties[0] will be nullptr if the vector is constructed with 0 size.  So this call to EnumerateDeviceExtensionProperties should actually behave like we're querying the count and store the count in *downstream_property_count.  That isn't what I expected here but is harmless and should not crash.
Since this PR is simple and removes a function call we probably don't want, I may suggest to the team that we accept the PR, but I want to understand more about the context here.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

I don't understand what you wrote: "I found the crash layer is VK_LAYER_NV_optimus. The Layer return VK_SUCCESS and downstream_property_count = 0."  Did the layer crash or did it return?  Are you saying that optimus returns from EnumerateDeviceExtensionProperties with VK_SUCCESS but then GFXReconstruct or the captured program crashes later?
I have VK_LAYER_NV_optimus on my Ubuntu 20.04 machine and capturing and replaying works with no problems.  We've worked with that layer with no issues that we know of for some time.
I added this code to vkcube.c:
    {
        uint32_t ext_count = 0;
        vkEnumerateDeviceExtensionProperties(demo->gpu, "VK_LAYER_NV_optimus", &ext_count, NULL);
        VkExtensionProperties exts[100];
        vkEnumerateDeviceExtensionProperties(demo->gpu, "VK_LAYER_NV_optimus", &ext_count, exts);
        printf("%d VK_LAYER_NV_optimus extensions:\n", ext_count);
        for (uint32_t i = 0; i < ext_count; i++) printf("        %s\n", exts[i].extensionName);
        fflush(stdout);
    }

The output is 0 VK_LAYER_NV_optimus extensions:, which I expect because optimus provides no extensions.  Then vkcube runs normally.  I ran it from the command-line as well as from vkconfig.
I'm concerned that the crash isn't because of VK_LAYER_NV_optimus or GFXReconstruct, and I've also explained why downstream_property_count = 0 wouldn't cause gfxr to crash.  Looking in our code I don't see anything that would cause a crash in EnumerateDeviceExtensionProperties.  I want to understand what exactly is happening on your setup.    Does the program run normally if optimus is disabled by setting environment variable DISABLE_LAYER_NV_OPTIMUS_1?  Can you tell us what app you are running, where the actual crash occurs, and let us know if you have added any environment variables to change the optimus layer behavior or other layers?  The output of vulkaninfo on your machine would be very helpful, as well as telling us what operating system you are using, and the output of your app with VK_LOADER_DEBUG=all.
Sorry to ask so many questions!  Thank you for your issue!

您好，我再次试了一下，这是debug vector 越界崩溃堆栈，该层会返回VK_SUCCESS ，并且downstream_property_count 也是0，
std::vector<VkExtensionProperties> downstream_properties(downstream_property_count);
result = instance_table->EnumerateDeviceExtensionProperties(
                wrapped_device, pLayerName, &downstream_property_count, &downstream_properties[0])
downstream_properties.size() == 0，所以downstream_properties[0] 会越界
{         uint32_t ext_count = 0;         vkEnumerateDeviceExtensionProperties(demo->gpu, "VK_LAYER_NV_optimus", &ext_count, NULL);         VkExtensionProperties exts[100];         vkEnumerateDeviceExtensionProperties(demo->gpu, "VK_LAYER_NV_optimus", &ext_count, exts);         printf("%d VK_LAYER_NV_optimus extensions:\n", ext_count);         for (uint32_t i = 0; i < ext_count; i++) printf("        %s\n", exts[i].extensionName);         fflush(stdout);     }这段代码，exts[100] ,ext 为100的数组，并不会崩溃谢谢Hello:     I retried again, this bug is about vector out of bound, just debug crash.Because downstream_property_count = 0,and retrun VK_SUCCESS, then,std::vector<VkExtensionProperties> downstream_properties(downstream_property_count);
result = instance_table->EnumerateDeviceExtensionProperties(
                wrapped_device, pLayerName, &downstream_property_count, &downstream_properties[0])
Because downstream_properties.size() == 0，so downstream_properties[0] is out of bound, then crash
{         uint32_t ext_count = 0;         vkEnumerateDeviceExtensionProperties(demo->gpu, "VK_LAYER_NV_optimus", &ext_count, NULL);         VkExtensionProperties exts[100];         vkEnumerateDeviceExtensionProperties(demo->gpu, "VK_LAYER_NV_optimus", &ext_count, exts);         printf("%d VK_LAYER_NV_optimus extensions:\n", ext_count);         for (uint32_t i = 0; i < ext_count; i++) printf("        %s\n", exts[i].extensionName);         fflush(stdout);     }This code ext[100], becase the arrsy size is 100 * sizeof(uint32_t), so not out of bound.Thand yout again. The below photo is backtrace about the vector out of bound:
------------------ 原始邮件 ------------------
发件人:                                                                                "LunarG/gfxreconstruct"                                                                                @.>;
发送时间: 2023年1月10日(星期二) 凌晨5:59
@.>;
<EMAIL_ADDRESS>主题: Re: [LunarG/gfxreconstruct] 若extension property 不存在 crash 的现象 (PR #941)
I don't understand what you wrote: "I found the crash layer is VK_LAYER_NV_optimus. The Layer return VK_SUCCESS and downstream_property_count = 0."  Did the layer crash or did it return?  Are you saying that optimus returns from EnumerateDeviceExtensionProperties with VK_SUCCESS but then GFXReconstruct or the captured program crashes later?
I have VK_LAYER_NV_optimus on my Ubuntu 20.04 machine and capturing and replaying works with no problems.  We've worked with that layer with no issues that we know of for some time.
I added this code to vkcube.c:
{         uint32_t ext_count = 0;
vkEnumerateDeviceExtensionProperties(demo->gpu, "VK_LAYER_NV_optimus", &ext_count, NULL);         VkExtensionProperties exts[100];         vkEnumerateDeviceExtensionProperties(demo->gpu, "VK_LAYER_NV_optimus", &ext_count, exts);         printf("%d VK_LAYER_NV_optimus extensions:\n", ext_count);         for (uint32_t i = 0; i < ext_count; i++) printf("        %s\n", exts[i].extensionName);         fflush(stdout);     }
The output is 0 VK_LAYER_NV_optimus extensions:, which I expect because optimus provides no extensions.  Then vkcube runs normally.  I ran it from the command-line as well as from vkconfig.
I'm concerned that the crash isn't because of VK_LAYER_NV_optimus or GFXReconstruct, and I've also explained why downstream_property_count = 0 wouldn't cause gfxr to crash.  Looking in our code I don't see anything that would cause a crash in EnumerateDeviceExtensionProperties.  I want to understand what exactly is happening on your setup.    Does the program run normally if optimus is disabled by setting environment variable DISABLE_LAYER_NV_OPTIMUS_1?  Can you tell us what app you are running, where the actual crash occurs, and let us know if you have added any environment variables to change the optimus layer behavior or other layers?  The output of vulkaninfo on your machine would be very helpful, as well as telling us what operating system you are using, and the output of your app with VK_LOADER_DEBUG=all.
Sorry to ask so many questions!  Thank you for your issue!
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: @.***>

There are 0 extensions reported, so it doesn't matter how big the array is that is passed.

Because downstream_properties.size() == 0，so downstream_properties[0] is out of bound, then crash

We don't dereference "downstream_properties[0]", we just get the address.  And the size passed in is 0, so the layer or implementation cannot put anything at the address anyway unless there is a bug.  And in my experiments I saw no issues in the layer.
I'd like to ask again: I want to understand what exactly is happening on your setup. Does the program run normally if optimus is disabled by setting environment variable DISABLE_LAYER_NV_OPTIMUS_1? Can you tell us what app you are running, where the actual crash occurs, and let us know if you have added any environment variables to change the optimus layer behavior or other layers? The output of vulkaninfo on your machine would be very helpful, as well as telling us what operating system you are using, and the output of your app with VK_LOADER_DEBUG=all.

爱merge不merge，我干了，你随意
------------------ 原始邮件 ------------------
发件人:                                                                                "LunarG/gfxreconstruct"                                                                                @.>;
发送时间: 2023年1月10日(星期二) 下午3:47
@.>;
<EMAIL_ADDRESS>主题: Re: [LunarG/gfxreconstruct] 若extension property 不存在 crash 的现象 (PR #941)
Because downstream_properties.size() == 0，so downstream_properties[0] is out of bound, then crash
We don't dereference "downstream_properties[0]", we just get the address.  And the size passed in is 0, so the layer or implementation cannot put anything at the address anyway unless there is a bug.  And in my experiments I saw no issues in the layer.
I'd like to ask again: I want to understand what exactly is happening on your setup. Does the program run normally if optimus is disabled by setting environment variable DISABLE_LAYER_NV_OPTIMUS_1? Can you tell us what app you are running, where the actual crash occurs, and let us know if you have added any environment variables to change the optimus layer behavior or other layers? The output of vulkaninfo on your machine would be very helpful, as well as telling us what operating system you are using, and the output of your app with VK_LOADER_DEBUG=all.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: @.***>

If I change my test code in vkcube to the following, it still works fine, and that's because the layer doesn't have any extensions and so it doesn't change ext_count, and then the layer doesn't actually fill the passed pointer if the second passed in ext_count is 0.
    {
        uint32_t ext_count = 0;
        VkResult result;
        result = vkEnumerateDeviceExtensionProperties(demo->gpu, "foo", &ext_count, NULL);

        result = vkEnumerateDeviceExtensionProperties(demo->gpu, "VK_LAYER_NV_optimus", &ext_count, NULL);
        /* debugger will show ext_count is 0 at this point because optimus exports no extensions */
        assert(result == VK_SUCCESS);
        VkExtensionProperties* exts = (VkExtensionProperties*)0x1eadcafe; /* garbage pointer, should crash if written */
        // strcpy(exts[0].extensionName, "foobar"); // This crashes if uncommented
        result = vkEnumerateDeviceExtensionProperties(demo->gpu, "VK_LAYER_NV_optimus", &ext_count, exts); // does not crash
        assert(result == VK_SUCCESS);
        /* debugger will show ext_count is 0 at this point */
        printf("%d VK_LAYER_NV_optimus extensions:\n", ext_count);
        // Because ext_count is 0, this loop doesn't run any iterations:
        for (uint32_t i = 0; i < ext_count; i++) printf("        %s\n", exts[i].extensionName);
        fflush(stdout);
    }

爱merge不merge，我干了，你随意

I would like to help, but I don't think your PR actually solves the problem you think it does, and I think there's memory being stomped or something in your app.  I think your PR is like adding a printf that stops a crash - it seems to solve the problem but it's masking a different problem.  The real problem didn't actually get fixed, and you're likely to see it again later.  I can't reproduce any of the symptoms you mention and I disagree with what you think the code is doing.  Without more information about what's going on I'm afraid I can't help.  If you can give me more information about the system you're running on or the output of vulkaninfo or the output with VK_DEBUG_LOADER set to all, I can try to investigate further.

Did you mean to upload a picture of a stack trace?  I didn't see anything like that.  Is it possible the stack trace didn't come through into this GitHub issue.

Here's a Compiler Explorer example which shows that getting the pointer to the first element of an empty vector doesn't crash: https://godbolt.org/z/EabsTPhYf

The below photo is backtrace about the vector out of bound:

Hi, would you please visit the PR page at https://github.com/LunarG/gfxreconstruct/pull/941 and review the information you have sent us by email. You will see that your image attachments are missing and a lot of your formatting is not shown correctly. All this information is easy to add if you edit the github web page directly rather than replying by email.
You will also see that your contribution failed our code style check. The fix is just a whitespace change.
You also need to sign the CLA for the project.
In order to accept a PR, it would have to either be obviously fixing a bug in GFXReconstruct, which this is not, or it would need to contain enough information for the team to reproduce the issue independently so we could see an issue for ourselves and then see that the issue was fixed by the PR.
In a best-practice contribution, the information about the bug would be provided in an issue and then a PR could reference that issue. For a simple fix like this it is also fine to describe the issue directly in the description of the PR.
We leave it to the discretion of contributors to decide what information to provide but obvious ones are:

OS
GPU
Graphics Driver Version
Window Manager and Xserver version if on Linux
Steam / DXVK / D3DVK / Proton versions if applicable.
Detailed issue description.
Borrowed from Mesa: "Please describe what you are doing, what you expect and what you're
seeing instead.  How frequent is the issue? Is it a one time occurrence? Does it appear multiple times but randomly? Can you easily reproduce it?
"It doesn't work" usually is not a helpful description of an issue.
The more detail about how things are going wrong, the better."
Stack traces
Screenshots
Is it a regression?
I.e., were things working until recently? If so, what is the last know working gfxr version and in what version did you first see the issue?

We are always grateful for anyone who takes the time to help us improve GFXReconstruct by contributing so thank you for engaging with this process.

Is this what you were seeing?

Because there is some code use stl vector. And the vector size is zero, the use this vector [0].
------------------ 原始邮件 ------------------
发件人: @.>;
发送时间: 2023年1月12日(星期四) 上午8:44
收件人: @.>;
抄送: @.>; @.>;
主题: Re: [LunarG/gfxreconstruct] 若extension property 不存在 crash 的现象 (PR #941)
Is this what you were seeing?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: @.***>

Brad's screenshot makes it clear that there is a problem. Subscripting an empty vector, while harmless here because the reference is never accessed is undefined behaviour and a standard library implementation is justified in objecting to it by way of a debug assertion.
Wangyue, thank you once again for your contribution. If you would like this PR merged, we ask that you sign our Contributor License Agreement, and fix the whitespace issue. If not, we will make a similar change to fix the problem soon. If you are unable to sign the CLA, we would welcome your future contributions as issues that we can investigate.

Thank you once again for your contribution. We were not able to merge your PR without a CLA signed but please try the current head of the dev branch and let us know if your problem has been fixed.
If you are unable to sign the CLA, we would welcome your future contributions as issues that we or other contributors can investigate and provide PRs for.


Migrate to Chainer v2

upgrades
https://docs.chainer.org/en/v2.0.0/upgrade.html

[x] update config files 1.24 -> 2.0
[x] volatile -> with chainer.function.no_backprop_mode()
https://docs.chainer.org/en/v2.0.0/upgrade.html#volatile-flag-is-removed
[x] use_cudnn -> (remove)
https://docs.chainer.org/en/v2.0.0/upgrade.html#configurations-are-added-and-replace-some-of-existing-global-flags
[x] train/test -> chainer.config.train
https://docs.chainer.org/en/v2.0.0/upgrade.html#training-mode-is-configured-by-a-thread-local-flag
[x] new-style parameter/child link registration
https://docs.chainer.org/en/v2.0.0/upgrade.html#new-style-parameter-registration-apis-are-added-to-link
https://docs.chainer.org/en/v2.0.0/upgrade.html#new-style-child-link-registration-apis-are-added-to-chain
[x] invoke_before_training -> (remove)
https://docs.chainer.org/en/v2.0.0/upgrade.html#extension-invoke-before-training-is-removed
[x] (None, out_size) -> out_size
https://docs.chainer.org/en/v2.0.0/upgrade.html#update-omit-input-size

tests

[x] nosetests with CPU/GPU
[x] examples/detection/visualize_models.py with CPU
[x] examples/detection/eval_voc07.py with GPU

[x] Faster R-CNN
[x] SSD300
[x] SSD512

[x] examples/segnet/evaluate.py with GPU

How about using this.
https://docs.chainer.org/en/v2.0.0/upgrade.html#new-style-parameter-registration-apis-are-added-to-link

Also, invoke_before_training should be deleted.
https://github.com/chainer/chainercv/blob/master/chainercv/extensions/detection/detection_vis_report.py#L76
https://docs.chainer.org/en/v2.0.0/upgrade.html#extension-invoke-before-training-is-removed

@yuyu2172 Thank you for pointing out.

LGTM


ARROW-10095: [Rust] Update rust-parquet-arrow-writer branch's encode_arrow_schema with ipc changes

Note that this PR is deliberately filed against the rust-parquet-arrow-writer branch, not master!!
Hi! 👋 I'm looking to help out with the rust-parquet-arrow-writer branch, and I just pulled it down and it wasn't compiling because in 75f804efbfe367175fef5a2238d9cd2d30ed3afe, schema_to_bytes was changed to take IpcWriteOptions and to return EncodedData. This updates encode_arrow_schema to use those changes, which should get this branch compiling and passing tests again.
I'm kind of guessing which JIRA ticket this should be associated with; honestly I think this commit can just be squashed with https://github.com/apache/arrow/commit/8f0ed91469f2e569472edaa3b69ffde051088555 next time this branch gets rebased.
Please let me know if I should change anything, I'm happy to!

Hi Carol 👋🏾
Thanks, I would definitely appreciate your help and expertise with the writer. I forgot to open a JIRA for the IPC changes, as I saw them after I had rebased. I've opened https://issues.apache.org/jira/browse/ARROW-10095 as a subtask of that, and I'll rename this PR to 10095, and merge this when CI completes.
In terms of where we are on the writer, I was last working on https://issues.apache.org/jira/browse/ARROW-9728 for calculating the correct spacing when writing deeply nested arrays. I have something working, but it's a lot of mental effort to keep track of what I was doing. I'll however be able to complete those changes in the coming 2 weeks 🤞🏾
AFAIA, there isn't anyone else working on the other open subtasks of ARROW-8421, so please feel free to have a look at any of those.

Merged, I'll rebase on the branch shortly

Thanks so much! I'm going to take a look at writing dictionary types :)

I just noticed that there's more breaking changes on the branch :(. I'll address them shortly


scpBackupTarget with non-standard SSH port

I would like to use the SSH backup option for SCBs. However, my server runs SSH on a non standard port 5000.
I thought I was clever and tried to set scpBackupTarget='user@example.com:/path/to/backup/ -P 5000'
This would work in SSH (except the "P" is lowercase in ssh), however SCP requires all options at the beginning of the command.
I've modified my _background.sh like this:
sudo scp -P 5000 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null ${localBackupPath} ${scpBackupTarget}/
sudo scp -P 5000 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null ${localTimestampedPath} ${scpBackupTarget}/

Would a new scpBackupPort config in raspiblitz.conf be welcomed?

With v1.7.1rc1 you will have the value scpBackupOptions you can set in the raspiblitz.conf... if this value is not set it will default to -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null.
So if you want to add your custom port you can set in your raspiblitz.conf for example scpBackupOptions="-P 5000 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null"
This still needs to be tested. @count-null it would be great if you can give the upcomming v1.7.1rc1 also a test run - but running an RC1 is just advised for non-production node.


onTouchCancel triggered just after onTouchStart, and onTouchEnd not triggered

Bug
I'm using the Touch events from the lib to hide some components when the map is moving. I use onTouchStart and onTouchEnd but the event onTouchCancel is triggered just after the onTouchStart , and onTouchEnd isn't triggered.

Environment info

React native info output:

  React Native Environment Info:
    System:
      OS: macOS 10.14.6
      CPU: (4) x64 Intel(R) Core(TM) i5-7360U CPU @ 2.30GHz
      Memory: 2.20 GB / 16.00 GB
      Shell: 5.3 - /bin/zsh
    Binaries:
      Node: 12.5.0 - /usr/local/bin/node
      npm: 6.11.3 - /usr/local/bin/npm
      Watchman: 4.9.0 - /usr/local/bin/watchman
    SDKs:
      iOS SDK:
        Platforms: iOS 12.4, macOS 10.14, tvOS 12.4, watchOS 5.3
      Android SDK:
        API Levels: 23, 27, 28, 29
        Build Tools: 28.0.3, 29.0.0
        System Images: android-28 | Intel x86 Atom_64, android-29 | Google APIs Intel x86 Atom
    IDEs:
      Android Studio: 3.4 AI-183.6<IP_ADDRESS>22156
      Xcode: 10.3/10G8 - /usr/bin/xcodebuild
    npmPackages:
      react: ^16.8.3 => 16.8.6
      react-native: ^0.59.10 => 0.59.10
    npmGlobalPackages:
      react-native-cli: 2.0.1

Library version: 0.25.0
Steps To Reproduce

react-native run-ios
move the map with one finger
release the map

Describe what you expected to happen:

The event onTouchStart should be triggered when moving the map (it works)
The event onTouchEnd should be triggered when we release the map (not working)

Reproducible sample code
export const Map = (props) => {
   return {
     <MapView
       style={{flex: 1}}
       onTouchEnd={() => console.log("TOUCH END}/>
   }
}

onTouchStart={(e) => e.preventDefault()}

@PabloGiraudCarrier did you have a fix for that ?


IMPORT_HARD_CTYPES : "Unexpected failure of hard import of 'ctypes'"

Thank you for the fantastic package nuitka! However, I am new to this and ran into problems. I am running into this issue with relatively benign code. Compiles with no errors. Runtime error as below. Thank you for any pointers to get this towork!
On runtime:
IMPORT_HARD_CTYPES : "Unexpected failure of hard import of 'ctypes'"
only occurs with --onefile
--standalone without onefile works
somewhat similiar to issue #2973 which remains unexplained.
The issue only arises with --onefile
checked with lates stable and the dev nuitka.
python installed from https://www.python.org/downloads/
checked with 3.9 and 3.11, same result

Nuitka version, full Python version, flavor, OS, etc. as output by this exact command.
python -m nuitka --version
2.6rc2
Commercial: None
Python: 3.9.2rc1 (tags/v3.9.2rc1:4064156, Feb 17 2021, 11:25:18) [MSC v.1928 64 bit (AMD64)]
Flavor: CPython Official
Executable: C:\Users\veit\source\PhotosepPy\ps\Scripts\python.exe
OS: Windows
Arch: x86_64
WindowsRelease: 10

How did you install Nuitka and Python
pip install, virtualenv

The specific PyPI names and version

python -m pip list -v
Package           Version   Location                                             Installer

coloredlogs       15.0.1    c:\users\veit\source\photoseppy\ps\lib\site-packages pip
flatbuffers       24.3.25   c:\users\veit\source\photoseppy\ps\lib\site-packages pip
humanfriendly     10.0      c:\users\veit\source\photoseppy\ps\lib\site-packages pip
mpmath            1.3.0     c:\users\veit\source\photoseppy\ps\lib\site-packages pip
Nuitka            2.6rc2    c:\users\veit\source\photoseppy\ps\lib\site-packages pip
numpy             2.0.2     c:\users\veit\source\photoseppy\ps\lib\site-packages pip
onnxruntime       1.19.2    c:\users\veit\source\photoseppy\ps\lib\site-packages pip
opencv-python     <IP_ADDRESS> c:\users\veit\source\photoseppy\ps\lib\site-packages pip
ordered-set       4.1.0     c:\users\veit\source\photoseppy\ps\lib\site-packages pip
packaging         24.2      c:\users\veit\source\photoseppy\ps\lib\site-packages pip
pip               20.2.3    c:\users\veit\source\photoseppy\ps\lib\site-packages pip
protobuf          5.28.3    c:\users\veit\source\photoseppy\ps\lib\site-packages pip
pyreadline3       3.5.4     c:\users\veit\source\photoseppy\ps\lib\site-packages pip
setuptools        49.2.1    c:\users\veit\source\photoseppy\ps\lib\site-packages pip
sympy             1.13.3    c:\users\veit\source\photoseppy\ps\lib\site-packages pip
typing-extensions 4.12.2    c:\users\veit\source\photoseppy\ps\lib\site-packages pip
zstandard         0.23.0    c:\users\veit\source\photoseppy\ps\lib\site-packages pip

compile messages:

(ps) PS C:\Users\veit\source\PhotosepPy> python -m nuitka .\onnxsep4.py
Nuitka-Options: Used command line options: --onefile --standalone --include-data-files=best.onnx=best.onnx .\onnxsep4.py
Nuitka: Starting Python compilation with Nuitka '2.6rc2' on Python '3.9' commercial grade 'not installed'.
Nuitka: Completed Python level compilation and optimization.
Nuitka: Generating source code for C backend compiler.
Nuitka: Running data composer tool for optimal constant value handling.
Nuitka: Running C compilation via Scons.
Nuitka-Scons: Backend C compiler: cl (cl 14.3).
Nuitka-Scons: Backend linking program with 155 files (no progress information available for this stage).
Nuitka-Scons: Compiled 155 C files using clcache with 154 cache hits and 1 cache misses.
Nuitka-Plugins:dll-files: Found 1 file DLLs from cv2 installation.
Nuitka-Plugins:dll-files: Found 2 files DLLs from onnxruntime installation.
Nuitka-Options: Included data file 'best.onnx' due to specified data file 'best.onnx=best.onnx' on command line.
Nuitka-Postprocessing: Creating single file from dist folder, this may take a while.
Nuitka-Onefile: Running bootstrap binary compilation via Scons.
Nuitka-Scons: Onefile C compiler: cl (cl 14.3).
Nuitka-Scons: Onefile linking program with 1 files (no progress information available for this stage).
Nuitka-Scons: Compiled 1 C files using clcache with 1 cache hits and 0 cache misses.
Nuitka-Onefile: Using compression for onefile payload.
Nuitka-Onefile: Keeping onefile build directory 'onnxsep4.onefile-build'.
Nuitka: Keeping build directory 'onnxsep4.build'.
Nuitka: Successfully created 'onnxsep4.exe'.

Short Example that produces the issue for me:

# nuitka-project: --onefile
# nuitka-project: --standalone
# nuitka-project: --include-data-files=best.onnx=best.onnx

import cv2
import numpy as np
import onnxruntime
import os
import sys

def get_model_path(modelname: str) -> str:
    return os.path.join(sys._MEIPASS, modelname) if getattr(sys, 'frozen', False) else \
           os.path.join(os.path.dirname(os.path.abspath(__file__)), modelname)

def process_image(image_path: str, model_path: str):
    image = cv2.imread(image_path)
    session = onnxruntime.InferenceSession(model_path, providers=['CPUExecutionProvider'])

    # Preprocess image
    resized = cv2.resize(image, (640, 640))
    input_tensor = np.expand_dims(resized.transpose(2, 0, 1).astype(np.float32) / 255.0, 0)

    # Run inference
    outputs = session.run(None, {'images': input_tensor})
    return outputs[0]

if __name__ == "__main__":
    model_path = get_model_path('best.onnx')
    process_image('test.jpg', model_path)
    print('Processed')

Sorry forgot to remove the best.onnx model file include line. Here is the code that causes the issue without any additional files needed.
# nuitka-project: --onefile
# nuitka-project: --standalone

import cv2
import numpy as np
import onnxruntime
import os
import sys

def get_model_path(modelname: str) -> str:
    return os.path.join(sys._MEIPASS, modelname) if getattr(sys, 'frozen', False) else \
           os.path.join(os.path.dirname(os.path.abspath(__file__)), modelname)

def process_image(image_path: str, model_path: str):
    image = cv2.imread(image_path)
    session = onnxruntime.InferenceSession(model_path, providers=['CPUExecutionProvider'])

    # Preprocess image
    resized = cv2.resize(image, (640, 640))
    input_tensor = np.expand_dims(resized.transpose(2, 0, 1).astype(np.float32) / 255.0, 0)

    # Run inference
    outputs = session.run(None, {'images': input_tensor})
    return outputs[0]

if __name__ == "__main__":
    model_path = get_model_path('best.onnx')
    process_image('test.jpg', model_path)
    print('Processed')

The failing to import ctypes would be really strange. Did you encounter it first on the stable version of Nuitka, or maybe only with the developed version?

There were issues with the argument parsing that onefile does to get the program path argument and replace it with an absolute path in the past. That quoting code was corrected, I think on 2.4 hotfixes already, and as such I don't hope the issue is related. However, given you are using CPython Official flavor, I kind of have to wonder if that's entirely true.
You ought to be unable to compile and run tests/standalone/CtypesUsing.py in your environment, and I would suspect, you have a special path, where the temporary directory lives, where your user directory would have to be the special one.
I recently noticed issues with the new member of compiled, original_argv which is however not part of this.
Since 2.5.2 and factory right now fix corruption bugs of 2.5 release, maybe what we see there, could also be strange form of surfacing the issue. I am giving your program a quick reproducing compilation, but I sort of suspect nothing to come up, and it did not.
So either this is a special home directory name of yours, something reports, --version and other things tend to hide away, the one you gave through executable (which is more like a bug to be visible like that) is all so innocent, it hurts. So if you want to try factory now, or 2.5.2 once I release it, hope it that's just a symptom of those bugs fixed.

With 2.5.2 I would hope this is not happening anymore, let me know if does.

Thank you very much for looking into this! It must be something with my Windows setup and as you mentioned specifically with the tempdir. When I specify a temp path with  # nuitka-project: --onefile-tempdir-spec=%HOME%\onefile it works! I will check on future releases. Thank you so much for all your work on this fantastic tool!


Any roadmap for 2.0 release?

There are a few bugs that need tests added, and mostly waiting for enough people to test it to ensure nothing was missed in the upgrade process. We have been using it in production fine for a month, and haven't had any issues. The bugs reported haven't effected us, I think they are mostly outliners. It comes down to getting time to finish off remaining items, if you want to help out let me know and I can come up with a list of items to complete.

i will help , i am started using semantic-ui for ember. Still comparing Semantic vs BS4 for mobile hybrid dev.

Great, if you want to do a small pull request, we need to update Semantic ui to 2.2.3 like you mentioned in your other ticket and add an ember try for 2.2.2. There is already an ember try for semantic latest, so we just need the last version added. Once thats in I can get some send some more tickets over

Releasing beta 2 today, if no more issues come up in a week, I will be releasing 2.0


combine PhpdocTypeToVarFixer and PhpdocVarToTypeFixer

The easiest way to handle to conflicting fixers is not to have them ;)

Could you take a look @GrahamCampbell ?

fabbot is failing as always (cc @fabpot)

:-1:

Oh, so you merged it with an option for var or type?
@GrahamCampbell How this would be handled by StyleCI?

I'd rather we kept two fixers, BUT I think abstracting stuff to an abstract fixer class would be a good idea.

Could you elaborate @GrahamCampbell ?
Both fixer touch same rule but in different manner, the only difference is configuration.
We have so many fixers that cannot be run together (not all listed, but see #1033), and creation abstraction for them is pointless - no gain to have 10 lines moved into other class. And merging fixers that do same job in different way protect us against conflicts.

Any thoughts on that?
It could be a start on working on few more fixers that touch same rule but in different manner (eg how much whitespace should be before namespace)

:-1: for actually removing one of the fixers.

Could you elaborate @GrahamCampbell ?

Like the other abstract fixers we have...

Like https://github.com/FriendsOfPHP/PHP-CS-Fixer/blob/1.11/Symfony/CS/AbstractPhpdocTypesFixer.php.

Merging fixers together keep same code in one place and throw out the need of keeping list of conflicting fixers.
Creating abstraction for fixers but keeping two separated fixers doesn't give that.

I think it's worth it. Having fixers with different names is much simpler and clearer.

Config vs inheritance - both are clear. If you only need an alias it may be done by FixerFactory.
But having multiple fixers that touch same rule isn't simpler if you think about handling conflicts. When you don't have multiple fixers for one rule there is no conflicts at all.
I hope your opinion isn't made due to that StyleCI doesn't support configuration yet.
Then we have a tie. Any other opinions?

I hope your opinion isn't made due to that StyleCI doesn't support configuration yet.

No, I just think it's really inconsistent with the rest of php-cs-fixer and I really like the way php-cs-fixer already does things.

It would be just a first step. All conflicting fixers would be merged. So no inconsistence.
And we already configure fixers, like telling which methods should be change. You would like a separate fixer for each method?

:-1: All conflicting fixers would be merged.
I prefer to have different fixers.

Then, as I said...
Then we have a tie. Any other opinions?

:+1: but the name should be changed as phpdoc_type_to_var is no longer correct then.

maybe sth like phpdoc_typehint_tag, how do you think ?

If we change this, we have to change all the others.

two fixers marged into new one as requested

is it not confusing that fixer tagged a symfony can fix to non symfony compliant standards?

Fixer is not tagged as Symfony.
Rule (with it's fixer) is general, the group decides about used rules and how they are used.
@Symfony group contains phpdoc_typehint_tag => [annotation=>type],
while some other group can contains phpdoc_typehint_tag => [annotation=>var]

The readme is missleading then.

it shows that phpdoc_typehint_tag is used in @Symfony ruleset

Closing as we decided to remove fixer that violates PSR5


bug: tea 0.8.6 has missing keys

Error:
Error: Error building site: "/home/runner/work/www/www/src/content/packages/darwinsys_com_file.md:2:1": failed to unmarshal YAML: yaml: line 2: did not find expected key

Source: https://github.com/teaxyz/www/actions/runs/3285301428/jobs/5414658470

problem is with the markdown file generated. sorry

nps, this is a sign we need to make the error output clearer


Chaotic Feat: add footer

Describe your chaotic idea
add footer to the website
Add Screenshots or Sketches
na
Confirm

[X] I understand that my idea will add to the chaos and I'm okay with it
[X] I agree to follow this project's Code of Conduct
[X] I want to work on this feature
[X] I'm GSSOC'24 Extd registered Contributor
[X] I'm Hacktoberfest registered Contributor

It already exists
Check #6
Sorry for this time! Closing this issue as duplicate


Support Carthage [HELP NEEDED]

I would like to support Carthage.
Have never used it, hoping someone could help with a PR for this.

Now getting this error:
fulldecent@FDMBA2015 ~/D/FDTake (master)> carthage build --no-skip-current
*** xcodebuild output can be found in /var/folders/9z/ycyddbld1zgcx86xbqz2ywxm0000gp/T/carthage-xcodebuild.vbatvP.log
A shell task (/usr/bin/xcrun xcodebuild -project /Users/fulldecent/Developer/FDTake/Example/Pods/Pods.xcodeproj CODE_SIGNING_REQUIRED=NO CODE_SIGN_IDENTITY= CARTHAGE=YES -list) failed with exit code 74:
xcodebuild: error: Unable to read project 'Pods.xcodeproj' from folder '/Users/fulldecent/Developer/FDTake/Example/Pods'.
	Reason: Project /Users/fulldecent/Developer/FDTake/Example/Pods/Pods.xcodeproj cannot be opened because it is missing its project.pbxproj file.

Fixed with https://github.com/fulldecent/FDTake/releases/tag/1.0.0


PR: Update translations for 5.3.3

Description of Changes

Update translations *.pot and *.po files for the upcoming Spyder 5.3.3 release
Affirmation
By submitting this Pull Request or typing my (user)name below,
I affirm the Developer Certificate of Origin
with respect to all commits and content included in this PR,
and understand I am releasing the same under Spyder's MIT (Expat) license.

I certify the above statement is true and correct: dalthviz

I will go ahead and merge this one to sync the new translations strings with crowdin and message the translators


Care card - Draft new pattern guidance

What
Write draft guidance for the new care card design pattern guidance.
Why
We need to draft the guidance and have it reviewed before adding it to the service manual
EPIC
https://github.com/nhsuk/nhsuk-service-manual/issues/880
To do

[x] Draft the guidance
[x] Share with senior interaction designers for feedback
[x] Share with senior content designers for feedback
[ ] Share with wider community for feedback
[ ] Iterate guidance based on feedback

Draft guidance

Meeting with content designers next Wednesday lunchtime.

I met with senior content designers. I need to go through the page again, taking on board content designer feedback. I'll do this next week.

Hi @davidhunter08, I've been through the guidance and have resolved a number of comments but wonder if we could go through it together next week and decide what to do with outstanding issues?

Sara and I are meeting today (Tue 27 April) to plan the next steps.

Next steps

Finalise guidance with a small group of the community who have contributed to the guidance

[ ] Create Slack channel to organise meetings / gather feedback - Sara
[ ] Facilitate meeting to discuss last few remaining issues - Sara + Dave
[ ] Prep final guidance to send to design system working group

Assemble a design system working group to trial the review process and review the guidance

[ ] Draft a plan for how we could trial the review process - Dave
[ ] Create a Slack channel and invite members (who previously volunteered) to join - Dave
[ ] Prep review session - Dave + Sara
[ ] Facilitate review session - Dave + Sara

Closing issue. Broken down into smaller tasks: https://github.com/nhsuk/nhsuk-service-manual/issues/1175, https://github.com/nhsuk/nhsuk-service-manual/issues/1176


Building of or-tools with bazel on Windows and Clang

What version of OR-tools and what language are you using?
Version: v7.7
Language: C++
Which solver are you using (e.g. CP-SAT, Routing Solver, GLOP, BOP, Gurobi)
CP-SAT
What operating system (Linux, Windows, ...) and version?
Windows 10
What did you do?
Building of or-tools with bazel 3.2.0, msys2-x86_64-20200602.exe and clang-cl (llvm 10).
bazel build //... --compiler=clang-cl
What did you expect to see
Successful build of or-tools with clang compiler and if possible also with vs c++ compiler.
What did you see instead?
Failed build of dependent libraries:

glog and
abseil-cpp.

note: Solved by current master branches.
Fail in random.cc file - gethostname method wasn't found, maybe missing dependency on winsock library. As a workaround I used default value "default-hostname" in ACMRandom::HostnamePidTimeSeed() method.
Anything else we should know about your project / environment
On my computer is installed VS2017 but same result was reproduced on another computer with VS2019.

bazel works on windows. We will not spend time on supporting non official builds.


API for improving UX in launch.json configuration

The Python extension displays a list of configurations for users when they start debugging for the first time (i.e. no launch.json exists):

Once the file is created, we also wanted to show this option when users click on "Add Configuration..." in the file.
The solution we came up with was to add a grouping configuration called "Python", that once clicked shows the same list of possible configurations:

The problem is that in user studies we see people completely ignoring this item, as they look for "Python" options like the see for Node.js or Java. However, we'd prefer not to simply populate that view with all the Python options (e.g. Python: Current File, Python: Flask, Python: Django etc.) that once clicked would add a config template in the launch.json file, because we would still like to show the UI for adding arguments. For example, when you select "Python: Remote Attach", users can add the host name through the UI instead of the launch.json file. We've also seen in studies that new to VS Code users are intimidated by editing the json file directly.
One idea we discussed and that we thought would be a good solution to this is to allow the UI menu to show up once users clicked on a configuration that would be listed in the config lists.
To exemplify the workflow we would like:

Clicking on "Python: Remote Attach" would show the following configuration menu:

But I think this isn't possible through the existing APIs. But even it is, I'd love to hear from you if you agree that this is a good middle ground solution. For reference, here's the discussion thread from some time ago around the same subject: https://github.com/microsoft/vscode-python/issues/3321.

@luabud thanks for sharing this feedback.

Clicking on the Python: Remote Attach could show that configuration menu, same way as clicking on Python shows the quick pick. I think you can use the same approach you use for the Python entry
I think your proposal makes sense and it would definetely help
What VS Code could improve is not show the unraleted  launch configuration suggestions (in this case Node is taking up too much of users attention.
@connor4312 is already looking into supporting launching Node as much as possible without a need for a launch configuraotion. It might be cool if he shares his experiences with your teams so Python also tries to reduce the need for having a launch.json only for advanced configurations. And that all simple use cases should not require one

fyi @weinand

Thanks @isidorn! It'd be great to learn more about @connor4312's work and see how we can improve the experience in a similar way 😊

Sure. Much of this might be specific to the capabilities in Node, but perhaps you can find something useful here.
The first effort was around getting good out-of-the-box defaults such that 90% of users would never need to touch them. This is foundational to any zero-config experience: it doesn't matter if we're able to add easy entrypoints to debugging if the user needs to create a config to make it work properly anyway. For example, in the previous debugger users needed to manually configure the path in which we search for sourcemaps, the outFiles, whereas in the new debugger we figured out ways we could be smarter and find sourcemaps throughout the workspace automatically.
That in place, we added entrypoints to make debugging easier. The one we've been advertising most heavily has been the debugger terminal. This is a magic terminal where any Node.js command you run will automatically be debugged. (gif)
We've also added a button to open this terminal to the debug start view

(Note that if you add buttons here, I think it's important to keep them as contextually relevant as possible and avoid presenting the user with a wall of buttons. You can use the setContext command from your extension to set context keys to vary the visibility of welcome views)
We also added a code lens which automatically runs tasks in the debug terminal from the package.json (sort of equivalent to a tox.ini in Python land...)

Hope this gives you some ideas :)

Closing as there are no action items to tackle regarding this in the near future


Is MatAutoComplete, completely non-functioning now?

I saw MatAutoComplete is due to get a rewrite but is it completely not functioning now?
The simplest of the examples from matblazor.com doesn't seem to work with MatBlazor 2.0.1

MatAutocompleteList should be functional now. After https://github.com/SamProf/MatBlazor/pull/548 most of the active issues will be fixed.

Merged fix into develop branch.


How does this work?

Hi,
This is a clever setup that uses Cloudflare upstream, but I'm failing to understand how this works end to end. To alleviate any privacy concerns, Can you kindly explain how the routing to "sg-r.0ms.dev" and the upstream work, without breaking the end-to-end encrypted wireguard tunnel, say to Cloudflare WARP?
Thanks for the great work!

@FR46M3N7-P4R71CL3
Privacy-wise, VPN encryptions can't be cracked easily as already explain in the Endpoint section.
To better understand it, we need to understand how computer networks work.
Most network traffic these days are using either TCP or UDP.
This includes any VPN protocols you could name of (OpenVPN, WireGuard, V2Ray, just the name of few).
OpenVPN & WireGuard VPNs transfer your data through TCP or UDP, but they add another encrytion layer before sending your data via TCP/UDP.
You need to make a custom solution to handle the TCP/UDP traffic so you can route them to thru your own servers.
In this case we're implementing our own solution, and unfortunately this won't be disclosed to the public.
But what people should know about - if they ever have privacy concerns - is that we don't need to break the encrypted traffic to handle TCP/UDP.
Let's say someone made a QUIC-based VPN implementation where we're sending the VPN traffic using the QUIC protocol.
You don't need to break the QUIC-encrypted traffic as it is using UDP underneath.
All you need to do is to make your own way to handle the traffic at the UDP-level.

Makes perfect sense, thanks.


Expose Eigensolver's init and method arguments in UMAP class

Changing init and method in the _spectral_layout function can sometimes make a big performance difference. However, since UMAP doesn't expose these parameters, it's almost impossible to change them without copying a local copy and changing the code. Here I exposed them in the UMAP class.
FYI, I didn't touch the AlignUMAP and Parametric UMAP objects. We could update them if the reviewers see this is a viable option.

Hello @duguyue100! Thanks for opening this PR. We checked the lines you've touched for PEP 8 issues, and found:

In the file umap/umap_.py:

Line 735:53: E203 whitespace before ':'
Line 738:45: E203 whitespace before ':'
Line 1992:89: E501 line too long (115 > 88 characters)


Add pictures of where granite lab registration corners are

Also refactor the doc so that it looks good on the web.

I made them jpeg. The size went down a lot.

I made them jpeg. The size went down a lot.

Perfect, thank you!

Perfect, thank you!


How to handle Github pagination?

Great tool, works quite well for my needs.  But I'm getting information from Github's REST API and facing a pagination challenge.
I need to iterate over several pages of Github info (e.g., members of an organization) and convert/parse all entries using JsonConverter.  I tried concantenating the strings, but that doesn't work.  Is it possible to add additional Json content to the output of JsonConverter in a loop?
My sample code:
Set objHTTP = CreateObject("WinHttp.WinHttpRequest.5.1")
'=> This is a github private repository.
URL = "<https://xxx/yyy/zzz>"
users_URL = URL & "members?per_page=1000&page_no=1"

'=> This access token comms from https://github.com/settings/tokens/new
AccessToken = "<my_github_personal_access_token>"

With objHTTP
    .Open "GET", users_URL, False
    .SetRequestHeader "Authorization", "OAuth2 " & AccessToken
    .SetRequestHeader "User-Agent", "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)"
    .SetRequestHeader "Content-type", "application/x-www-form-urlencoded"
    .Send
    strResult = .ResponseText
End With

Set Json = JsonConverter.ParseJson(strResult)
****Here, I would like to add the output of subsequent calls in a loop over all the pages****
For Each Item In Json
    MsgBox Item("userid")
    Next

Thanks for your help,
Joe

The output of ParseJson is, in general, either a VBA.collection or a Scripting.Dictionary object. You can manipulate those object using their methods, for example add or delete items. So yes you can add additional information to the output of ParseJson.
Get Outlook for Android

From: rustcat<EMAIL_ADDRESS>Sent: Thursday, October 17, 2019 3:06:21 PM
To: VBA-tools/VBA-JSON<EMAIL_ADDRESS>Cc: Subscribed<EMAIL_ADDRESS>Subject: [VBA-tools/VBA-JSON] How to handle Github pagination? (#151)
Great tool, works quite well for my needs. But I'm getting information from Github's REST API and facing a pagination challenge.
I need to iterate over several pages of Github info (e.g., members of an organization) and convert/parse all entries using JsonConverter. I tried concantenating the strings, but that doesn't work. Is it possible to add additional Json content to the output of JsonConverter in a loop?
My sample code:
Set objHTTP = CreateObject("WinHttp.WinHttpRequest.5.1")
'=> This is a github private repository.
URL = "https://xxx/yyy/zzz"
users_URL = URL & "members?per_page=1000&page_no=1"
'=> This access token comms from https://github.com/settings/tokens/new
AccessToken = "<my_github_personal_access_token>"
With objHTTP
.Open "GET", users_URL, False
.SetRequestHeader "Authorization", "OAuth2 " & AccessToken
.SetRequestHeader "User-Agent", "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)"
.SetRequestHeader "Content-type", "application/x-www-form-urlencoded"
.Send
strResult = .ResponseText
End With
Set Json = JsonConverter.ParseJson(strResult)
Here, I would like to add the output of subsequent calls in a loop over all the pages
For Each Item In Json
MsgBox Item("userid")
Next
Thanks for your help,
Joe
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://github.com/VBA-tools/VBA-JSON/issues/151?email_source=notifications&email_token=AIKTRA3VUT4JCZ54EIQC55LQPCZS3A5CNFSM4JB6E2F2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HSRTUZA, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AIKTRA6H6345GEZIS7MFFFTQPCZS3ANCNFSM4JB6E2FQ.


Improvements to AWS deploy guide and example

Summary
Fixes #795 and addresses the feedback proposed therein.
@seratch if you approve, may I ask for your help in updating the Japanese language guide for AWS deployments appropriately to reflect these changes?

@filmaj I've created a new task issue https://github.com/slackapi/bolt-js/issues/1246 for the Japanese document and assigned @wongjas to work on it. Feel free to merge this PR now 👍


Improve the Vega proposition statement on the landing page

The Chore
We are keen to improve the description of what Vega is / does on the landing page to be clearer
There has been lots of a-sync discussion in slack and comment threads in documents and Nissa has drafted a potential revised version based on this discussion.
We are keen to have a short conversation to work out whether this draft is 'right' (or close enough that we could finesse it with copy editing), and if it's not 'right', understand why not and how we want to get to 'right' so we can then plan the work to get us there.
Tasks

[X] Penny to dig out the threads about it and share with team
[X] Penny to schedule a call to discuss this
[ ] Rebecca to pick up with Ramsey & Barney / Nissa to see if we are in a position to decide on this
[x] Penny to prep agenda for call
[x] Create PR with revision and verify with Dave Mac if OK from a legal PoV
[ ] Mary & David to review the design layout and copy and propose any changes (if needed) considering the related task to embed the coinlist video - to be applied retrospectively
[ ] Rebecca to get stakeholder feedback / agreement
[ ] Iterations as needed
[ ] Oli to implement
[ ] Ben to test

Additional details / background info
Relevant Slack discussions:
In #project-website-vega-xyz https://vegaprotocol.slack.com/archives/C02KUFHDYAC/p1670439443397339
Relevant documents
Working Vega Positioning Doc: https://docs.google.com/document/d/1ikonar33xC42JNdpC6mLfITnX7x0OoJ1VQgayB4LjJY/edit
Blog post draft: https://docs.google.com/document/d/17fDQfofNipHgA4siwbjCWQeD3BGk7hriIzGT0XX4iKY/edit?usp=sharing
Scheduled Call
I have scheduled a call with the team + Ramsey, Barney and Nissa for Thursday 19th.
If @rebeccajsimmonds is able to get some traction on this topic before the call we could potentially get something copywritten and mocked up visually beforehand and use the call to review (and approve 😆 ).
OR
If not, then we will use it to discuss and define the direction that will then inform the work to copy edit and mock up visually and put something else in to review and approve.

This is currently blocked based on this Slack thread https://vegaprotocol.slack.com/archives/C02KUFHDYAC/p1674144963117069


[DONT merge] test notify and update

notify job and create check works well, let's wait status update result.

Looks like works well, let me cancel manaully, then failed result is expected.

results sync OK.


No Buttons for High/Low/Sleep on Air Purifier H7126

Govee Device SKU
H7126
Govee2MQTT Version
2024.07.13-82ddc6e9
Describe the issue
The controls for the H7126 Air Purifier are invalid. It has a gearMode slider but changing it has no effect. Setting “Custom” mode changes the fan to high, and Auto turns it off.
It should have Sleep/Low/High as options for fan speed.
       Full response: {"requestId":"uuid","msg":"can't find any thing","code":400,"payload":{"sku":"H1162","device":"6B:7D:C5:38:32:31:5E:31"}}
[2024-09-29T14:03:25 INFO  govee::service::state] requesting update via IoT MQTT Kitchen Strip (A2:C9:D4:AD:FC:06:9A:63 H619C) None
[2024-09-29T14:03:25 INFO  govee::service::state] requesting update via Platform API Lamp (55:9B:60:74:F4:00:B0:8E H6008) None
[2024-09-29T14:03:26 INFO  govee::service::state] requesting update via Platform API Kettle (11:E6:60:74:F4:74:17:92 H7170) None
[2024-09-29T14:03:27 INFO  govee::service::state] requesting update via Platform API Curtain (10:DE:C2:70:49:63:15:CD H70B5) None
[2024-09-29T14:03:27 WARN  govee::cache] request https://openapi.api.govee.com/router/api/v1/device/diy-scenes status 200: OK: parsing https://openapi.api.govee.com/router/api/v1/device/diy-scenes response: Failed with status 400 Bad Request Bad Request: Request to https://openapi.api.govee.com/router/api/v1/device/diy-scenes failed with code 400 Bad Request devices not support this instance. Full response: {"requestId":"uuid","msg":"devices not support this instance","code":400,"payload":{"sku":"H70B5","device":"10:DE:C2:70:49:63:15:CD"}}, will use prior results
[2024-09-29T14:03:27 ERROR govee::hass_mqtt::light] Unable to list scenes for Curtain (10:DE:C2:70:49:63:15:CD H70B5): list_scene_names: get_scene_caps: request https://openapi.api.govee.com/router/api/v1/device/diy-scenes status 200: OK: parsing https://openapi.api.govee.com/router/api/v1/device/diy-scenes response: Failed with status 400 Bad Request Bad Request: Request to https://openapi.api.govee.com/router/api/v1/device/diy-scenes failed with code 400 Bad Request devices not support this instance. Full response: {"requestId":"uuid","msg":"devices not support this instance","code":400,"payload":{"sku":"H70B5","device":"10:DE:C2:70:49:63:15:CD"}}
[2024-09-29T14:03:27 ERROR govee::hass_mqtt::light] Unable to list scenes for Curtain (10:DE:C2:70:49:63:15:CD H70B5): list_scene_names: get_scene_caps: request https://openapi.api.govee.com/router/api/v1/device/diy-scenes status 200: OK: parsing https://openapi.api.govee.com/router/api/v1/device/diy-scenes response: Failed with status 400 Bad Request Bad Request: Request to https://openapi.api.govee.com/router/api/v1/device/diy-scenes failed with code 400 Bad Request devices not support this instance. Full response: {"requestId":"uuid","msg":"devices not support this instance","code":400,"payload":{"sku":"H70B5","device":"10:DE:C2:70:49:63:15:CD"}}
[2024-09-29T14:03:27 INFO  govee::service::state] requesting update via Platform API Couch Strip (5F:62:C5:75:1D:EC:24:8A H61F6) None
[2024-09-29T14:03:28 INFO  govee::service::state] requesting update via Platform API Entry Plugs (8C:4B:D4:AD:FC:5A:A6:7C H5082) None
[2024-09-29T14:03:28 INFO  govee::service::state] requesting update via Platform API Laundry 2 (1C:17:D4:AD:FC:F5:3F:13 H6006) None
[2024-09-29T14:03:29 INFO  govee::service::state] requesting update via Platform API Laundry 1 (10:DB:D4:AD:FC:EE:53:0E H6006) None
[2024-09-29T14:03:32 INFO  govee::service::state] requesting update via Platform API Cross Right Strip (B0:44:C6:75:5E:0E:B5:62 H61F6) None
[2024-09-29T14:03:34 INFO  govee::service::state] requesting update via Platform API Sync Box (E8:7F:CA:68:58:5E:90:D4 H1168) None
[2024-09-29T14:03:34 INFO  govee::service::state] requesting update via IoT MQTT Old Beam Strip (F4:DF:D4:AD:FC:61:F5:70 H619E) None
[2024-09-29T14:03:34 INFO  govee::service::state] requesting update via Platform API Cross Left Strip (BD:27:C6:75:6E:0E:31:75 H61F6) None
[2024-09-29T14:03:36 INFO  govee::service::state] requesting update via Platform API Entry (55:B0:D4:AD:FC:50:5D:D0 H5082) None
[2024-09-29T14:03:36 INFO  govee::service::state] requesting update via Platform API Grow Air (29:B5:D4:AD:FC:E2:C8:82 H6006) None
[2024-09-29T14:03:37 INFO  govee::service::state] requesting update via Platform API Matter Strip (13:FC:C4:75:4D:E6:6C:85 H61F6) None
[2024-09-29T14:03:38 INFO  govee::service::state] requesting update via Platform API Desk (E6:54:60:74:F4:06:0D:BE H6008) None
[2024-09-29T14:03:39 INFO  govee::service::state] requesting update via Platform API Bed Lamp (75:A0:D4:AD:FC:7C:4D:0A H6008) None
[2024-09-29T14:04:42 INFO  govee::service::state] requesting update via Platform API Govee Music Sync Box (6B:7D:C5:38:32:31:5E:31 H1162) None
[2024-09-29T14:04:43 ERROR govee::commands::serve] while polling Govee Music Sync Box (6B:7D:C5:38:32:31:5E:31 H1162): get_device_state: request https://openapi.api.govee.com/router/api/v1/device/state status 200: OK: parsing https://openapi.api.govee.com/router/api/v1/device/state response: Failed with status 400 Bad Request Bad Request: Request to https://openapi.api.govee.com/router/api/v1/device/state failed with code 400 Bad Request can't find any thing. Full response: {"requestId":"uuid","msg":"can't find any thing","code":400,"payload":{"sku":"H1162","device":"6B:7D:C5:38:32:31:5E:31"}}
[2024-09-29T14:04:43 INFO  govee::service::state] requesting update via Platform API Kettle (11:E6:60:74:F4:74:17:92 H7170) Some(DeviceState { on: true, light_on: None, online: Some(true), kelvin: 0, color: DeviceColor { r: 0, g: 0, b: 0 }, brightness: 0, scene: None, source: "PLATFORM API", updated: 2024-09-29T19:03:27.326562214Z })
[2024-09-29T14:04:43 INFO  govee::service::hass] Wait 6.29s for hass to settle on 629 entity configs
[2024-09-29T14:04:50 INFO  govee::service::hass] MQTT connected with status=CONNACK code 0: Connection Accepted.
[2024-09-29T14:05:44 INFO  govee::service::state] requesting update via Platform API Govee Music Sync Box (6B:7D:C5:38:32:31:5E:31 H1162) None
[2024-09-29T14:05:44 ERROR govee::commands::serve] while polling Govee Music Sync Box (6B:7D:C5:38:32:31:5E:31 H1162): get_device_state: request https://openapi.api.govee.com/router/api/v1/device/state status 200: OK: parsing https://openapi.api.govee.com/router/api/v1/device/state response: Failed with status 400 Bad Request Bad Request: Request to https://openapi.api.govee.com/router/api/v1/device/state failed with code 400 Bad Request can't find any thing. Full response: {"requestId":"uuid","msg":"can't find any thing","code":400,"payload":{"sku":"H1162","device":"6B:7D:C5:38:32:31:5E:31"}}
[2024-09-29T14:05:44 INFO  govee::service::state] requesting update via Platform API Kettle (11:E6:60:74:F4:74:17:92 H7170) Some(DeviceState { on: true, light_on: None, online: Some(true), kelvin: 0, color: DeviceColor { r: 0, g: 0, b: 0 }, brightness: 0, scene: None, source: "PLATFORM API", updated: 2024-09-29T19:04:44.325365382Z })
Additional Logs
No response
Home Assistant Logs
No response
Anything else?
No response

@bit-saver its an old issue, I am facing the same. Did you ever figure this out?

@bit-saver its an old issue, I am facing the same. Did you ever figure this out?

No, I use the hombridge/govee plugin to manage it. And even that I had to modify myself to make it more usable.


Drop <2 requirement, move to <3?

At the moment, it uninstalls my development version of AiiDA 2.x-alpha; in any case this will be compatible with 2.x right?

It is now require:
requires-python = ">=3.9"
"aiida-core~=2.0"


Remove need for Unqual in EndianSwapper

What is the point of this change? Unqual is much more expressive than the misleading use of immutable.

What is the point of this change? Unqual is much more expressive than the misleading use of immutable.

Reducing calls to Unqual is always preferred.

I just realized we can reduce number of template instances by making Unqual a true alias to druntime. For details see https://github.com/dlang/phobos/pull/8227.

Yah, the safer and more restrictive immutable is to be preferred, all else being equal. Principle of Least Effort and all that.

Yah, the safer and more restrictive immutable is to be preferred, all else being equal. Principle of Least Effort and all that.

Auto-merge, @RazvanN7? :)

I see @nordlow simplified the code at best. Thanks!


"Register as app" functionality does not work

Hi again 🙂
I tried using the NUKI Bridge is running alongside NUKI Hub (needs re-pairing if changed) functionality as it is easier to create eg. new keypad passcodes remotely with the Nuki app instead of doing this via MQTT.
I did re-pair the esp32 nukihub and afterwards it shows:

NUKI Lock paired
Yes (BLE Address )

NUKI Lock state
undefined

Lock operations are not possible and fail.
All other information published in MQTT are also missing:

Here comes my system information:
NUKI Hub version: 8.29
run: true
deviceId:  <redacted>
deviceIdOp:  <redacted>
mqttbroker: <redacted>
mqttport: 1883
mqttuser: ***
mqttpass: ***
mqttlog: false
lockena: true
mqttpath: nuki
openerena: false
mqttoppath: nukiopener
maxkpad: 1
opmaxkpad:
mqttca:
mqttcrt:
mqttkey:
hassdiscovery: homeassistant
dhcpena: true
ipaddr:
ipsub:
ipgtw:
dnssrv:
nwhw: 1
rssipb: 60
hostname: esp32-nukihub
nettmout: -1
restdisc: false
rstbcn: -1
lockStInterval: 1800
configInterval: 600
batInterval: 1800
kpInterval: 600
kpEnabled: true
accLvl: 0
regAsApp: true
nrRetry: 3
rtryDelay: 100
crdusr: ***
crdpass: ***
pubauth: true
pubdbg: false
prdtimeout: 60
hasmac: false
macb0:
macb1:
macb2:
MQTT connected: Yes
Lock firmware version:
Lock hardware version:
Lock paired: Yes
Lock PIN set: Yes
Lock has door sensor: No
Lock has keypad: No
Network device: Built-in Wifi
Uptime: 1 minutes
Heap: 83940
Stack watermarks: nw: 5976, nuki: 680, pd: 264
Restart reason FW: ConfigurationUpdated
Restart reason ESP: ESP_RST_SW: Software reset via esp_restart.

If I disable the "register as app" function and re-pair as bridge, status as well as lock operations work again.

I'm not sure why this would happen, but I had some trouble when re-pairing too. For me it helped to factory reset the ESP before flashing, so that all settings are deleted.

OK thank you, I will also try that. Maybe it also helps with my other problem in https://github.com/technyon/nuki_hub/issues/270. I will let you know later today.

After re-installing, this worked. Thank you1


Mergeup 7.x -> main

Reverts the revert from the accidental merge commit in 7.x.  Oops.

Tests passed.  Merging.


UI Infinite loop caused when adding a local adapter <IP_ADDRESS>:10000

Description
When we tried to add a local istio adapter at <IP_ADDRESS>:10000, the UI would crash and take us on an infinite loop.
Expected Behavior
Adapter should added fine without any issues.

@raghavaggarwal99 helped us find this issue and also resolve it. He will create a PR with the fix.


write_cursor: XFixesGetCursorImage returned NULL

$ sudo edit-chroot -all
name: sid
encrypted: yes, unlocked
Entering /mnt/stateful_partition/crouton/chroots/sid...
crouton: version 1-20170901092920~master:0216f9d1
release: sid
architecture: amd64
xmethod: xiwi
targets: xiwi
host: version 9592.96.0 (Official Build) stable-channel caroline
kernel: Linux localhost 3.18.0-14875-g438cb8ab27c6 #1 SMP PREEMPT Sat Sep 16 10:00:51 PDT 2017 x86_64 GNU/Linux
freon: yes
Not unmounting /mnt/stateful_partition/crouton/chroots/sid as another instance is using it.

Please describe your issue:
Crouton's fbserver ignores my xcursor theme and always renders the ChromeOS left_ptr, I think due to:
write_cursor: XFixesGetCursorImage returned NULL

If known, describe the steps to reproduce the issue:
This started happening after I defined a cursor for the zero hash (as reported by XCURSOR_DISCOVER=1):
$ ln -s /usr/share/icons/DMZ-White/cursors/top_side ~/.icons/default/cursors/00000000000000000000000000000000

After a long and frustrating debug session I noticed the following errors in xiwi -f xterm output:
Connected to extension, launched crouton in a window.
Error: target STRING not available
write_cursor: XFixesGetCursorImage returned NULL

Googling that cursor error brought me to Crouton's fbserver source code:
https://github.com/dnschneid/crouton/blob/master/src/fbserver.c#L498-L504
Please help me 😢 reset Crouton's fbserver cache to invalidate that abominable zero hash, because neither restarting my X11 window manager, nor xiwi, nor my chroot, nor my Chromebook helped. 😱  Of course, I have also deleted my entire ~/.icons/default/cursors/ tree to rid of that abomination too.
Thanks for your consideration.

I created another chroot to see if I could reproduce the issue: thankfully, it didn't occur! 😸 Therefore, something is terribly wrong with the X11 settings in my original chroot, and I'll just have to debug further.

I went back to my original chroot and found that, now, the problem no longer occurs there either! 😕  The only explanation I can think of is that, somehow, the second chroot cleared the cursor state that is shared between X11 and ChromeOS. 😒 This is most unnerving, though I have a workaround now at least. 😥


Remove 'No response' tag

Summary
If no tags are selected in the issue template, the labels field is ['_No response_']. This PR replaces this edge case with an empty list.
Fixes #319.

Do you think we should require tags? I'll ask the team what they think too

For now, we won't make tags mandatory, but we will encourage selecting tags and work with submitters to add new tags if they feel that none fit their project.


KeyError: 'uuid'  after upgrade to 3.0

Hi,
I had the previous versions running fine with yaml config and just upgraded to v3.0 and there seems to be an issue with the uuid.
The master instance is running HA core 0.118.5, the remote HA instance is on 0.103.6
`Logger: custom_components.remote_homeassistant.config_flow
Source: custom_components/remote_homeassistant/config_flow.py:72
Integration: Remote Home-Assistant (documentation)
First occurred: 19:50:42 (1 occurrences)
Last logged: 19:50:42
import of <IP_ADDRESS> failed
Traceback (most recent call last):
File "/config/custom_components/remote_homeassistant/config_flow.py", line 158, in async_step_import
info = await validate_input(self.hass, user_input)
File "/config/custom_components/remote_homeassistant/config_flow.py", line 72, in validate_input
return {"title": info["location_name"], "uuid": info["uuid"]}
KeyError: 'uuid'`

For all the new logic to work, we need a unique identifier of the remote instance to map to our local config (entry). The discovery api provides a UUID that we use, but I wasn't really aware that it was added quite late. What is needed is this PR:
https://github.com/home-assistant/core/pull/35624
Which was included in 0.111. So the minimum required version of the remote host is 0.111 (regardless of setting up via config flow or YAML, just to be clear). So you will have to upgrade your remote instance to continue to use this component and we should make it more clear that this dependency exists. Sorry about the inconvenience!

Hmm yeah, I suspected something like this when I searched your code.
Hadn't updated the other one because its just a mule for zwave and I'm very wary of breaking that (again) as Zwave is just a mess of an implementation.
The minimum remote version is definitely something that should be documented and mentioned in the release notes if it changes.
Anyway, thanks for improving this component! 👍

I've added "Requires home-assistant >= 0.111 for remote instances (#79)" to the breaking changes in the release notes, which should be shown to everybody updating via HASS

@lukas-hetzenecker That is good enough for now. But we should check if uuid is present and provide a decent error message if it isn't. We need to do the same when connecting as well, to handle YAML config too.

Hadn't updated the other one because its just a mule for zwave and I'm very wary of breaking that (again) as Zwave is just a mess of an implementation.

FYI, I'm in the same boat (my Z-Wave instance is on 0.88.2). What I did for this is spin up a very minimal Docker instance of HA to run the 2.3 release of HA Remote. That connects to my Z-Wave instance and doesn't add a prefix. My main instance now connects to that, as it did before. Everything works, and I don't have to worry about updating my main instance.
Yes, it's a horrible kludge, but it's also testament to HA Remote that it works seamlessly despite this 😀


Failed to share page on network: Syntax error - Unexpected URL token

Testing out SamePage for the first time - trying to get it to work on some web-clipped notes and getting "Syntax error" ... "Unexpected URL token".
I think there's a few issues here though:

The error / problem itself
The error message

Is crammed into a very tall, long output that's not easily readable
Disappears after a few seconds
Is not meaningful / helpful for the end user

Clicking the SamePage icon for more information

Shows a popup that is cut off / not all visible
Doesn't show any errors

Screenshots
Error:

Clicking the SamePage icon:

Other information

Plugin: 2.3.13
Obsidian: 1.1.9
Platform: macOS 13.1

Note source
# How Mental Time Travel Can Make Us Better People
In late summer 1978, tensions broiled between then Egyptian President Anwar el-Sadat and Israeli Prime Minister Menachem Begin. For nearly two weeks, United States President Jimmy Carter and scores of advisors struggled to help the leaders reach an agreement that would end decades of fighting between the two countries. The high-stakes meeting at Camp David seemed to have crumpled under the weight of the conflict as Begin reportedly called off negotiations and asked President Carter to call him a car.

While Begin was packing up to go—and leave behind the possibility of regional detente—President Carter brought in eight copies of a photograph of the three leaders together. On each he had written the name of one of Begin’s grandchildren and a note about his own hope for peace in the future.

Upon looking over these inscriptions, Begin’s countenance changed. He “put his bags down, and he said, ‘Mr. President, I’ll make one last try,’” [recalled](https://carterschool.gmu.edu/why-study-here/legacy-leadership/camp-david-hal-saunders-and-responsibility-peacemaking) former Domestic Affairs Advisor Stuart Eizenstat in 2018. Begin then acquiesced on a central point of contention, and the Camp David Accord was reached, resulting in a formal treaty that has held ever since.

> _Mental time travel might help us to circumvent impulsive choices or opportunistic motivation._

What changed in Begin’s mind in that instant? According to researchers Olga Maria Klimecki-Lenz, Patricia Cernadas Curotto, and their colleagues, it was an opportunity for Begin to think about the future—if even for just a fleeting moment—that shifted his approach, like a change in weather, to orient toward cooperation. At least that was their working hypothesis.

Plenty of research has shown that thinking about the future [can shift](https://www.sciencedirect.com/science/article/abs/pii/S1053810016302252) our _intentions_ to behave better, from planning to [save more money for retirement](https://hbr.org/2013/06/you-make-better-decisions-if-you-see-your-senior-self) to [helping out](https://pubmed.ncbi.nlm.nih.gov/29178984/) in a theoretical situation.

But do these intentions translate to a change in our _behavior_? This is what Klimecki-Lenz, who is a neuroscientist and psychologist, as well as a practicing mediator who has worked with diplomats and heads of state, and Cernadas Curotto, a psychology researcher at the University of Geneva in Switzerland, and their colleagues set out to answer through [a study published earlier this year](https://journals.plos.org/plosone/article?id

Source: https://nautil.us/how-mental-time-travel-can-make-us-better-people-254241/

Hope this bug report helps!

Thanks for the error report! Fix is coming out soon.

The problem seemed to be the unclosed alias causing a parsing issue
This is an error message that was supposed to be emailed to us instead of shown to the end user - Fixing the issue in this spot now
The samepage popup is meant to display app notifications, so it's not intended to hold system errors (as mentioned in 2, those should be sent to us). It being cut off though is unexpected, can you share a screen shot of the full workspace?


Added Quoted args parsing

You can now add @ConcatQuotes to the function to make it parse quotes on all the arguments.
I also updated some dependencies.

Thanks for you contribution. I'm currently working on version 2.0.0, see #32, so I'll just merge this without requesting any changes. The dev branch is a total mess and undeployable atm, however I'll gladly use your code for v2 :)


Filtered Set Doesn't Update When Scene Structure Changes

Consider the following scene:
import Gaffer
import GafferScene
import IECore

__children = {}

__children["Set"] = GafferScene.Set( "Set" )
parent.addChild( __children["Set"] )
__children["Set"]["name"].setValue( 'foo' )
__children["Set"].addChild( Gaffer.V2fPlug( "__uiPosition", defaultValue = IECore.V2f( 0, 0 ), flags = Gaffer.Plug.Flags.Default | Gaffer.Plug.Flags.Dynamic, ) )
__children["Set"]["__uiPosition"].setValue( IECore.V2f( -21.525589, -7.18102074 ) )
__children["Group6"] = GafferScene.Group( "Group6" )
parent.addChild( __children["Group6"] )
__children["Group6"]["in"].addChild( GafferScene.ScenePlug( "in1", flags = Gaffer.Plug.Flags.Default | Gaffer.Plug.Flags.Dynamic, ) )
__children["Group6"].addChild( Gaffer.V2fPlug( "__uiPosition", defaultValue = IECore.V2f( 0, 0 ), flags = Gaffer.Plug.Flags.Default | Gaffer.Plug.Flags.Dynamic, ) )
__children["Group6"]["__uiPosition"].setValue( IECore.V2f( -18.9794235, 8.87446594 ) )
__children["PathFilter33"] = GafferScene.PathFilter( "PathFilter33" )
parent.addChild( __children["PathFilter33"] )
__children["PathFilter33"]["paths"].setValue( IECore.StringVectorData( [ '/...', 'a' ] ) )
__children["PathFilter33"].addChild( Gaffer.V2fPlug( "__uiPosition", defaultValue = IECore.V2f( 0, 0 ), flags = Gaffer.Plug.Flags.Default | Gaffer.Plug.Flags.Dynamic, ) )
__children["PathFilter33"]["__uiPosition"].setValue( IECore.V2f( -2.21705914, 1.87245941 ) )
__children["Sphere3"] = GafferScene.Sphere( "Sphere3" )
parent.addChild( __children["Sphere3"] )
__children["Sphere3"].addChild( Gaffer.V2fPlug( "__uiPosition", defaultValue = IECore.V2f( 0, 0 ), flags = Gaffer.Plug.Flags.Default | Gaffer.Plug.Flags.Dynamic, ) )
__children["Sphere3"]["__uiPosition"].setValue( IECore.V2f( -19.297699, 21.1810188 ) )
__children["Sphere4"] = GafferScene.Sphere( "Sphere4" )
parent.addChild( __children["Sphere4"] )
__children["Sphere4"].addChild( Gaffer.V2fPlug( "__uiPosition", defaultValue = IECore.V2f( 0, 0 ), flags = Gaffer.Plug.Flags.Default | Gaffer.Plug.Flags.Dynamic, ) )
__children["Sphere4"]["__uiPosition"].setValue( IECore.V2f( -1.47441769, 20.6505623 ) )
__children["Set"]["in"].setInput( __children["Group6"]["out"] )
__children["Set"]["filter"].setInput( __children["PathFilter33"]["out"] )
__children["Group6"]["in"]["in0"].setInput( __children["Sphere3"]["out"] )

del __children

Initially:
script['Set']['out'].set( "foo" ).value.paths() == ['/', '/group', '/group/sphere']
If we connect Sphere4 into Group6 and rerun this, we would expect the new sphere to have been added to the set, because it matches "/...", but the set doesn't update.
If you edit the second bogus line of PathFilter33 from "a" to "b", this triggers an update which yields a correct set.
It seems like the Set node needs to do a recursive hash of inPlug()->childNamesPlug() or something?  I'm not sure if this is a simple oversight or a difficult problem to solve.  I know that creating Sets from filters is considered kind of experimental.
This hasn't cropped up in production yet - I found it while testing with IEMeshLight, it looks like it also affect ArnoldMeshLight, due to the use of a Set node to add geo to the __lights set, and an exposed filter plug that a user can plug a glob into.  Doesn't seem super urgent, there are ways to work around it, but should probably be fixed at some point.

Ugh. I shoulda thought of that. I think the right way of fixing this is probably to introduce the FilterResults node we've been talking about, and use it internally to do the filter->set conversion. I'm going to remove the priority-low tag, because I see this as pretty important to get right. Certainly more critical than most of the tickets floating around in this tracker.


Revert "Issue 103: Demo Menu: Add device responsive menu folding"

Reverts JustinGOSSES/wellioviz#107

When I accepted pull request #108 the page couldn't load default LAS files and had this error
main.js:76 Uncaught TypeError: $.ajax is not a function
at readInLASFromASSETS (main.js:76)
at HTMLButtonElement.onclick (demo.html:88)
readInLASFromASSETS @ main.js:76
onclick @ demo.html:88
@dcslagel

Do you see the same error when running the 107 demo.html locally?
Is it correct that the error was seen following these steps?

merge #107
browse to https://justingosses.github.io/wellioviz/demo.html
click Load Well(s)
click from Assets folder of this webpage
then error/panic...

I ran the from Assets folder of this webpage button on my local demo.html before posting and it opened a file browser on my local machine rather than pulling an LAS file from the webpage.  Is that expected behavior? Do you see it also?
I'll double check everything on my end...
Thanks,
DC


feat(array) introduce DataChunkBuilder and split chunks in NestedLoop…

close: #523
Signed-off-by: BaymaxHWY<EMAIL_ADDRESS>

I'm not sure whether there is a better way to represent filter_builder, @wangrunji0408 can take a look later. The PR is good enough, Thanks!


Unpredictable trajectory between two known points

Currently, a Bezier trajectory is equivalent to a line of robot poses without any constraints between known poses. Hence, we can't check positions and orientations of the tool between two poses. This could causes several problems of collision (video).
I think the best way to fix this problem is to use Descartes.

It looks like you are moving through a singularity.  Descartes will try to avoid singularities if it can.  However, even Descartes relies on a discretized path, so a very sparse path is not guaranteed to not have these problems.
Have you tried re-sampling your path and apply your current planning method?


Add localization text in niveristand-routing-and-faulting-custom-device-slsc-switch control page

[x] This contribution adheres to CONTRIBUTING.md.

TODO: Check the above box with an 'x' indicating you've read and followed CONTRIBUTING.md.
TODO: Include high-level description of the changes in this pull request.
As part of User Story (https://ni.visualstudio.com/DevCentral/_workitems/edit/2665528/) We are trying to include localization description for Chinese, German, Japanese, French, Korean languages for different VeriStand third party products.
TODO: Justify why this contribution should be part of the project.
Taken reference from VeriStand control page (\argo\ni\nipkg\pool\ni-v\ni-veristand-2024\24.0.0\<IP_ADDRESS>451-0+f299\ni-veristand-2024_<IP_ADDRESS>451-0+f299_windows_x64.nipkg.control) and edited niveristand-routing-and-faulting-cd-slsc-switch control page accordingly.
TODO: Detail what testing has been done to ensure this submission meets requirements.
Testing is in progress

@Palshini This looks like the wrong file. You should be updating control_slsc_switch instead.

@buckd https://github.com/ni/niveristand-routing-and-faulting-custom-device/pull/296/files I have corrected the file and created this new PR.

@buckd. Closed this PR as I have created new one.


Process the archive for Landsat/S2

Based on testing using the

https://cmi.ga.gov.au/data-products/dea/693/dea-waterbodies-landsat
new DEA Sentinel-2 ARD collection 3 product with the new Sentinel-2 cloud mask (s2cloudless) and without our additional brightness mask.

Process a visible RGB layer (the red, green and blue bands from the monthly LS/S-2 medoid) and the corresponding Total Cover and Fractional Cover RGB layers.

Completed as OWS Test-1 product


Reddit Quote is only pulling 100 results

The reddit quoter is only pulling 100 results. Limit is set to 10000, but when you plug that value into the request URL you only get 100 results.

Seems like if you pull comments as json you get the full amount. Rss is only returning 100, but I thought it was pulling the full amount previously. I'll investigate it this weekend when I get time.

So do we just need to change the request to from https://www.reddit.com/user/beeyayzah/comments.rss?limit=1000 to https://www.reddit.com/user/beeyayzah/comments.json?limit=1000?
I suppose we could look into the reddit api, though.


No code updates.  Just cleaning up "other" files.

Obviously this PR has expanded beyond "other" files being messed with.  (I didn't realize my continued git pushes would automatically add to this PR.
Sorry for the huge PR.  :-)


feat: adding TS types declaration file

Resolves #1. Let me know if there are any issues.

:tada: This PR is included in version 1.3.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


libcxx 18 fails to build due to wrong LDFLAGS

Same reason as the libcxxabi package, goal is to provide an ebuild with a same or similar fix.

Should be fixed by 517886b3a08e3022002aa5e69f73cd4226938f23, @llvm-complete fully (re)compiles on my machines with Clang from 20230820.


which langages are included in the training data?

Hello and Thank you for your nice work!
I was wondering which languages with how many tokes were included in your training and how they are different from the original Falcon or Llama2  It would be great if you share this information.
Thank you

Hi, as we explained in the README.md, Chinese, English, Japanese, Korean, French, Germany are the languages that we supported.

Russian is supported too.

I was wondering for any languages like Arabic or Persian. I tested your online chat seems it can understand a bit. But is it something come from llama or you also had some tokens.

It should be come from llama.


generate pointcloud

Hi, Tanks a lot for your job.  How to generate a RGB pointcloud when finish training?

Hi, you could apply a threshold to the RGB and density predictions based on a specific density value. Alternatively, you can unproject the rendered RGB and depth into 3D to generate the point cloud.


Always use PRAGMA foreign_keys = ON; in the SQLite provider

Otherwise no FK constraints will be enforced by the engine, despite them being present in the model.
https://www.sqlite.org/foreignkeys.html

Already tracked by https://github.com/aspnet/Microsoft.Data.Sqlite/issues/62
We may do this in the EF provider or possible in our SQLite implementation of System.Data.Common.

@rowanmiller I suggest doing it in the EF provider rather than the ado.net provider, as off is the default behaviour

If we don't implement aspnet/Microsoft.Data.Sqlite#62, then I agree with @ErikEJ that we should add this into the EF layer.

In triage, we did decide to do this at the EF (not the ADO.NET) layer.

We should also enable people who want to shoot themselves in the foot turn it off.

@bricelam  Of course!


Create igs-nienburg.txt

http://www.igsnienburg.de/portal/startseite.html - website
https://igs-nienburg.eu/iserv - school e-Mail System

@stars9t First stage of verification passed, official domain is igs-nienburg.eu as far as I verified. This is just an informational note. Pull request is still in the review. I appreciate your patience while waiting for the final decision.


Document .gitattributes

In .gitattributes
It's not
*.md linguist-documentation=true

but
*.md linguist-documentation=false

Thanks for your report 👍
But if you know how to solve the issue, please make a pull request.
This is an easier way to solve problems 😉


Fix broken scalecontrol when switching between km to miles.

Switching between imperial and metric units got broken because of the leaflet update. This is fixed here.

What do you mean with broken scale control? I cannot see something broken here.

Calculate a route such that distances are displayed in kilometers. When you now change the units, the left side buttom map scale GUI element still shows km, altough it should show miles. If you debug it in the browser you'll see something like scaleControl.remove is not a function.

I cannot reproduce this, did you refresh the browser cache?

Strange. I initially detected the problem under nwjs, where it cannot be triggered from the browser cache as the page always gets completely loaded initally. Did you run npm update ? Eventually you did not and therefore you cannot reproduce it?

Yes. Do you see this on https://graphhopper.com/maps too? The latest version is already deployed there. Hmmh, strange. @fbonzon or @ammagamma can you reproduce this problem?

@ratrun You did not run npm update. The main.js file in your commit still reads "L.version = '0.7.7';"

Thanks @fbonzon for pointing me on my still not updated leaflet version. I did run npm update, but probably in a wrong folder.


recurring tasks

I love the simplicity of the app, thank you for building it.
I'm using the board as a personal planner and was wondering if it's possible to add recurring tasks? For example, say I want to remember to do an activity on a monthly basis without having to manually put it there.
Thanks

This was suggested in a comment of #288.
I plan to include it in the re-write effort!


fix: update mad api base url

closes https://github.com/equinor/mad-team/issues/518

Looks good💪 There are 2 occurrences of https://api.statoil.com/ in Dockerfile which can be removed.

replaced with https://*.radix.equinor.com/


I have a problem

Hello,thans for your work. I have  a problem why do you deep the the convolution layer number  by shortcut,do you try to deep deep the convolution layer number?

Hi, thanks for your interest. The first reason is that linking hierarchical features may avoid vanishing gradient problem, which is a similar idea as ResNet.


ObservableCollection not working but List is working

Hello,
I'd like to use ObservableCollection instead of List to get changed notifications easily, but it doesn't seems to work.
Here is my little test case:
System.Collections.ObjectModel.ObservableCollection obs = new System.Collections.ObjectModel.ObservableCollection() { "str1", "str2" };
obs.Add("str3");
System.Diagnostics.Debug.WriteLine("count obs:" + obs.Count);
System.Collections.Generic.List list = new System.Collections.Generic.List() { "str1", "str2" };
list.Add("str3");
System.Diagnostics.Debug.WriteLine("count list:" + list.Count);
Thanks in advance for your help.

Why was this closed?  I see some possible workarounds but ObservableCollections still do not work with JSIL.

Issue was closed by original reporter. ObservableCollections is not implemented in JSIL bootstrap. However, I believe it should work with translated BCL (System assembly).

If it doesn't work in translated BCL, definitely file an issue about that.


Quick thoughts:

The star icon in colors would replace this panel with the custom color tools not shown.
The Doc with an asterisk would replace this panel with the New, import, export tools, etc. not shown.
Feel free to add thoughts. obviously UI is easy to draw and different to implement.

Other thoughts:
Pinch for zoom/scale of canvas (could eliminate need for brush size) . Drag to pan.

Hi


Changed deprecated res.send(status) to res.sendStatus(status)

foreverJs was logging this
express deprecated res.send(status): Use res.sendStatus(status) instead at node_modules/parse-server/lib/middlewares.js:156:9

[Current coverage][cc-pull] is 91.94%

Merging [#1912][cc-pull] into [master][cc-base-branch] will increase coverage by <.01%

2 files (not in diff) in src were modified. more

Misses +2
Hits +101

@@             master      #1912   diff @@
==========================================
  Files            91         91
  Lines          6385       6488   +103
  Methods        1111       1139    +28
  Messages          0          0
  Branches       1337       1372    +35
==========================================
+ Hits           5864       5965   +101
- Misses          521        523     +2
  Partials          0          0

Powered by Codecov. Last updated by [0850c18...ac0166b][cc-compare]
[cc-base-branch]: https://codecov.io/gh/ParsePlatform/parse-server/branch/master?src=pr
[cc-compare]: https://codecov.io/gh/ParsePlatform/parse-server/compare/0850c184d36923f5260774a77d16fb2990f96a3a...ac0166be2eb506ace7f184fe125a62edb10570a1
[cc-pull]: https://codecov.io/gh/ParsePlatform/parse-server/pull/1912?src=pr

Hey, thanks for contributing.
To my knowledge res.send(<statusCode>) isn't deprecated as it does something slightly different than res.sendStatus(<statusCode>). sendStatus responds with the status code and also with a body having a description of said code. From the express 4 docs:
res.sendStatus(200); // equivalent to res.status(200).send('OK')
res.sendStatus(403); // equivalent to res.status(403).send('Forbidden')
res.sendStatus(404); // equivalent to res.status(404).send('Not Found')
res.sendStatus(500); // equivalent to res.status(500).send('Internal Server Error')

Then I read this and it seems like you are entirely right.


Suggestions for examples in this repo

This is a list of suggested examples. Each suggestion has a link to the original issue.

Create an example using TypeScript instead of PropTypes and Babel #45
Create an example using a relational database like SQL instead of MongoDB, Mongoose #44

Typescript example: https://github.com/async-labs/async-saas
SQL not a priority right now


failed to load search results!

I successfully uploaded the dataset, but cannot get the search results, I wanna know how to deal with it?

Thanks for reporting. What is the output in the console? Do you see any errors there?


When the download path is no longer available, the program just crashes instead of showing an error.

I realized that the external hard drive that I download my videos to changed from D: to E:, and when the program tried to install my video to the old location, it just crashed instead of showing an error that the location I'm trying to access is not available.

Were you using just D:\ or something like D:\Videos\?

Something like D:\Videos\. Changing D:\ to E:\ solves my problem but if it were to happen again, just a pop-up error would help so much.


create the gevars file on fusion install too

Fixes issue #1120

Verified on CentOS 7 installing fusion only via install_fusion.sh installs all needed scripts and fusion can successfully start.  Also verified installing server via shell script after fusion does not cause any issues.  LGTM

if this bug happens in previous OpenGEE version(s), we need to document it in release note as fixed.

I approve.


Update CircleCI to use Orb Default Baselibs and BCs

This PR updates the CircleCI config to default to using the Baselibs in the CircleCI orb rather than explicitly specifying the versions. In most cases, this is the "best" way as a change to the orb can fix this for projects without the need for a PR.
Note that we keep commented the explicit anchors in case needed.

Using powers to merge in as other PRs are failing.


feat: add --default flag

Closes #350
This PR adds the --default flag as a shorthand to install the default adder options for missing options.
For example, say that we have 2 tailwind options typography and forms (assume both have their defaults set to false). If we were to run the command like so:
@svelte-add/tailwindcss --default --typography

the typography plugin will still be added as it was manually specified, but the forms plugin will not.

So the question arises if --default should implicitly add --skip-preconditions and --skip-install?
On the one side we could argue that with that change we could guarantee the user a zero interaction setup, but he would be missing a lot of the benefits. On the other side, we already only displays these prompts if really required (> 1 failed precondition, no PM detected) so a lot of these cli commands should already be interaction free.
Based on that I would think it's the best to leave the implementation as-is. What do you think?

I think it should be left as-is. --default should really only affect the adder's specific options rather than the whole experience.

Cool, then we agree!