RequestError [HttpError]: Resource not accessible by integration

file:///home/runner/work/_actions/parkerbxyz/suggest-changes/v1/dist/index.js:7957
      const error = new import_request_error.RequestError(toErrorMessage(data), status, {
                    ^

Caused here.
Full crack log
file:///home/runner/work/_actions/parkerbxyz/suggest-changes/v1/dist/index.js:7957
      const error = new import_request_error.RequestError(toErrorMessage(data), status, {
                    ^

RequestError [HttpError]: Resource not accessible by integration
    at file:///home/runner/work/_actions/parkerbxyz/suggest-changes/v1/dist/index.js:7957:21
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
    at async file:///home/runner/work/_actions/parkerbxyz/suggest-changes/v1/dist/index.js:36507:3 {
  status: 403,
  response: {
    url: 'https://api.github.com/repos/boozook/playdate/pulls/270/reviews',
    status: 403,
    headers: {
      'access-control-allow-origin': '*',
      'access-control-expose-headers': 'ETag, Link, Location, Retry-After, X-GitHub-OTP, X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Used, X-RateLimit-Resource, X-RateLimit-Reset, X-OAuth-Scopes, X-Accepted-OAuth-Scopes, X-Poll-Interval, X-GitHub-Media-Type, X-GitHub-SSO, X-GitHub-Request-Id, Deprecation, Sunset',
      'content-encoding': 'gzip',
      'content-security-policy': "default-src 'none'",
      'content-type': 'application/json; charset=utf-8',
      date: 'Thu, 04 Apr 2024 12:32:18 GMT',
      'referrer-policy': 'origin-when-cross-origin, strict-origin-when-cross-origin',
      server: 'GitHub.com',
      'strict-transport-security': 'max-age=31536000; includeSubdomains; preload',
      'transfer-encoding': 'chunked',
      vary: 'Accept-Encoding, Accept, X-Requested-With',
      'x-accepted-github-permissions': 'pull_requests=write',
      'x-content-type-options': 'nosniff',
      'x-frame-options': 'deny',
      'x-github-api-version-selected': '2022-11-28',
      'x-github-media-type': 'github.v3; format=json',
      'x-github-request-id': '5098:35D8:3C18501:611EFEB:660E9DD2',
      'x-ratelimit-limit': '5000',
      'x-ratelimit-remaining': '4986',
      'x-ratelimit-reset': '1712236137',
      'x-ratelimit-resource': 'core',
      'x-ratelimit-used': '14',
      'x-xss-protection': '0'
    },
    data: {
      message: 'Resource not accessible by integration',
      documentation_url: 'https://docs.github.com/rest/pulls/reviews#create-a-review-for-a-pull-request'
    }
  },
  request: {
    method: 'POST',
    url: 'https://api.github.com/repos/boozook/playdate/pulls/270/reviews',
    headers: {
      accept: 'application/vnd.github.v3+json',
      'user-agent': 'suggest-changes octokit-core.js/4.2.4 Node.js/20.8.1 (linux; x64)',
      authorization: 'token [REDACTED]',
      'content-type': 'application/json; charset=utf-8'
    },
    body: '{"event":"REQUEST_CHANGES","body":"Rustfmt suggested the formatting changes.","comments":[{"path":"support/utils/src/compile.rs","start_line":7,"line":13,"start_side":"RIGHT","side":"RIGHT","body":"````suggestion\\n/// - fist positional - artifact path\\n/// - _this args_\\n/// - output path `-o`\\npub const GCC_ARGS_LIB: &[&str] = &[\\"-nostartfiles\\",\\n                                    \\"-mthumb\\",\\n                                    \\"-mcpu=cortex-m7\\",\\n                                    \\"-mfloat-abi=hard\\",\\n````"}]}',
    request: { agent: undefined, hook: [Function: bound bound register] }
  }
}

Node.js v20.8.1

You might want to make sure that your use case works properly with pull requests from forks, I was suprised when I first tried out this action. It is a limitation of GitHub Actions.

Thanks for opening this issue, @boozook. I just opened the following pull request to add the permissions configuration to the example workflow in the README: https://github.com/parkerbxyz/suggest-changes/pull/18.
@echoix Just out of curiosity, did you get this action working with pull requests from forks? Perhaps another documentation update could help others that encounter this in the future.

No, it's kind of impossible as per the second column from this table: https://docs.github.com/en/actions/security-guides/automatic-token-authentication#permissions-for-the-github_token
It's difficult to do it right so users (us) don't make something not safe enough. And forget about using pull_request_target, it's not safe to checkout the pull request fork, it defeats the whole purpose.

In the end I ended up using reviewdog in an unintended way with workflow_run event type (had to read the Go source code to know what variables to override), since this action didn't work the first time, it tried to add comments of lines outside of the changes context (lines that are outside of the changed lines, ie, lines that you couldn't add review comments even if you tried in the web interface). It either made the run fail or had a warning, I forgot. Reviewdog has more logic to handle these cases, but adds some kind of watermark in the comments.

Isn't it possible with defined permissions and using pull_request_target instead of just pull_request?

If you need additional permissions not offered by the default GITHUB_TOKEN, you can use a GitHub App token. I'm also a maintainer of actions/create-github-app-token, which makes it easy to use GitHub App tokens in GitHub Actions workflows.

If you need additional permissions not offered by the default GITHUB_TOKEN, you can use a GitHub App token. I'm also a maintainer of actions/create-github-app-token, which makes it easy to use GitHub App tokens in GitHub Actions workflows.

I didn't know you could blend GitHub Apps with actions. Every time I stumble on something that leads to "needs to be a GitHub app", and read on what I need to do to make a GitHub App, they always loose me at the point where you require to have a server on the other end. I'm used to do CI; backend and infrastructure is always a bit too big and out of my league (at least for now), it isn't a simple CI workflow to assure everything still works as it should anymore.

Isn't it possible with defined permissions and using pull_request_target instead of just pull_request?

UPD:

And forget about using pull_request_target, it's not safe to checkout the pull request fork, it defeats the whole purpose.

Oh, that's sad 😔

The danger comes (in part) with executing untrusted code. It can be through compiling it, then running tests, where it is obvious. It should be possible to stay safe even if checking out the pull request from a fork with write permissions, and to simply run static scans on it, but the line is so thin. The danger can be less obvious, as sometimes only doing a npm install is enough to be unsafe (see: pre and post scripts).
So it's a good thing that GitHub tries to prevent us from shooting ourselves in the foot, as it seems it already has been possible to do so in the past.

If you need additional permissions not offered by the default GITHUB_TOKEN, you can use a GitHub App token. I'm also a maintainer of actions/create-github-app-token, which makes it easy to use GitHub App tokens in GitHub Actions workflows.

I didn't know you could blend GitHub Apps with actions. Every time I stumble on something that leads to "needs to be a GitHub app", and read on what I need to do to make a GitHub App, they always loose me at the point where you require to have a server on the other end. I'm used to do CI; backend and infrastructure is always a bit too big and out of my league (at least for now), it isn't a simple CI workflow to assure everything still works as it should anymore.

No need to deploy anything or have a server in this case. Detailed instructions for how to accomplish this can be found here: https://docs.github.com/apps/creating-github-apps/authenticating-with-a-github-app/making-authenticated-api-requests-with-a-github-app-in-a-github-actions-workflow.


enhance ow-utils to enable certificate generation

Add tools/data from the core repo to ow-utils docker image to enable
it to be used for dynamic generation of ssl certificates. This will
enable us to dynamically generate self-signed certificates for nginx
(and potentially other components) as cluster-configuration job
in openwhisk-deploy-kube.

Codecov Report

Merging #4731 into master will decrease coverage by 6.52%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #4731      +/-   ##
==========================================
- Coverage   84.98%   78.46%   -6.53%
==========================================
  Files         198      198
  Lines        8849     8849
  Branches      618      618
==========================================
- Hits         7520     6943     -577
- Misses       1329     1906     +577

Impacted Files
Coverage Δ

...core/database/cosmosdb/RxObservableImplicits.scala
0% <0%> (-100%)
:arrow_down:

...enwhisk/connector/kafka/KamonMetricsReporter.scala
0% <0%> (-100%)
:arrow_down:

...e/database/cosmosdb/cache/ChangeFeedConsumer.scala
0% <0%> (-100%)
:arrow_down:

...ore/database/cosmosdb/cache/CacheInvalidator.scala
0% <0%> (-100%)
:arrow_down:

...core/database/cosmosdb/CosmosDBArtifactStore.scala
0% <0%> (-95.85%)
:arrow_down:

...sk/core/database/cosmosdb/CosmosDBViewMapper.scala
0% <0%> (-93.85%)
:arrow_down:

...tabase/cosmosdb/cache/CacheInvalidatorConfig.scala
0% <0%> (-92.31%)
:arrow_down:

...e/database/cosmosdb/cache/KafkaEventProducer.scala
0% <0%> (-77.78%)
:arrow_down:

...whisk/core/database/cosmosdb/CosmosDBSupport.scala
0% <0%> (-74.08%)
:arrow_down:

...abase/cosmosdb/CosmosDBArtifactStoreProvider.scala
7.69% <0%> (-50%)
:arrow_down:

... and 8 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 56cf1bd...edde9a3. Read the comment docs.


Enhancement for adding new entities

At the moment, the entities have to be copied manually into the configuration window.
Is it possible for a selection list to be displayed during configuration in which only EUR/kWh sensors are displayed for the electricity price and only W sensors for the power usage?
This ensures that the correct entries are entered and is also more convenient.
Similar to the creation of "energy from real power sensor" in powercalc.

yes, this is in to-do list

Thanks to @basbruss, we have now entity selectors in config flow.


OpenSslEngine: unwrap only returns data from one wrap call

Netty version: commit 6daf3246365a1c035249583d752e19474293a89f
Context:
I was trying to use OpenSslEngine instead of JDK's SSLEngine in Kafka and I ran into an issue where unwrap would only return the data from one wrap call even if the data was small and would easily fit into the buffer. This behaviour differs from the JDK's SSLEngine and the Kafka code was relying on it. I am reporting it here in case this is not intentional, but feel free to close it if it is. If nothing else, it will serve as documentation for future users.
Strictly speaking, it doesn't look like it is a bug as the documentation for unwrap says:
"This method will attempt to consume one complete SSL/TLS network packet, but will never consume more than the sum of the bytes remaining in the buffers. Each ByteBuffer's position is updated to reflect the amount of data consumed or produced. The limits remain the same."
This behaviour is a result of openssl's SSL_read behaviour, which is called from OpenSslEngine.readPlaintextData.
Steps to reproduce:

Run OpenSslEngineTest.testWrapWrapUnwrap available here https://github.com/ijuma/netty/commit/75552fdfa5373cb8fab1136aeaafe3ec506ffea2

The commit in that branch includes a change that makes the test pass as well as more details. I am not sure if that change has other negative consequences, but it illustrates the issue clearly.
$ java -version
java version "1.8.0_60"
Java(TM) SE Runtime Environment (build 1.8.0_60-b27)
Java HotSpot(TM) 64-Bit Server VM (build 25.60-b23, mixed mode
Operating system: OS X 10.11
$ uname -a
Darwin ijuma.local 15.0.0 Darwin Kernel Version 15.0.0: Wed Aug 26 16:57:32 PDT 2015; root:xnu-3247.1.106~1/RELEASE_X86_64 x86_64

@ijuma thanks will check

@ijuma is it fine to include your test-code into netty ?

@normanmaurer of course!

@ijuma I just tried to run your test-code against the JDK SSLEngine end it fails here. Is this expected ? I thought you said the SSLEngineImpl does unwrap both records.

@ijuma actually fails is the wrong word here... it just runs forever :)

@normanmaurer, I extracted the test case after debugging why the Kafka code worked fine with JDK's SSLEngine, but not OpenSslEngine. I took some shortcuts on the handshake code for the test though, it doesn't run delegated tasks for example (which is OK for OpenSslEngine). I would guess that's the reason why it's not working for you. I can fix those issues if that helps.

I will check thanks :) so does this mean kafka is using netty?

Am 20.09.2015 um 01:11 schrieb Ismael Juma<EMAIL_ADDRESS>@normanmaurer, I extracted the test case after debugging why the Kafka code worked fine with JDK's SSLEngine, but not OpenSslEngine. I took some shortcuts on the handshake code for the test though, it doesn't run delegated tasks for example (which is OK for OpenSslEngine). I would guess that's the reason why it's not working for you. I can fix those issues if that helps.
—
Reply to this email directly or view it on GitHub.

Kafka doesn't use Netty at the moment. I'm trying to quantify the benefit of using OpenSslEngine in Kafka after seeing your slides stating that it performed better and seeing some impressive results in a simple benchmark. To do this I'm using netty-tcnative and Netty's classes to build the appropriate SSLEngine. I haven't changed the rest (so I'm not using SslHandler for example, it would have been easier if Kafka had been using it from the start).

@ijuma I was not able to spent much time on it today but just an update even if I run the delegating tasks on the client and server engine its always is "NEEDS_UNWRAP" when using the JDK impl.

Thanks for the update. Let me take a stab at making the test work with both implementations.

I got the test to work with the JDK provider, but it fails in the same way as the OpenSSL one. So, it looks like the issue is more complicated than I initially described. I'm investigating and will update the issue with more information as soon as I have it. In the meantime, please don't spend your time on this. And sorry for the noise.

@normanmaurer I updated the test:
https://github.com/ijuma/netty/commit/8fa80c045e5c0b4989688536801a2ebbb2a95a68
The problem is actually simpler, it's just that the position of the source buffer is not updated correctly if there are two wrap calls followed by an unwrap one.

@ijuma can you jump into the #netty irc channel on free node ?

@normanmaurer sure, joining now.

@ijuma can you check this: https://github.com/netty/netty/pull/4254 ?

Fixed by https://github.com/netty/netty/pull/5995


Seemingly all uwp builds fail

Attempting to install any package with the x64-uwp or x86-uwp triplets and I get an error that I believe originates with a failure to detect the proper VCPKG_PLATFORM_TOOLSET. A look at an output log shows an CMake command that uses "-DVCPKG_PLATFORM_TOOLSET=v140" and "-G" "Visual Studio 14 2015 Win64". I only have VS 2019 Community installed.
Explicitly setting environment variables for VCPKG_PLATFORM_TOOLSET (to v142) or VCPKG_VISUAL_STUDIO_PATH (to C:\Program Files (x86)\Microsoft Visual Studio\2019\Community) the has no effect.
I have reproduced this error on multiple machines and separate installations of the vcpkg repository. Installing packages under x64-windows and x86-windows work fine.
I can also manually construct the CMake command, using -G Visual Studio 16 2019 -A x64 and can get the downloaded source to build.
Example package:
Package: glm:x64-uwp
Vcpkg version: 2018.11.23-nohash
The resulting log message is (where the only variance is which package I'm installing):
CMake Error at CMakeLists.txt:5 (project):
A Windows Store component with CMake requires both the Windows Desktop SDK
as well as the Windows Store '10.0' SDK.  Please make sure that you have
both installed
But I believe this is caused by the malformed CMake command. For example:
"C:/Program Files/CMake/bin/cmake.exe" "C:/dev/vcpkg/buildtrees/glm/src/<IP_ADDRESS>-bb331ad88b" "-DCMAKE_SYSTEM_NAME=WindowsStore" "-DCMAKE_SYSTEM_VERSION=10.0" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=C:/dev/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-uwp" "-DVCPKG_PLATFORM_TOOLSET=v140" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=C:/dev/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-G" "Visual Studio 14 2015 Win64" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=C:/dev/vcpkg/packages/glm_x64-uwp""
FAILED: ../CMakeCache.txt
Any assistance would be appreciated.

I have verified that PhoebeHui's fix (https://github.com/Microsoft/vcpkg/pull/6265) addresses this problem. Think we're just waiting for a merge. Thanks for working on this!
Paul


Package description not very descriptive

@greyli. I noticed that as of version 0.4.2, the package description (in setup.py) changed. Before version 0.4.2, it was pretty descriptive, but since then, it is not.
Was that change made on purpose?
Probably needless to say is that the description is used on PyPi, so people looking at the package on PyPi might not understand the function (and coolness!) of it.

At the moment, PyPI just starts to support render Markdown for the project description, but then something goes wrong about it and I can't figure out the reason at that time, so I just remove the codes...
You can try to make the PyPI description cool again :)

Okay, I'll look to find out what's going on. If it is fixed, re-release 0.4.4 to PyPi (if that is possible at all)?

AFAIK PyPI doesn't allow re-upload package, you may need to make a new release(e.g. <IP_ADDRESS>),

Could you add me to the project in TestPyPi as well? I want to upload the new package to TestPyPi first to make sure it is correct.

I think the TestPyPI is a separate instance of PyPI, you can just create a new account and publish the package with a new name to test. I never use it before...

I did just that.
You did use it before: https://test.pypi.org/project/Flask-CKEditor/.  ;-)

New version pushed: <IP_ADDRESS>.

Great! (I totally forgot my TestPyPI account :/)


chore(doc): Add Sphinx build

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

GitHub release
PyPI release
Conda release

Your semantic-release bot :package::rocket:


add descriptions and other annotations to extensions

Good questiosn @only1chunts

Discussed in CIG meeting 2024-03-26
Thanks for the feedback. I will stick to smaller PRs next time!
Followup actions:

integrate contributor and reference knowledge from
work on separate release artifact directory (just a renaming of project/?) What files are required, in terms of structure and content?
come to an agreement on structured formats for sharing attributes of entities (like Extensions). Something other than Google (word processing) Docs


port of secp256k1#566 "jni: Use only Guava for hex encoding and decoding"

This removes a dependency on javax.xml.bind, which is no longer
available in JDK >= 11, see
https://openjdk.java.net/jeps/320#Java-EE-modules .
This fixes Travis, whose Java builds were failing recently.

ACK 682a821759a436f63457780e4cca7fe83cab3a52


speech recording stops after log pause in audio (fix #203189)

@bpasero looking good but we should do the same of inline chat quick voice which is here: https://github.com/microsoft/vscode/blob/e5a6595f135c2fb27ee1d83dbfb6d4bc2115b55f/src/vs/workbench/contrib/inlineChat/electron-sandbox/inlineChatQuickVoice.ts#L63


Fix rounding error in progressive codec surface new

The grid is composed of 64x64 blocks and should not be smaller than the surface. If width or height were not a multiple of 64 the previous rounding resulted in a grid smaller than the surface.

@freerdp-bot test


How to change the save_image pixel?

???

for example this image cars are too small and how to change the each pixels.

and i know how to change column amd row numbers

Do you mean, how to change the resolution of the image? If so you'll need to modify the transform in your specific Dataset class as well as modify the architecture in holonet.py to be able to generate that resolution image by adding extra, say, strided transposed convolutions (and potentially also add another strided resblock to the discriminator). Neither the generator nor discriminator have arguments that let you set the desired image resolution.
If you mean just changing the resolution of the saved images, you can use something like torch.nn.functional.interpolate(imgs, scale_factor) on the tensor of images before save_image is called: https://pytorch.org/docs/stable/nn.functional.html#interpolate

I will be committing some new code soon which should improve any experiments that are run (addressing the issue with the identity loss I mention in the readme). It already looks like you are getting decent car rotations (though maybe it is worth tuning the min and max angles for the y axis if you haven't already).

thank you a lots~~


Commissioning of Wifi devices broken in v10

I upgraded my dependencies to v10 recently, and while everything else works fine, i can no longer commission wifi devices.  The process fails on step 11 here:
https://github.com/project-chip/matter.js/blob/e6636a20d810fc9b48201248eea80691a45e8446/packages/matter.js/src/protocol/ControllerCommissioner.ts#L777-L779
If i print out on the console the values of this.collectedCommissioningData.networkFeatures I get:
{ endpointId: 0, value: { wiFiNetworkInterface: true, threadNetworkInterface: false, ethernetNetworkInterface: false } }

but the code at:
https://github.com/project-chip/matter.js/blob/e6636a20d810fc9b48201248eea80691a45e8446/packages/matter.js/src/protocol/ControllerCommissioner.ts#L773-L775
treats value as an array using some, and not an object as its structured in  networkFeatures.
If i comment out the throw statement here, then commissioning works as expected.

Sorry, i totally confused myself and referenced the wrong line 🫤 , its actually here
https://github.com/project-chip/matter.js/blob/e6636a20d810fc9b48201248eea80691a45e8446/packages/matter.js/src/protocol/ControllerCommissioner.ts#L769
And it looks like its not checking for a wifi interface, just ethernet.....

Can you please post a full debug log of a commission on one try?
As you can see in the code you linked in your last post it checks if there is Ethernet or any connected connection and when this is the case all is good. And the exception would never throw. So this would mean that the device presents WiFi but not connected and so this is then a problem because it needs to commission one.
I would like to verify the reason here before we do changes.

Sure, i'll post the whole log here in a few mins.
Question, since the networkFeatures object looks like:
{ endpointId: 0, value: { wiFiNetworkInterface: true, threadNetworkInterface: false, ethernetNetworkInterface: false } }

If the code passes if ethernetNetworkInterface is true, curious why it would not check wiFiNetworkInterface as well?   Again, just curious and trying to understand this part of the code.  Thanks!

Which if you mean? In fact it check two things and saves them as booleans. Then only one if is there.
In fact when thinking we can add for sure if commissioning happens via UDP then in fact there us a connection irrelevant what the clusters say. But would be cool to know what's up here.

Hopefully this output helps?

Which if you mean? In fact it check two things and saves them as booleans. Then only one if is there.

I guess i don't understand why the check just for ethernetNetworkInterface but not wiFiNetworkInterface ,  why they are treated differently, but i'm sure there's a good reason.  I'm assuming ethernetNetworkInterface is literally a hardwire ethernet connection in this context vs wifi or thread?   I would also assume networkStatus to contain something connected as well, but does not seem to be the case.  Thanks again.
https://github.com/project-chip/matter.js/blob/e6636a20d810fc9b48201248eea80691a45e8446/packages/matter.js/src/protocol/ControllerCommissioner.ts#L766-L779
matter: Executing function nodes.pair(["24976042936"])
{"discovery":{"knownAddress":"undefined","identifierData":{"shortDiscriminator":11},"discoveryCapabilities":{"ble":false,"onIpNetwork":true}},"passcode":70337120,"commissioning":{"nodeId":"undefined","regulatoryLocation":1,"regulatoryCountryCode":"XX"}}
MatterController: Commissioning device with identifier {"shortDiscriminator":11} and 1 scanners and knownAddress "undefined"
ControllerDiscovery: Start Discovering devices using identifier {"shortDiscriminator":11} ...
ControllerDiscovery: Found 2 devices using identifier {"shortDiscriminator":11}
ControllerDiscovery: Server addresses to try: undefined: udp://fe80::207:a6ff:fe35:44d6%eth0:5540,undefined: udp://2600:8801:df00:160:207:a6ff:fe35:44d6:5540
ControllerDiscovery: Try to communicate with udp://fe80::207:a6ff:fe35:44d6%eth0:5540 ...

SessionManager: End insecure session insecure/7604773502132312124
Controller~missioner: Commissioning options: {"nodeId":"undefined","regulatoryLocation":1,"regulatoryCountryCode":"XX"}
Controller~missioner: Executing commissioning step 0.1: GetInitialData
Controller~missioner: Creating new cluster client for cluster Descriptor (endpoint 0, isFeatureSpecific false)
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48946 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Sending read request to udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 for attributes 0x0/Descriptor(0x1d)/partsList(0x3) and events undefined
ExchangeManager: Message » id: 41007/48946/22333820 type: 1/2 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>020024031d2404031818290324ff0c18
MessageExchange: Message « id: 37896/48946/235835006 type: 1/5 acked: 22333820 reqAck: true duplicate: false payload:<PHONE_NUMBER>012600a5b58bc4370124020024031d2404031836021818181535012600a5b58bc4370124020024031d240403340518240201181818290424ff0118
InteractionMessenger: Received DataReport chunk with 2 attributes and 0 events, suppressResponse: true, moreChunkedMessages: undefined
InteractionClient: Received read response with attributes 0x0/Descriptor(0x1d)/partsList(0x3) = [1] and events
ExchangeManager: Message » id: 41007/48946/22333821 type: 0/16 acked: 235835006 reqAck: false duplicate: false payload:
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48947 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Sending read request to udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 for attributes 0x0/Descriptor(0x1d)/serverList(0x1) and events undefined
ExchangeManager: Message » id: 41007/48947/22333822 type: 1/2 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>020024031d2404011818290324ff0c18
MessageExchange: Message « id: 37896/48947/235835007 type: 1/5 acked: 22333822 reqAck: true duplicate: false payload:<PHONE_NUMBER>012600a5b58bc4370124020024031d2404011836021818181535012600a5b58bc4370124020024031d24040134051824021d18181535012600a5b58bc4370124020024031d24040134051824021f18181535012600a5b58bc4370124020024031d24040134051824022818181535012600a5b58bc4370124020024031d24040134051824022a18181535012600a5b58bc4370124020024031d24040134051824022b18181535012600a5b58bc4370124020024031d24040134051824022c18181535012600a5b58bc4370124020024031d24040134051824023018181535012600a5b58bc4370124020024031d24040134051824023118181535012600a5b58bc4370124020024031d24040134051824023218181535012600a5b58bc4370124020024031d24040134051824023318181535012600a5b58bc4370124020024031d24040134051824023418181535012600a5b58bc4370124020024031d24040134051824023618181535012600a5b58bc4370124020024031d24040134051824023c18181535012600a5b58bc4370124020024031d24040134051824023e18181535012600a5b58bc4370124020024031d24040134051824023f181818290424ff0118
InteractionMessenger: Received DataReport chunk with 16 attributes and 0 events, suppressResponse: true, moreChunkedMessages: undefined
InteractionClient: Received read response with attributes 0x0/Descriptor(0x1d)/serverList(0x1) = [29,31,40,42,43,44,48,49,50,51,52,54,60,62,63] and events
ExchangeManager: Message » id: 41007/48947/22333823 type: 0/16 acked: 235835007 reqAck: false duplicate: false payload:
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48948 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Sending read request to udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 for attributes */NetworkCommissioning(0x31)/0xfffc, */NetworkCommissioning(0x31)/0x1 and events undefined
ExchangeManager: Message » id: 41007/48948/22333824 type: 1/2 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>03312504fcff18172403312404011818290324ff0c18
MessageExchange: Message « id: 37896/48948/235835008 type: 1/5 acked: 22333824 reqAck: true duplicate: false payload:<PHONE_NUMBER>0126001cfc11c5370124020024033124040118360218181815350126001cfc11c537012402002403312504fcff18240201181818290424ff0118
InteractionMessenger: Received DataReport chunk with 2 attributes and 0 events, suppressResponse: true, moreChunkedMessages: undefined
InteractionClient: Received read response with attributes 0x0/NetworkCommissioning(0x31)/networks(0x1) = [], 0x0/NetworkCommissioning(0x31)/featureMap(0xfffc) = {"wiFiNetworkInterface":true,"threadNetworkInterface":false,"ethernetNetworkInterface":false} and events
ExchangeManager: Message » id: 41007/48948/22333825 type: 0/16 acked: 235835008 reqAck: false duplicate: false payload:
Controller~missioner: Creating new cluster client for cluster BasicInformation (endpoint 0, isFeatureSpecific false)
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48949 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Sending read request to udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 for attributes 0x0/BasicInformation(0x28)/vendorId(0x2) and events undefined
ExchangeManager: Message » id: 41007/48949/22333826 type: 1/2 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>02002403282404021818290324ff0c18
MessageExchange: Message « id: 37896/48949/235835009 type: 1/5 acked: 22333826 reqAck: true duplicate: false payload:<PHONE_NUMBER>01260017e683ae37012402002403282404021825029b10181818290424ff0118
InteractionMessenger: Received DataReport chunk with 1 attributes and 0 events, suppressResponse: true, moreChunkedMessages: undefined
InteractionClient: Received read response with attributes 0x0/BasicInformation(0x28)/vendorId(0x2) = 4251 and events
ExchangeManager: Message » id: 41007/48949/22333827 type: 0/16 acked: 235835009 reqAck: false duplicate: false payload:
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48950 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Sending read request to udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 for attributes 0x0/BasicInformation(0x28)/productId(0x4) and events undefined
ExchangeManager: Message » id: 41007/48950/22333828 type: 1/2 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>02002403282404041818290324ff0c18
MessageExchange: Message « id: 37896/48950/235835010 type: 1/5 acked: 22333828 reqAck: true duplicate: false payload:<PHONE_NUMBER>01260017e683ae37012402002403282404041825020010181818290424ff0118
InteractionMessenger: Received DataReport chunk with 1 attributes and 0 events, suppressResponse: true, moreChunkedMessages: undefined
InteractionClient: Received read response with attributes 0x0/BasicInformation(0x28)/productId(0x4) = 4096 and events
ExchangeManager: Message » id: 41007/48950/22333829 type: 0/16 acked: 235835010 reqAck: false duplicate: false payload:
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48951 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Sending read request to udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 for attributes 0x0/BasicInformation(0x28)/productName(0x3) and events undefined
ExchangeManager: Message » id: 41007/48951/22333830 type: 1/2 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>02002403282404031818290324ff0c18
MessageExchange: Message « id: 37896/48951/235835011 type: 1/5 acked: 22333830 reqAck: true duplicate: false payload:<PHONE_NUMBER>01260017e683ae3701240200240328240403182c02054432364844181818290424ff0118
InteractionMessenger: Received DataReport chunk with 1 attributes and 0 events, suppressResponse: true, moreChunkedMessages: undefined
InteractionClient: Received read response with attributes 0x0/BasicInformation(0x28)/productName(0x3) = "D26HD" and events
ExchangeManager: Message » id: 41007/48951/22333831 type: 0/16 acked: 235835011 reqAck: false duplicate: false payload:
Controller~missioner: Creating new cluster client for cluster GeneralCommissioning (endpoint 0, isFeatureSpecific false)
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48952 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Sending read request to udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 for attributes 0x0/GeneralCommissioning(0x30)/supportsConcurrentConnection(0x4) and events undefined
ExchangeManager: Message » id: 41007/48952/22333832 type: 1/2 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>02002403302404041818290324ff0c18
MessageExchange: Message « id: 37896/48952/235835012 type: 1/5 acked: 22333832 reqAck: true duplicate: false payload:<PHONE_NUMBER>0126009b965c283701240200240330240404182902181818290424ff0118
InteractionMessenger: Received DataReport chunk with 1 attributes and 0 events, suppressResponse: true, moreChunkedMessages: undefined
InteractionClient: Received read response with attributes 0x0/GeneralCommissioning(0x30)/supportsConcurrentConnection(0x4) = true and events
ExchangeManager: Message » id: 41007/48952/22333833 type: 0/16 acked: 235835012 reqAck: false duplicate: false payload:
Controller~missioner: Executing commissioning step 3.1: GeneralCommissioning.ArmFailsafe
Controller~missioner: Returning existing cluster client for cluster GeneralCommissioning (endpoint 0, isFeatureSpecific false)
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48953 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Sending read request to udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 for attributes 0x0/GeneralCommissioning(0x30)/basicCommissioningInfo(0x1) and events undefined
ExchangeManager: Message » id: 41007/48953/22333834 type: 1/2 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>02002403302404011818290324ff0c18
MessageExchange: Message « id: 37896/48953/235835013 type: 1/5 acked: 22333834 reqAck: true duplicate: false payload:<PHONE_NUMBER>0126009b965c28370124020024033024040118350224003c2501840318181818290424ff0118
InteractionMessenger: Received DataReport chunk with 1 attributes and 0 events, suppressResponse: true, moreChunkedMessages: undefined
InteractionClient: Received read response with attributes 0x0/GeneralCommissioning(0x30)/basicCommissioningInfo(0x1) = {"failSafeExpiryLengthSeconds":60,"maxCumulativeFailsafeSeconds":900} and events
ExchangeManager: Message » id: 41007/48953/22333835 type: 0/16 acked: 235835013 reqAck: false duplicate: false payload:
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48954 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Invoking command: 0x0/GeneralCommissioning(0x30)/armFailSafe(0x0) with {"breadcrumb":1,"expiryLengthSeconds":60}
ExchangeManager: Message » id: 41007/48954/22333836 type: 1/8 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>360215370024000024013024020018350124003c24010118181824ff0c18
MessageExchange: Message « id: 37896/48954/235835014 type: 1/9 acked: 22333836 reqAck: true duplicate: false payload:<PHONE_NUMBER>15350037002400002401302402011835012400002c01001818181824ff0118
InteractionClient: Received invoke response: 0x0/GeneralCommissioning(0x30)/armFailSafe(0x0) with {"errorCode":0,"debugText":""})}
ExchangeManager: Message » id: 41007/48954/22333837 type: 0/16 acked: 235835014 reqAck: false duplicate: false payload:
Controller~missioner: Commissioning step armFailSafe returned 0,
Controller~missioner: Executing commissioning step 5.1: GeneralCommissioning.ConfigureRegulatoryInformation
Controller~missioner: Returning existing cluster client for cluster GeneralCommissioning (endpoint 0, isFeatureSpecific false)
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48955 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Sending read request to udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 for attributes 0x0/GeneralCommissioning(0x30)/locationCapability(0x3) and events undefined
ExchangeManager: Message » id: 41007/48955/22333838 type: 1/2 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>02002403302404031818290324ff0c18
MessageExchange: Message « id: 37896/48955/235835015 type: 1/5 acked: 22333838 reqAck: true duplicate: false payload:<PHONE_NUMBER>0126009c965c28370124020024033024040318240200181818290424ff0118
InteractionMessenger: Received DataReport chunk with 1 attributes and 0 events, suppressResponse: true, moreChunkedMessages: undefined
InteractionClient: Received read response with attributes 0x0/GeneralCommissioning(0x30)/locationCapability(0x3) = 0 and events
ExchangeManager: Message » id: 41007/48955/22333839 type: 0/16 acked: 235835015 reqAck: false duplicate: false payload:
Controller~missioner: Device does not support a configurable regulatory location type. Location is set to "Indoor"
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48956 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Invoking command: 0x0/GeneralCommissioning(0x30)/setRegulatoryConfig(0x2) with {"breadcrumb":1,"newRegulatoryConfig":0,"countryCode":"XX"}
ExchangeManager: Message » id: 41007/48956/22333840 type: 1/8 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>36021537002400002401302402021835012400002c0102585824020118181824ff0c18
MessageExchange: Message « id: 37896/48956/235835016 type: 1/9 acked: 22333840 reqAck: true duplicate: false payload:<PHONE_NUMBER>15350037002400002401302402031835012400002c01001818181824ff0118
InteractionClient: Received invoke response: 0x0/GeneralCommissioning(0x30)/setRegulatoryConfig(0x2) with {"errorCode":0,"debugText":""})}
ExchangeManager: Message » id: 41007/48956/22333841 type: 0/16 acked: 235835016 reqAck: false duplicate: false payload:
Controller~missioner: Commissioning step setRegulatoryConfig returned 0,
Controller~missioner: Executing commissioning step 5.2: TimeSynchronization.SynchronizeTime
Controller~missioner: Executing commissioning step 6.1: OperationalCredentials.DeviceAttestation
Controller~missioner: Creating new cluster client for cluster OperationalCredentials (endpoint 0, isFeatureSpecific false)
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48957 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Invoking command: 0x0/OperationalCredentials(0x3e)/certificateChainRequest(0x2) with {"certificateType":1}
ExchangeManager: Message » id: 41007/48957/22333842 type: 1/8 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>360215370024000024013e24020218350124000118181824ff0c18
MessageExchange: Message « id: 37896/48957/235835017 type: 1/9 acked: 22333842 reqAck: true duplicate: false payload:<PHONE_NUMBER>153500370024000024013e2402031835013100ea01308201e63082018da003020102020828f02c706cb94bc6300a06082a8648ce3d0403023048311a301806035504030c114c657669746f6e2044323648442050414931143012060a2b0601040182a27c02010c043130394231143012060a2b0601040182a27c02020c04313030303020170d3231303632383134323334335a180f39393939313233313233353935395a30473119301706035504030c104d61747465722054657374204441432031143012060a2b0601040182a27c02010c043130394231143012060a2b0601040182a27c02020c04313030303059301306072a8648ce3d020106082a8648ce3d03010703420004c75c01dc02c0f60d9a49bb0c757079f153a50db3ce0000eddf34033d28683cfc682031a6fe77475c401a0f4ac94e3cb54dadb68cb459891fb379dcd473298892a360305e300c0603551d130101ff04023000300e0603551d0f0101ff040403020780301d0603551d0e04160414cf39c493ff69d0b0a0fb5fc94f2b2587c433a4e8301f0603551d230418301680142fbb79f88f01449e0ffc25a0c5a8e4ef6f3f2b5f300a06082a8648ce3d040302034700304402205b6375539f0b186cb92d0b7df141440c2a07d9a65006e915f2a20f09e4fed78b02201ce21a13bc0cdaadf177050b04246ab2badff453059027abc50e7c3c0e03fd171818181824ff0118
InteractionClient: Received invoke response: 0x0/OperationalCredentials(0x3e)/certificateChainRequest(0x2) with {"certificate":"308201e63082018da003020102020828f02c706cb94bc6300a06082a8648ce3d0403023048311a301806035504030c114c657669746f6e2044323648442050414931143012060a2b0601040182a27c02010c043130394231143012060a2b0601040182a27c02020c04313030303020170d3231303632383134323334335a180f39393939313233313233353935395a30473119301706035504030c104d61747465722054657374204441432031143012060a2b0601040182a27c02010c043130394231143012060a2b0601040182a27c02020c04313030303059301306072a8648ce3d020106082a8648ce3d03010703420004c75c01dc02c0f60d9a49bb0c757079f153a50db3ce0000eddf34033d28683cfc682031a6fe77475c401a0f4ac94e3cb54dadb68cb459891fb379dcd473298892a360305e300c0603551d130101ff04023000300e0603551d0f0101ff040403020780301d0603551d0e04160414cf39c493ff69d0b0a0fb5fc94f2b2587c433a4e8301f0603551d230418301680142fbb79f88f01449e0ffc25a0c5a8e4ef6f3f2b5f300a06082a8648ce3d040302034700304402205b6375539f0b186cb92d0b7df141440c2a07d9a65006e915f2a20f09e4fed78b02201ce21a13bc0cdaadf177050b04246ab2badff453059027abc50e7c3c0e03fd17"})}
ExchangeManager: Message » id: 41007/48957/22333843 type: 0/16 acked: 235835017 reqAck: false duplicate: false payload:
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48958 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Invoking command: 0x0/OperationalCredentials(0x3e)/certificateChainRequest(0x2) with {"certificateType":2}
ExchangeManager: Message » id: 41007/48958/22333844 type: 1/8 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>360215370024000024013e24020218350124000218181824ff0c18
MessageExchange: Message « id: 37896/48958/235835018 type: 1/9 acked: 22333844 reqAck: true duplicate: false payload:<PHONE_NUMBER>153500370024000024013e2402031835013100d601308201d230820178a0030201020208304de9c239e222f9300a06082a8648ce3d040302302c3114301206035504030c0b4c657669746f6e2050414131143012060a2b0601040182a27c02010c04313039423020170d3231303632383134323334335a180f39393939313233313233353935395a3048311a301806035504030c114c657669746f6e2044323648442050414931143012060a2b0601040182a27c02010c043130394231143012060a2b0601040182a27c02020c04313030303059301306072a8648ce3d020106082a8648ce3d03010703420004a85a0884b7b6b39de615d648f3b8b7237eda6dad4b69e22fb920bc54bf3124a70da247b5ba3369bf746bb0aa5a8f4560a6d67059c81aee670ae531b77cfcb378a366306430120603551d130101ff040830060101ff020100300e0603551d0f0101ff040403020106301d0603551d0e041604142fbb79f88f01449e0ffc25a0c5a8e4ef6f3f2b5f301f0603551d230418301680148e95b1c0b6105193db41b66bef434e2c38a27a67300a06082a8648ce3d040302034800304502207eef7903ddb90379dfec0665be9e966aed058839ac6232edca75b016084019ab022100fc3e427e6cfbe254f824d08ecf589080d40bffe87fcb8794d4ab224af639d8b01818181824ff0118
InteractionClient: Received invoke response: 0x0/OperationalCredentials(0x3e)/certificateChainRequest(0x2) with {"certificate":"308201d230820178a0030201020208304de9c239e222f9300a06082a8648ce3d040302302c3114301206035504030c0b4c657669746f6e2050414131143012060a2b0601040182a27c02010c04313039423020170d3231303632383134323334335a180f39393939313233313233353935395a3048311a301806035504030c114c657669746f6e2044323648442050414931143012060a2b0601040182a27c02010c043130394231143012060a2b0601040182a27c02020c04313030303059301306072a8648ce3d020106082a8648ce3d03010703420004a85a0884b7b6b39de615d648f3b8b7237eda6dad4b69e22fb920bc54bf3124a70da247b5ba3369bf746bb0aa5a8f4560a6d67059c81aee670ae531b77cfcb378a366306430120603551d130101ff040830060101ff020100300e0603551d0f0101ff040403020106301d0603551d0e041604142fbb79f88f01449e0ffc25a0c5a8e4ef6f3f2b5f301f0603551d230418301680148e95b1c0b6105193db41b66bef434e2c38a27a67300a06082a8648ce3d040302034800304502207eef7903ddb90379dfec0665be9e966aed058839ac6232edca75b016084019ab022100fc3e427e6cfbe254f824d08ecf589080d40bffe87fcb8794d4ab224af639d8b0"})}
ExchangeManager: Message » id: 41007/48958/22333845 type: 0/16 acked: 235835018 reqAck: false duplicate: false payload:
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48959 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Invoking command: 0x0/OperationalCredentials(0x3e)/attestationRequest(0x0) with {"attestationNonce":"a0227dd889ddf5aa7b8de1e4b81a113b360238397c972f18e25fc0e00bdf4ad0"}
ExchangeManager: Message » id: 41007/48959/22333846 type: 1/8 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>360215370024000024013e240200183501300020a0227dd889ddf5aa7b8de1e4b81a113b360238397c972f18e25fc0e00bdf4ad018181824ff0c18
MessageExchange: Message « id: 37896/48959/235835019 type: 0/16 acked: 22333846 reqAck: false duplicate: false payload:
MessageExchange: Message « id: 37896/48959/235835020 type: 1/9 acked: 22333846 reqAck: true duplicate: false payload:<PHONE_NUMBER>153500370024000024013e24020118350131001501153001ea3081e706092a864886f70d010702a081d93081d6020103310d300b0609608648016503040201304406092a864886f70d010701a03704351524000125019b10360205001018250301012c041343534132333137374d415434303639302d323424050024060024070124080218317c307a0201038014471035e7c04eaaa8be7c4d4c13e3e4c20995a84b300b0609608648016503040201300a06082a8648ce3d04030204463044022001c8fc4495da5df90b342d3c5273c8e649f54d918ce557a76654d1e7b73d2c3702201f738a3ae9f5f11cc2eacf2abd3922a4c7d29c9ac965ddb450ede575c400c9ab300220a0227dd889ddf5aa7b8de1e4b81a113b360238397c972f18e25fc0e00bdf4ad024030018300140aa53ee345d74a7de4370a16e95a879d36d60bf01c4c555ed7562e8091cde1b38b8b43ab100c239e0d5c98d1db012e276222de7e31ba120f0f6deee0ef368651a1818181824ff0118
InteractionClient: Received invoke response: 0x0/OperationalCredentials(0x3e)/attestationRequest(0x0) with {"attestationElements":"153001ea3081e706092a864886f70d010702a081d93081d6020103310d300b0609608648016503040201304406092a864886f70d010701a03704351524000125019b10360205001018250301012c041343534132333137374d415434303639302d323424050024060024070124080218317c307a0201038014471035e7c04eaaa8be7c4d4c13e3e4c20995a84b300b0609608648016503040201300a06082a8648ce3d04030204463044022001c8fc4495da5df90b342d3c5273c8e649f54d918ce557a76654d1e7b73d2c3702201f738a3ae9f5f11cc2eacf2abd3922a4c7d29c9ac965ddb450ede575c400c9ab300220a0227dd889ddf5aa7b8de1e4b81a113b360238397c972f18e25fc0e00bdf4ad024030018","attestationSignature":"aa53ee345d74a7de4370a16e95a879d36d60bf01c4c555ed7562e8091cde1b38b8b43ab100c239e0d5c98d1db012e276222de7e31ba120f0f6deee0ef368651a"})}
ExchangeManager: Message » id: 41007/48959/22333847 type: 0/16 acked: 235835020 reqAck: false duplicate: false payload:
Controller~missioner: Executing commissioning step 7.1: OperationalCredentials.Certificates
Controller~missioner: Returning existing cluster client for cluster OperationalCredentials (endpoint 0, isFeatureSpecific false)
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48960 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Invoking command: 0x0/OperationalCredentials(0x3e)/csrRequest(0x4) with {"csrNonce":"5168a74ecf33edae47ec60e22f68fe75f281f4e6e554506dc5ab814ce14758bc"}
ExchangeManager: Message » id: 41007/48960/22333848 type: 1/8 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>360215370024000024013e2402041835013000205168a74ecf33edae47ec60e22f68fe75f281f4e6e554506dc5ab814ce14758bc18181824ff0c18
MessageExchange: Message « id: 37896/48960/235835021 type: 0/16 acked: 22333848 reqAck: false duplicate: false payload:
MessageExchange: Message « id: 37896/48960/235835022 type: 1/9 acked: 22333848 reqAck: true duplicate: false payload:<PHONE_NUMBER>153500370024000024013e2402051835013000f5153001cd3081ca3070020100300e310c300a060355040a0c034353523059301306072a8648ce3d020106082a8648ce3d03010703420004614645438c4dc4c5a8de5186e0227acc980ba966553877e710a2622cf74b1699d0cb6dc27f84c3080c2c1d6aeffd85ede3c2f1eaea54882068a3af1a67dbae63a000300c06082a8648ce3d04030205000348003045022030ef651518f0069a5d503973710b22d921e4c77a2784daafbeda425da42f73b1022100afbc9fab2d06c68d76ad3b7e54f17b82f34dc600d414a8007e62099e6635dd363002205168a74ecf33edae47ec60e22f68fe75f281f4e6e554506dc5ab814ce14758bc18300140a39ee2101d97cb594fe0137fb4defcaa88585c13cf9e61054e0b39faa547e8b8bacd1bbc6ee0aa3a512b6f30498b8add9f61c710f168335ab364172c1e649cb51818181824ff0118
InteractionClient: Received invoke response: 0x0/OperationalCredentials(0x3e)/csrRequest(0x4) with {"nocsrElements":"153001cd3081ca3070020100300e310c300a060355040a0c034353523059301306072a8648ce3d020106082a8648ce3d03010703420004614645438c4dc4c5a8de5186e0227acc980ba966553877e710a2622cf74b1699d0cb6dc27f84c3080c2c1d6aeffd85ede3c2f1eaea54882068a3af1a67dbae63a000300c06082a8648ce3d04030205000348003045022030ef651518f0069a5d503973710b22d921e4c77a2784daafbeda425da42f73b1022100afbc9fab2d06c68d76ad3b7e54f17b82f34dc600d414a8007e62099e6635dd363002205168a74ecf33edae47ec60e22f68fe75f281f4e6e554506dc5ab814ce14758bc18","attestationSignature":"a39ee2101d97cb594fe0137fb4defcaa88585c13cf9e61054e0b39faa547e8b8bacd1bbc6ee0aa3a512b6f30498b8add9f61c710f168335ab364172c1e649cb5"})}
ExchangeManager: Message » id: 41007/48960/22333849 type: 0/16 acked: 235835022 reqAck: false duplicate: false payload:
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48961 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Invoking command: 0x0/OperationalCredentials(0x3e)/addTrustedRootCertificate(0xb) with {"rootCaCertificate":"1530010100240201370324140018260483be4e2c260503f5fb403706241400182407012408013009410479d547edded4a75b4cde6c316a6e8f0baf065e683a0c805ba6e8b7b0771f96fa7c60759e557f8112c7cbb9178251b618eaec181d7c0962c995ba2fd5a58e2002370a3501290118240260300414e495b8fd782e5b14131ce0eb262e7e3934113775300514e495b8fd782e5b14131ce0eb262e7e393411377518300b401f8043dfc662bd21f5e09332a3959677ee1e19c0a190fab56de5397cc3ee1461f92e7433a574400b1f152bbbf20d783492f7a56e7acc2be1f6574d0c8bc4fd2218"}
ExchangeManager: Message » id: 41007/48961/22333850 type: 1/8 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>360215370024000024013e24020b1835013000e71530010100240201370324140018260483be4e2c260503f5fb403706241400182407012408013009410479d547edded4a75b4cde6c316a6e8f0baf065e683a0c805ba6e8b7b0771f96fa7c60759e557f8112c7cbb9178251b618eaec181d7c0962c995ba2fd5a58e2002370a3501290118240260300414e495b8fd782e5b14131ce0eb262e7e3934113775300514e495b8fd782e5b14131ce0eb262e7e393411377518300b401f8043dfc662bd21f5e09332a3959677ee1e19c0a190fab56de5397cc3ee1461f92e7433a574400b1f152bbbf20d783492f7a56e7acc2be1f6574d0c8bc4fd221818181824ff0c18
MessageExchange: Message « id: 37896/48961/235835023 type: 0/16 acked: 22333850 reqAck: false duplicate: false payload:
MessageExchange: Message « id: 37896/48961/235835024 type: 1/9 acked: 22333850 reqAck: true duplicate: false payload:<PHONE_NUMBER>153501370024000024013e24020b1835012400001818181824ff0118
ExchangeManager: Message » id: 41007/48961/22333851 type: 0/16 acked: 235835024 reqAck: false duplicate: false payload:
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48962 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Invoking command: 0x0/OperationalCredentials(0x3e)/addNoc(0x6) with {"nocValue":"15300101012402013703241400182604200d702c2605a0431d41370624150127118b628b08eafd8d321824070124080130094104614645438c4dc4c5a8de5186e0227acc980ba966553877e710a2622cf74b1699d0cb6dc27f84c3080c2c1d6aeffd85ede3c2f1eaea54882068a3af1a67dbae63370a3501280118240201360304020401183004147241ab1e8bc75054e0e4ae7c4d749eaf77863e8b300514e495b8fd782e5b14131ce0eb262e7e393411377518300b40c614586fcf7e9f9a513e4decdee81e4a77ce724f696778b9a0cb00748e0777c124f7f0c76352e381bf34e89df791831f8465235b0fd9f27026f89826746f5e7d18","icacValue":"","ipkValue":"15a2985d679ece74591d6023a1f437f0","adminVendorId":65521,"caseAdminSubject":"18098693022946290589"}
ExchangeManager: Message » id: 41007/48962/22333852 type: 1/8 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>360215370024000024013e2402061835013000f815300101012402013703241400182604200d702c2605a0431d41370624150127118b628b08eafd8d321824070124080130094104614645438c4dc4c5a8de5186e0227acc980ba966553877e710a2622cf74b1699d0cb6dc27f84c3080c2c1d6aeffd85ede3c2f1eaea54882068a3af1a67dbae63370a3501280118240201360304020401183004147241ab1e8bc75054e0e4ae7c4d749eaf77863e8b300514e495b8fd782e5b14131ce0eb262e7e393411377518300b40c614586fcf7e9f9a513e4decdee81e4a77ce724f696778b9a0cb00748e0777c124f7f0c76352e381bf34e89df791831f8465235b0fd9f27026f89826746f5e7d1830010030021015a2985d679ece74591d6023a1f437f027039deb8dd369792bfb2504f1ff18181824ff0c18
MessageExchange: Message « id: 37896/48962/235835025 type: 0/16 acked: 22333852 reqAck: false duplicate: false payload:
MdnsScanner: Removing commissionable device A1E8A0A1D49EC530._matterc._udp.local from cache (interface eth0) because of ttl=0
MdnsScanner: Adding operational device B10EE3E333640BD1-328DFDEA088B628B._matter._tcp.local in cache (interface eth0) with TXT data: SII: 5000 SAI: 300 SAT: undefined T: 0 DT: undefined PH: undefined ICD: 0 VP: undefined DN: undefined RI: undefined PI: undefined
MessageExchange: Message « id: 37896/48962/235835026 type: 1/9 acked: 22333852 reqAck: true duplicate: false payload:<PHONE_NUMBER>153500370024000024013e2402081835012400002401011818181824ff0118
InteractionClient: Received invoke response: 0x0/OperationalCredentials(0x3e)/addNoc(0x6) with {"statusCode":0,"fabricIndex":1})}
Controller~missioner: Commissioning step 11.1: NetworkCommissioning.Validate failed with error: No Wi-Fi/Thread network credentials are configured for commissioning and no Ethernet interface is available on the device and no interface already connected. ... Aborting commissioning
ExchangeManager: Message » id: 41007/48962/22333853 type: 0/16 acked: 235835026 reqAck: false duplicate: false payload:
Controller~missioner: Commissioning step addNoc returned 0, undefined, fabricIndex: 1
Controller~missioner: Executing commissioning step 10.1: AccessControl
Controller~missioner: Executing commissioning step 11.1: NetworkCommissioning.Validate
Controller~missioner: Returning existing cluster client for cluster GeneralCommissioning (endpoint 0, isFeatureSpecific false)
MessageExchange: New exchange channel: udp://fe80::207:a6ff:fe35:44d6%eth0:5540 on session secure/37896 protocol: 1 id: 48963 session: secure/37896 peerSessionId: 41007 active threshold ms: 4000 active interval ms: 300 idle interval ms: 5000 maxTransmissions: 5 useMrp: true
InteractionClient: Invoking command: 0x0/GeneralCommissioning(0x30)/armFailSafe(0x0) with {"breadcrumb":2,"expiryLengthSeconds":0}
ExchangeManager: Message » id: 41007/48963/22333854 type: 1/8 acked: undefined reqAck: true duplicate: false payload:<PHONE_NUMBER>360215370024000024013024020018350124000024010218181824ff0c18
MessageExchange: Message « id: 37896/48963/235835027 type: 1/9 acked: 22333854 reqAck: true duplicate: false payload:<PHONE_NUMBER>15350037002400002401302402011835012400002c01001818181824ff0118
InteractionClient: Received invoke response: 0x0/GeneralCommissioning(0x30)/armFailSafe(0x0) with {"errorCode":0,"debugText":""})}
ExchangeManager: Message » id: 41007/48963/22333855 type: 0/16 acked: 235835027 reqAck: false duplicate: false payload:
      at ControllerCommissioner.validateNetwork (webpack://matter-server/../../../../../../Documents/workspace/matter.js/packages/matter.js/dist/cjs/protocol/ControllerCommissioner.js?:551:15)
MdnsScanner: Removing operational device B10EE3E333640BD1-328DFDEA088B628B._matter._tcp.local from cache (interface eth0) because of ttl=0
MdnsScanner: Adding operational device B10EE3E333640BD1-328DFDEA088B628B._matter._tcp.local in cache (interface eth0) with TXT data: SII: 5000 SAI: 300 SAT: undefined T: 0 DT: undefined PH: undefined ICD: 0 VP: undefined DN: undefined RI: undefined PI: undefined

Ah, maybe i just got it, that ethernet assumes no extra setup needed  (just has to be plugged in) to get on the network , where wifi does require  setup to get on the network.

Sooo ... ok to this topic ... iiinteresting ... and formally wrong ...
The commissioning process reads the network list from all network clusters and is getting
InteractionClient: Received read response with attributes 0x0/NetworkCommissioning(0x31)/networks(0x1) = [], 0x0/NetworkCommissioning(0x31)/featureMap(0xfffc) = {"wiFiNetworkInterface":true,"threadNetworkInterface":false,"ethernetNetworkInterface":false} and events
So this device does not report any network.
The check you reference is exactly assuming that an ethernet connection is always connected (in fact not 100% right and needs to e adjusted, but ethernet there is no configuration. For this we do not need any configuration.
For Wifi it checks if any network is connected, because if yes we also do not need any comissioning.
But in fact this is nothing that was introduced by 0.10 btw ...
Let me think about it ... but in my eyes that device is "Broken" ... but yes already on IP ... so I think I might just add the check if the commissioning connection is UDP because then  all is fine

@digitaldan I just kicked off a new nightly build, so please try this version once published and report back if it fixes the issue

Thanks @Apollon77 !  I went ahead and deployed this PR, and i can confirm it works for me now.  Also thanks for the explanation on how this part of the code works.

Great, thank you for confirming, and yw


PangoText should issue a warning if the font is not found

Description of bug / unexpected behavior
When requesting a font that is not found, PangoText just uses the default font without issuing a warning or error.
Expected behavior
The user should be warned if the font is not found.
How to reproduce the issue
Code for reproducing the problem
import manim as mn

class MyScene(mn.Scene):
    def construct(self):
        # note this is from the current master on this date, in which
        # Text is PangoText
        text = mn.Text('foobar', font='dddddd')
        self.add(text)
        self.wait()

System specifications
System Details

Description:	Ubuntu 20.04.1 LTS
Python 3.8.5

FFMPEG
Output of ffmpeg -version:
ffmpeg version 4.2.4-1ubuntu0.1 Copyright (c) 2000-2020 the FFmpeg developers
built with gcc 9 (Ubuntu 9.3.0-10ubuntu2)
configuration: --prefix=/usr --extra-version=1ubuntu0.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-avresample --disable-filter=resample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-nvenc --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared
libavutil      56. 31.100 / 56. 31.100
libavcodec     58. 54.100 / 58. 54.100
libavformat    58. 29.100 / 58. 29.100
libavdevice    58.  8.100 / 58.  8.100
libavfilter     7. 57.100 /  7. 57.100
libavresample   4.  0.  0 /  4.  0.  0
libswscale      5.  5.100 /  5.  5.100
libswresample   3.  5.100 /  3.  5.100
libpostproc    55.  5.100 / 55.  5.100

Additional comments
Forked from #487

I get a warning like

on windows.

Interesting! I get nothing on Linux, even with -v DEBUG.

Interesting! I get nothing on Linux, even with -v DEBUG.

That's actually not passed from Manim though. Pango directly issues a waning from its process and that is what displayed there. Maybe try some lower level of terminal (for example cmd in windows).

Well, the purpose of this issue is to make sure that the warning reaches the user regardless of the terminal they are using.

Well, the purpose of this issue is to make sure that the warning reaches the user regardless of the terminal they are using.

I don't think we would be able to do that unless we have access to their C API, or maybe a good wrapper which convert these warning to python's warning.

Yeah I think you are right.

See https://github.com/leifgehrmann/pangocffi/issues/26

I opened an issue on Pango's repo where when using fontconfig backend this warning gets hidden or gets lost somewhere. While the same when using Win32 backend(the one in windows) this doesn't happen. Maybe let's see what reply we get from them.
https://gitlab.gnome.org/GNOME/pango/-/issues/523

Reply from upstream https://gitlab.gnome.org/GNOME/pango/-/issues/523#note_1019006

I don't think we want to warn about font fallback. It is is a normal phenomenon.
The win32 fontmap only emits this "ugly output" warning when it can't find any matching font. That never happens with fontconfig, due to the way it works. As long as any fonts are installed on your system, we get a font returned (even if it is not a great match).

Reply from upstream https://gitlab.gnome.org/GNOME/pango/-/issues/523#note_1019006

I don't think we want to warn about font fallback. It is is a normal phenomenon.
The win32 fontmap only emits this "ugly output" warning when it can't find any matching font. That never happens with fontconfig, due to the way it works. As long as any fonts are installed on your system, we get a font returned (even if it is not a great match).

Users can check for the fonts visible for Pango using the new API provided by ManimPango>=0.2.0.
>>> import manimpango
>>> manimpango.list_fonts()
[...]

See https://manimpango.readthedocs.io/en/latest/reference/manimpango.list_fonts.html for more information.

Users can check for the fonts visible for Pango using the new API provided by ManimPango>=0.2.0.
>>> import manimpango
>>> manimpango.list_fonts()
[...]

See https://manimpango.readthedocs.io/en/latest/reference/manimpango.list_fonts.html for more information.


Add touchpoints to CSP so survey will show up

Related Issue or Background Info
PR #3252 was merged last week, but Touchpoints still doesn't show up on the app. A quick peek at the inspector shows it's not getting through our CSP:

Refused to load the script 'https://touchpoints.app.cloud.gov/touchpoints/39dfa04c.js' because it violates the following Content Security Policy directive: "script-src 'self' dap.digitalgov.gov www.google-analytics.com". Note that 'script-src-elem' was not explicitly set, so 'script-src' is used as a fallback.

Changes Proposed

Add https://touchpoints.app.cloud.gov/touchpoints to our CSP
Also added it to our images CSP, so that the flag icon at the bottom of the survey would show up
Had to add to the connect-src for the form submission to work

Screenshots
The survey button persists across the app:

Additional Notes
You won't be able to submit from any non-prod environment, because the touchpoints survey is configured to only accept responses from prod. So this error is to be expected:

Checklist for Author and Reviewer
Infrastructure

[ ] Consult the results of the terraform-plan job inside the "Terraform Checks" workflow run for this PR. Confirm that there are no unexpected changes!

Design

[ ] Any UI/UX changes have a designer as a reviewer, and changes have been approved
[ ] Any large-scale changes have been deployed to test, dev, or pentest and smoke-tested by both the engineering and design teams

Content

[ ] Any content changes (including new error messages) have been approved by content team

Support

[ ] Any changes that might generate new support requests have been flagged to the support team
[ ] Any changes to support infrastructure have been demo'd to support team

Testing

[ ] Includes a summary of what a code reviewer should verify

Security

[ ] Changes with security implications have been approved by a security engineer (changes to  authentication, encryption, handling of PII, etc.)
[ ] Any dependencies introduced have been vetted and discussed

@nickclyde, had to re-request review because the touchpoints URL changed - having it up but not visible threw off all our metrics about response rate, so created a copy of the survey and are using that instead. It's the same UI and everything though!


Add multi-user support for local storage

Right now, settings are stored as simple strings. I would like this refactored to store a settings object for each user that modified the default settings. Something like
{
    "<user_1_username>": {
        "useTabularFormat":"false",
        "showTransferButton: "true",
        "showRenameButton":"true"
    },
 "<user_2_username>": {
        "useTabularFormat":"true",
        "showTransferButton: "false",
        "showRenameButton":"false"
    }
}

That could be stringified and stored. When modifying, it could be parsed, modified, re-stringified and stored.
@collinsmith Do you think this would be a good multi-user approach to localStorage?

Ya, that looks plenty simple to implement.

Super duper. It seemed too simple so I wanted to get a second opinion, haha


Use ExtendedWatchEventModifier.FILE_TREE when supported

This modifier is supported on Windows, and allows us to watch the entire file tree recursively.
I've also set up AppVeyor to do builds on Windows: https://ci.appveyor.com/project/gmethvin/directory-watcher/branch/file-tree

/cc @akkie

@gmethvin :+1: No FileSystemException anymore.
I have one NullPointerException:
java.lang.NullPointerException: null
        at sun.nio.fs.WindowsPath.toWindowsPath(Unknown Source)
        at sun.nio.fs.WindowsPath.resolve(Unknown Source)
        at sun.nio.fs.WindowsPath.resolve(Unknown Source)
        at io.methvin.watcher.DirectoryWatcher.watch(DirectoryWatcher.java:131)
        at io.methvin.watcher.DirectoryWatcher.lambda$watchAsync$0(DirectoryWatcher.java:100)

All files were recognized and the other issues are fixed.

The NullPointerException looks similar to https://issues.apache.org/jira/browse/FELIX-5250. Any chance that file is on a mapped network drive? It's possibly something you can just ignore.

Actually I updated to do a null check. It could be that it's an OVERFLOW event. If it's not, I throw an IllegalStateException there so you can at least figure out what's going on.

@gmethvin I had the exception only once and the file was not from a network drive. I'm not sure what was the cause.

Okay. Well, it seems like something that can happen on Windows under some circumstances, and since we're catching the exception it shouldn't be fatal. As long it's able to detect file changes I think we're ok.

:+1: Great


AVM simulator: Cannot destructure property 'path' of 'files[fileId]' as it is undefined

I sometimes get this error when a transactions fails in aztec sandbox:
(JSON-RPC PROPAGATED) Cannot destructure property 'path' of 'files[fileId]' as it is undefined

One way to reproduce it is to deploy a contract to the same address twice:
await TokenContract.deploy().send({ contractAddressSalt: Fr.zero(), universalDeploy: true }).wait();
await TokenContract.deploy().send({ contractAddressSalt: Fr.zero(), universalDeploy: true }).wait();

I guess it happens here where files[fileId] should be checked for != null:
https://github.com/AztecProtocol/aztec-packages/blob/6f1212ff0d6bb7a326e571da2d49cfac75a8e5de/yarn-project/simulator/src/acvm/acvm.ts#L51

this error is not in the AVM. But as the file you link suggests it is ACVM (the part that deals with the private kernels)


refactoring

@moul I'm done some refactoring again. Please review and add docker credentials like here https://travis-ci.org/multiarch/alpine/settings.

LGTM + credentials added, you can safely merge this PR


[Extensibility request] MX MEXICO | CFDI Tax identification type should be changed for ENUM

Describe the request
We are creating an extension that integrates with Dataverse and Dynamics 365 Sales but this particular field (TAX IDENTIFICATION TYPE) in MX Mexico localization is created as a Data Type Option and we require it to be converted to a type ENUM so developers extend the integration. Which is not possible if the Data Type is Option.
Additional context
This field is available in the Customer Card and Vendor Card. And it is also used to validate if RFC number is a 12 or 13 character.
I have created an issue as a support ticket<PHONE_NUMBER>002249 But was redirected to this request channel.
Thanks in advance for the help!Internal work item: AB#494889

Hello @AleksandricMarko are you moderating the issues here? Thank you! :)

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.
Build ID: 15219.

Availability update: We will publish a fix for this issue in the next update for release 23.
Build ID to track: 15250.


fix micro batch size logic in DPO

What does this PR do ?
fix mbs logic in dpo

We should test that this doesn't change models trained using the old logic vs new logic, and also that reference logprobs == actor logprobs for the first epoch


Allow OR Statement in E2E stories

Description of Problem:
I have a model that has difficulties distinguishing between two intents.
Both of them have 40-50% confidence on one of the user messages in my E2E stories. About half the models I train fail on the E2E stories because the message is misclassified. In both cases, the conversation continues as I want it to go. Entities are also correctly labelled.
Side Note: I know I can avoid this issue by merging two intents into one.
Overview of the Solution:
Allow OR statements in E2E stories for user messages.
Examples:
* request_restaurant OR inform: I want to eat at a [Lebanese](cuisine) restaurant
Definition of Done:

[ ] Tests are added
[ ] Feature described the docs
[ ] Feature mentioned in the changlog

Thanks for submitting this feature request 🚀@Ghostvv will get back to you about it soon!✨

e2e stories are designed to pass user inout text to nlu system and check that intent is correct. Prediction is deterministic, so  I want to eat at a [Lebanese](cuisine) restaurant should always have same intent

e2e stories are designed to pass user inout text to nlu system and check that intent is correct. Prediction is deterministic, so I want to eat at a [Lebanese](cuisine) restaurant should always have same intent

Thanks for your feedback. You're definitly right that ideally the result should be the same.
In some situations, NLU alone might not be able to determine the correct intent. For instance in Dutch, "Dag" can mean both "Hello" and "Goodbye". Should I then consider this the same intent?
I think the "e2e" part is an indication that the interaction between the bot and the user should be validated (as a black box).
It should indicate the quality of the conversation, regardless of the intermediate NLU process. A user doesn't see to which intent the message is mapped. The user doesn't care about that, but does care about the answer from the bot.

yes but e2e evaluation also evaluates intent classification for you, so that you could improve that

Closing as there doesn't seem to be any further action.

Closing as there doesn't seem to be any further action.


Update ScriptErrorEvaluationFailed with DebugPlutusFailure

Improved plutus script error debugging output.
Before:
The Plutus script evaluation failed: An error has occurred:
The machine terminated because of an error, either from a built-in function or from an explicit use of 'error'.
Script debugging logs: PT5

After:
Command failed: transaction build  Error: The following scripts have execution failures:
the script for transaction input 0 (in ascending order of the TxIds) failed with:
Script hash: 581cc61bfa1c138524b69f378bc69504322f39289ce554d549db4d1e2b50
Script language: PlutusV3
Protocol version: Version 10
Script arguments:
   ScriptInfo: SpendingScript (TxOutRef {txOutRefId = cb2c9611ad51f6e37c529f7a3cb8dde4eaeaf97e5a47ba03a8c0026fe7a94bc5, txOutRefIdx = 0}) (Just (Datum {getDatum = I 0}))
   TxInfo:
     TxId: a95d7c79d606c74cde9aad2dae26db6ececa3915a6fc3075bea15ae8a8c69c86
     Inputs: [ cb2c9611ad51f6e37c529f7a3cb8dde4eaeaf97e5a47ba03a8c0026fe7a94bc5!0 -> - Value {getValue = Map {unMap = [(,Map {unMap = [("",5000000)]})]}} addressed to
                                                                                ScriptCredential: c61bfa1c138524b69f378bc69504322f39289ce554d549db4d1e2b50 (no staking credential)
                                                                                with datum
                                                                                datum hash:  03170a2e7597b7b7e3d84c05391d139a62b157e78786d8c082f29dcf4c111314
                                                                                with referenceScript
                                                                                ]
     Reference inputs: []
     Outputs: [ - Value {getValue = Map {unMap = [(,Map {unMap = [("",2000000)]}),(c61bfa1c138524b69f378bc69504322f39289ce554d549db4d1e2b50,Map {unMap = [("MillarCoin",5)]})]}} addressed to
                  PubKeyCredential: e0d8d2f61fbf9c6b1a2db4b7073c50e6013e3374661a2403d0826920 (no staking credential)
                  with datum
                  no datum
                  with referenceScript

              , - Value {getValue = Map {unMap = [(,Map {unMap = [("",1000000)]})]}} addressed to
                  PubKeyCredential: e0d8d2f61fbf9c6b1a2db4b7073c50e6013e3374661a2403d0826920 (no staking credential)
                  with datum
                  datum hash:  ee155ace9c40292074cb6aff8c9ccdd273c81648ff1149ef36bcea6ebb8a3e25
                  with referenceScript

              , - Value {getValue = Map {unMap = [(,Map {unMap = [("",15000005000000)]})]}} addressed to
                  PubKeyCredential: 5b438ecb59a1fdd3b8ece9cf076821d827eb121460d027e7a9fdc351 (no staking credential)
                  with datum
                  no datum
                  with referenceScript
                   ]
     Fee: 0
     Value minted: Value {getValue = Map {unMap = [(c61bfa1c138524b69f378bc69504322f39289ce554d549db4d1e2b50,Map {unMap = [("MillarCoin",5)]})]}}
     TxCerts: [ TxCertRegStaking (ScriptCredential c61bfa1c138524b69f378bc69504322f39289ce554d549db4d1e2b50) (Just 400000) ]
     Wdrl: []
     Valid range: (-∞ , +∞)
     Signatories: []
     Redeemers: [ ( Spending (TxOutRef {txOutRefId = cb2c9611ad51f6e37c529f7a3cb8dde4eaeaf97e5a47ba03a8c0026fe7a94bc5, txOutRefIdx = 0})
                , 0 )
                , ( Minting c61bfa1c138524b69f378bc69504322f39289ce554d549db4d1e2b50
                , 0 )
                , ( Certifying 0 (TxCertRegStaking (ScriptCredential c61bfa1c138524b69f378bc69504322f39289ce554d549db4d1e2b50) (Just 400000))
                , 0 ) ]
     Datums: [ ( 03170a2e7597b7b7e3d84c05391d139a62b157e78786d8c082f29dcf4c111314
             , 0 )
             , ( ee155ace9c40292074cb6aff8c9ccdd273c81648ff1149ef36bcea6ebb8a3e25
             , 1 ) ]
     Votes: []
     Proposal Procedures: []
     Current Treasury Amount:
     Treasury Donation:
   Redeemer:
     0
Script evaluation error: An error has occurred:
The machine terminated because of an error, either from a built-in function or from an explicit use of 'error'.
Script execution logs: Unknown error code: PT5

Script base64 encoded arguments: 2Hmf2Hmfn9h5n9h5.....
Script base64 encoded bytes: WQ5wAQAAMjIzIjMiMyIyMjIyMjIyMjIyMjIy.....

Changelog
- description: |
   Improve plutus script failure error
# uncomment types applicable to the change:
  type:
  - feature        # introduces a new feature

Context
Additional context for the PR goes here. If the PR fixes a particular issue please provide a link to the issue.
How to trust this PR
Highlight important bits of the PR that will make the review faster. If there are commands the reviewer can run to observe the new behavior, describe them.
Checklist

[ ] Commit sequence broadly makes sense and commits have useful messages
[ ] New tests are added if needed and existing tests are updated. See Running tests for more details
[ ] Self-reviewed the diff

Great, this is a nice improvement.
Script arguments: ScriptInfo: CertifyingScript 0 (TxCertRegStaking (ScriptCredential c61bfa1c138524b69f378bc69504322f39289ce554d549db4d1e2b50) (Just 400000))
TxInfo:

This makes it look like "Script arguments" and "TxInfo" are at the same level. The following would be better:
Script arguments:
  argument 1:
    ScriptInfo: ...
    TxInfo: ...
  ...

Can you also print the base64-encoded arguments? That would be more useful for re-running the script locally. Or is it already printed elsewhere?

Made the changes however I'm not sure why it's saying PT5 is an unknown error code.

Made the changes however I'm not sure why it's saying PT5 is an unknown error code.

I'm not sure. It doesn't look like this is from the plutus repo: grepping "unknown error code" returns no result.

Made the changes however I'm not sure why it's saying PT5 is an unknown error code.

I'm not sure. It doesn't look like this is from the plutus repo: grepping "unknown error code" returns no result.

It comes from: https://github.com/IntersectMBO/cardano-api/pull/672/files#diff-4909897d92b6ddafd851db4cfc8d8584ad03948c0d94a42a41c8a3391711cd48R73

It's a bug in Plutus - I'll fix it.
By the way, I don't think you'd want to look up everything in that map and prints "unknown error code" if not found. The log may also contain arbitrary strings the user puts there.

Fixed in https://github.com/IntersectMBO/plutus/pull/6635


unable to download 2.6.0 version

Getting the following while trying
bower install  angular-growl-notifications :
Additional error details:
Available versions in https://github.com/jvandemo/angular-growl-notifications.git: 2.5.0, 2.4.0, 2.3.0, 2.2.0, 2.1.2, 2.1.1, 2.1.0, 2.0.1, 2.0.0, 0.7.0, 0.6.0, 0.5.0, 0.4.0, 0.3.0, 0.2.0

Thank you for reaching out.
You are totally right—v2.6.0 was not published as a release and thus was not downloadable via bower.
I have published v2.6.0 so the latest version should now be available via Bower.
Thanks again for reporting!


blob metadata as sort/filter column

It would be great if StorageExplorer allows sorting in a folder by allowing to add the metadata key as a column header.
In a next step it would be great if filtering on columns is enabled (like excel filters).

+1000
This would be fantastic.

I would be interested in contributing code for this one. But perhaps if leadership on the team could help me scope it to something that would get accepted as a PR. My immediate use case would just be metadata at the file share level, and perhaps at folder levels within that file share. I would want to code it to see the key value pairs present in a column as you browse the file share.
As a workaround for now, I drop text files in the root of the file share to indicate helpful context such as "uat.txt", "prod.txt", etc.


[Multicast] add Multicast networkpolicy support

implement network policy for multicast

For multicast traffic, we support ingress rules for IGMP, and egress rules for multicast data traffic.
And apply NetworkPolicy to real traffic for both. Ingress for multicast traffic is not supported now.

While egress for IGMP only supports IGMP report, which is handled by packetIn. This patch
maintainsvrule map for each group address to fetch the rule which matches the member and also
has the highest priority. And packetIn will decide to allow or drop the IGMP report traffic
based on the matched rule.

Codecov Report

Merging #3660 (f96b372) into main (2023829) will decrease coverage by 25.94%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##             main    #3660       +/-   ##
===========================================
- Coverage   63.59%   37.64%   -25.95%
===========================================
  Files         278      114      -164
  Lines       39517    15778    -23739
===========================================
- Hits        25129     5940    -19189
+ Misses      12439     9359     -3080
+ Partials     1949      479     -1470

Flag
Coverage Δ

integration-tests
37.64% <ø> (?)

kind-e2e-tests
?

unit-tests
?

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

pkg/agent/cniserver/pod_configuration.go

pkg/agent/controller/egress/egress_controller.go

pkg/agent/controller/networkpolicy/cache.go

...ntroller/networkpolicy/networkpolicy_controller.go

pkg/agent/controller/networkpolicy/reconciler.go

pkg/agent/multicast/mcast_controller.go

pkg/agent/multicast/mcast_discovery.go

pkg/agent/openflow/client.go

pkg/agent/openflow/framework.go

pkg/agent/openflow/multicast.go

... and 382 more

/test-all

/test-e2e

/test-all

/test-multicast-e2e

/test-conformance

/test-conformance

/test-conformance

/test-networkpolicy
/test-conformance

/test-networkpolicy

/test-multicast-e2e

/test-all

/test-all

/test-e2e

/test-all

/test-all

/test-networkpolicy

/test-conformance
/test-e2e
/test-networkpolicy
/test-multicast-e2e

/test-multicast-e2e

/test-conformance
/test-e2e
/test-networkpolicy
/test-multicast-e2e

/test-conformance
/test-e2e
/test-networkpolicy
/test-multicast-e2e

/test-ipv6-e2e
/test-ipv6-only-e2e

/test-ipv6-e2e

In commit message:

This patch maintainsvrule map for each group address

I suppose you want to say "This patch maintains a rule map for each group address", right? If yes, please update PR description directly. I will update commit message when merging.


Capistrano-ext support + other

Hi,
Some features I need.

Support Multistage from capistrano-ext for rails tasks
Support Passenger standalone mode (if you need several ruby version behind the same apache server)

fell free to cherry pick !
I tested these in situ, as ther is no specs.

Sorry, I had been using this change but never pulled it in because I forgot. Just merged in all your changes and bumped the gem. Thanks!

That was a long shot ! but everythings fine.
See you !


Add a specific config struct for the update command (#18957)

This is a proposal for #18957, to reduce what we send to the update endpoint. This also make it clear what is mutable in the container, and untie it from Config/HostConfig. It is still easy to add more attributes
This allows use to control more what is or is not mutable in a container and remove the use of the internal HostConfig struct to be used 🐳.

[X] UpdateConfig might not be a good name, maybe MutableConfig or something ?
[ ] The implementation is naive right now, it's there for discussion :wink:.

Related PR for api changes : docker/engine-api#11. Waiting for it to be merged to vendor it and rebase this one :stuck_out_tongue_closed_eyes:.
Closes #18957.
Signed-off-by: Vincent Demeester<EMAIL_ADDRESS>

I think update as a command is kind of a goofy name for the command, but I wasn't here a week ago to say that. I'd match the config to the name of the command. If the command is update, the config should be update.

Design looks good, I'm +1 for this :+1:

SGTM

Looks correct.

it looks like #19116 is proving that keeping hostConfig is better than removing it completely.
Tbh, I was going to agree with this change, but allowing to change the restartPolicy sounds like a good idea to me. So I'm leaning more towards not doing this.

@calavera Adding support to RestartPolicy would be done to just add a new field to UpdateConfig. What I don't like now is that we pass the whole HostConfig and ignoring a whole lot of attributes (for good reasons)… but seeing the API, a consumer of this API could think "oh cool, I can update everything in HostConfig", which is not the case, and shouldn't be.

Collective review
We're okay with this design to resolve #18957.
Thanks @vdemeester

@vdemeester rebase please :)

Rebased and added a probably temporary vendoring commit (cc @calavera) to make it build :stuck_out_tongue_closed_eyes:.

Rebased with the vendoring of engine-api 0.1.2 :wink:

So weird to only see a small piece of the puzzle  :-)
LGTM

LGTM

@vdemeester not sure if this needs a documentation update too, or if that should be done somewhere else?

Hum maybe remote api I think, I'll check once home ;-)

Updated some API docs.

Docs LGTM

docs LGTM, thanks @vdemeester!


React.createContext is not a function!

I just installed the module but looks like it's incompatible with the latest version of react.

Hey @mr-bat,
I'm pretty sure it's compatible with the latest version of react, you can check it here (check the dependencies). Also, the createContext api was introduced in v16.3 so updating react to v16.4 would not break it this way.
Maybe you are not using the latest version of react, are you sure you are? This error is supposed to happen if you are using react with a version < 16.3.0.
Hope it helps.


fix(sinsp-example): handle SCAP_FILTERED_EVENT

What type of PR is this?

Uncomment one (or more) /kind <> lines:

/kind bug
Any specific area of the project related to this PR?
/area tests
Does this PR require a change in the driver versions?
What this PR does / why we need it:
Adapt sinsp-example to https://github.com/falcosecurity/libs/pull/674 and restore its functionality
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
See https://github.com/falcosecurity/libs/pull/674
Does this PR introduce a user-facing change?:
NONE

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: deepskyblue86
Once this PR has been reviewed and has the lgtm label, please assign andreagit97 for approval by writing /assign @andreagit97 in a comment. For more information see:The Kubernetes Code Review Process.
The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@Molter73 hopefully this would fix the e2e :slightly_smiling_face:

Yay passing! Great job man!

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: deepskyblue86, FedeDP
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS [FedeDP]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

LGTM label has been added.  Git tree hash: b88c878354ce688ed567cd3422177cddacfe9b4f

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: deepskyblue86, FedeDP, Molter73
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS [FedeDP,Molter73]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

We break at a ftl speed! :laughing:

We break at a ftl speed! 😆
Hopefully not anymore 🤣


RN mod updates for ksp 1.1.2

-Update all netkan files for mod updates to new ksp version
-Switched reflection plugin to texture replacer as reflection plugin is
dead and doesn't work in 1.1+
-Craft files are being maintained again so they are now installed by
default again
-MM CFG files are now in the mod directories instead of GameData
directly, so I removed those lines as they are not needed any longer
-Removed KM gimbal as the stock module now contains all the
functionality km gimbal had.

Needs a rebase.

If the firespitter version we were installing was the issue, this move to 1.1.2 should totally reshape that landscape.

Passes Jenkins in https://github.com/KSP-CKAN/NetKAN/pull/3870

Looks good to me, merging with my thanks.


Invalid persist actions order for table columns

DBeaver 22.1.2
Steps to reproduce:

Open table
Create a number of new columns
Reorder columns
Save... and observe incorrect ddl

Probably reproducible in other places where reordering is possible.
https://user-images.githubusercontent.com/28875055/179212291-83d2a8c1-b89d-4468-98e6-88a6bbd5eb9c.mp4

Maybe we should do the solution proposed here #2900


goxlr-utility desktop entry starts daemon instead of opening utility

Describe the bug
The goxlr-utility package changes the functionality of the desktop entry. Instead of opening the web interface, it instead starts the daemon.
Expected behavior
The original functionality of the desktop entry should be kept, as currently, the only way to open the web interface is:

The taskbar icon (not accessible for those not using a taskbar, though this is a rare subset :laughing:)
Manually visiting http://localhost:14564/
Running the goxlr-launcher command, as the desktop entry did originally

The goxlr-daemon command only starts the daemon in the background, strange for a desktop entry
Due to the nature of goxlr-utility, it makes sense to have this program start with the system in most use cases, there's also an option provided by the goxlr-utility nixos module that is enabled by default to autostart the utility
Additional context
Here is the relevant code:
https://github.com/NixOS/nixpkgs/blob/52ec9ac3b12395ad677e8b62106f0b98c1f8569d/pkgs/tools/audio/goxlr-utility/default.nix#L53-L55
@errnoh

Add a :+1: reaction to issues you find important.

@Different-Name looked into this and now I remember why I changed this when I created the package.
The reason was this https://github.com/NixOS/nixpkgs/blob/50d494e5a4370394af0e09db2a2e864f146ff3b6/pkgs/build-support/make-startupitem/default.nix#L17-L35
With the original .desktop file it opened default browser with the goxlr interface automatically after each boot. Looking at it now it seems that goxlr-utility creates the autostart item in code here: https://github.com/GoXLR-on-Linux/goxlr-utility/blob/9753ce92c08170519216e15d851236e76d8f7dc8/daemon/src/platform/linux/autostart.rs#L36-L59
Anyways, that's the reasoning why I originally changed it. Should be somewhat simple to fix. I'll think about what would be the cleanest way a bit and add a fix once I'm done.

Solution suggested in https://github.com/NixOS/nixpkgs/pull/332757


[stable/sonarqube] add support for Oracle DB

Is this a new chart
Existing chart maintained by @rjkernick @tsiddique
What this PR does / why we need it:

Adds support for connecting to an external Oracle database
Also removes some duplicated properties from the deployment.yaml template

Checklist

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md
[x] Title of the PR starts with chart name (e.g. [stable/chart])

/ok-to-test

@jphayes Thank you for trying to add Oracle DB support to the chart.
It looks like you are trying to do two things at the same time here:

adding support for Oracle DB
moving /opt/sonarqube/extensions/plugins/tmp/ to /opt/sonarqube/extensions/tmp/plugins/

I suggest to split this up into separate PRs as it makes the review easier. To be able to merge it you would also need to solve the merge conflicts.


NullReferenceException on hover

VSC with daily LS (<IP_ADDRESS>)
I did a rename of a class, then later double clicked on the class to rename again, and got the exception.

[Error - 10:11:42 AM] Request textDocument/hover failed.
  Message: Object reference not set to an instance of an object.
  Code: -32000
   at Microsoft.Python.Analysis.Modules.PythonModule.RemoveReferencesInModule(IPythonModule module)
   at Microsoft.Python.Analysis.Modules.PythonModule.NotifyAnalysisBegins()
   at Microsoft.Python.Analysis.Analyzer.PythonAnalyzerSession.AnalyzeEntry(PythonAnalyzerEntry entry, IPythonModule module, PythonAst ast, Int32 version, CancellationToken cancellationToken)
   at Microsoft.Python.Analysis.Analyzer.PythonAnalyzerSession.Analyze(IDependencyChainNode`1 node, AsyncCountdownEvent ace, Stopwatch stopWatch, CancellationToken cancellationToken)
--- End of stack trace from previous location where exception was thrown ---
   at Microsoft.Python.Analysis.Analyzer.PythonAnalyzerEntry.<>c.<GetAnalysisAsync>b__23_0(Task`1 t)
   at System.Threading.Tasks.ContinuationResultTaskFromResultTask`2.InnerInvoke()
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
--- End of stack trace from previous location where exception was thrown ---
   at System.Threading.Tasks.Task.ExecuteWithThreadLocal(Task& currentTaskSlot)
--- End of stack trace from previous location where exception was thrown ---
   at Microsoft.Python.Analysis.Analyzer.PythonAnalyzer.GetAnalysisAsync(PythonAnalyzerEntry entry, CancellationToken timeoutCt, CancellationToken cancellationToken)
   at Microsoft.Python.Analysis.Analyzer.PythonAnalyzer.GetAnalysisAsync(IPythonModule module, Int32 waitTime, CancellationToken cancellationToken)
   at Microsoft.Python.LanguageServer.Documents.Document.GetAnalysisAsync(Uri uri, IServiceContainer services, Int32 msTimeout, CancellationToken cancellationToken)
   at Microsoft.Python.LanguageServer.Implementation.Server.Hover(TextDocumentPositionParams params, CancellationToken cancellationToken)
   at Microsoft.Python.LanguageServer.Implementation.LanguageServer.Hover(JToken token, CancellationToken cancellationToken)

NRE.log

https://github.com/Microsoft/python-language-server/pull/931


Add cleanup of bobabeam changes to Develop

https://github.com/bobanetwork/boba/pull/955

Closing as this is done!


min/max rules are applied to text fields implicitly

I've just met a weird problem. I've got something like this:
<input class="infoTableInput2" name="owner_name" type="text" id="owner_name" value="">

and the rule:
$('#store_form').validate({
    rules : {
        owner_name: {
            required: true
        }
    },
    messages : {
        owner_name: {
            required: '{$lang.owner_name_required}'
        }
    }
});

every time I tried to enter something to the field, an error message pops up Please enter a value greater than or equal to 0.. But as you can see above, I've not added any extra rule to the element.
After debugging a bit, I've found that it's because the validator loops through all available methods in the normalizer. And the line 981 will always be true while evaluating the min/max method:
if ( /min|max/.test( method ) && ( type === null || /number|range|text/.test( type ) ) )

Please provide a jsfiddle to re-produce