Is it possible to set the starting div "image"

I like this plugin. I think it would be nice to be able to set the starting and the ending situation.
Now everything works nice when we call the functionality when document is ready. But when I want to start it (for example) on click, first I have to set the final situation in my div and the user see it first  before and then after the animation one more time.

I made some changes and cleanup (and a Readme)
Tell me if the new textInit and animated options fit your needs ?
cf http://htmlpreview.github.io/?https://github.com/zemax/jquery-splitFlap/blob/master/demo/index.html

It is much more better.
If I can suggest something more. Maybe it could be more useful to be able to set also (or only) the final text in JavaScript. I know I can do it directly by setting the div content. But with this functionality I will just create an empty div and set all the properties from JavaScript at th same time.
At this moment when I want to start a new animation first I have to set the content of a div to the final text first (at this moment the user can see the final text). Then using JavaScript I set the initial text - so now the user do not see the final text.
When I have the possibility to set (even only) the final text. I will set the init text, directly or using textInit, so the user see the initial text, then I set the final text (the user do not see it at this moment) and then I start the animation.

Ok, I've added a "text" options to specify the destination text instead of taking the content of the element.

super


Storage Explorer can't copy or download folders with more than 10000 files

Storage Explorer Version: 1.6.2
Platform/OS: Windows 10
Architecture: ia32
Bug description
I tried to download a folder with two subfolders. The first subfolder contains about 24000 files, the second about 200. When the download finished I could see the 200 files from the second folder but only the first 10000 of the other one.
I recognized the same behavior when I tried to copy the folder to another destination. Only the first 10000 elements of the folder with the 24000 files were copied.
Steps to Reproduce

create a folder with more than 10000 files
try to download the folder
only the first 10000 files are downloaded

Expected Experience
All of the files in a folder are downloaded/copied without any limit in number of files in a folder.
Actual Experience
Only the first 10000 files in a folder are downloaded/copied

@felix185 , are you downloading from a blob container, file share, or adlsgen2 blob container?

I am downloading from a file share

@felix185 is the copy from Azure to Azure? Or do you mean copying locally on your machine?

e.g. copy from a folder /test to another folder /another_test in the same ADLS.
And downloading is from ADLS to my local machine.
The activity log shows 10k and not the actual number.
The files are small, only a few KB (2-3 KB per file)

@felix185 , bit confused here...earlier you said you were downloading from a File Share, but now you're saying ADLS? Can you confirm which of the following you are working with:

ADLS Gen1:

ADLS Gen2 Storage Account:

Normal Storage account:

And then if it is an ADLS Gen2 storage account or a normal storage account, are you downloading from a Blob container or a File Share?

Sorry for the confusion... We're using ADLS Gen 1

I have the same issue with Storage Explorer v1.27.0.  I was running it on an Azure VM pulling 695k files from an Azure File Share (100TB hot) to the VM's local data disk and after the first 10,000 items it just hung/spun.  I could still use the app to calculate disk stats, etc, but the transfer wasn't going to recover.

I have been experiencing the same behavior when using AZ Storage Explorer:
Version: 1.30.0
AzCopy Version: 10.19.0
Platform: macOS
Architecture: x64
It doesn't matter if it is between 2 Blog Storage or from Blob Storage to ADLS Gen 2, frequently when I have for instance...
Total: 20 993 items, 2,49 GiB (2 672 431 496 bytes)
Only these get copied....
Total: 10 000 items, 1,26 GiB (1 356 130 434 bytes).
...and the Storage Explorer does not show any error message :-(


React 17 & 18 support

Currently only React 16 is supported, would be nice to have 17 & 18 as a peer dep as well.

Is there an update on this or a timeline on when we can expect a fix for this?

Hi All, we're using <SavingMotion> component in our product that was just updated to React18 and wonder when will this upgrade will happens?
We now have some warnings in the dev console like:
hydration-error-info.js:63 Warning: SavingMotion: Support for defaultProps will be removed from function components in a future major release. Use JavaScript default parameters instead.
TIA, Xavier


app crashes when receive byte and when usb disconnected

Update: The problems occur after
connection = mUsbManager.openDevice(device);
new ConnectionThread().start();
If I comment those lines; I can successfully recognize the CP2102 attaching and detaching.

I'm setting up usb comms with the CP2102 using your library. I can successfully recognize the CP2102 and send data to it, but the app crashes when I receive a byte from the CP2102 or when I disconnect the CP2102. Thoughts?

did u got any solution, I am also facing the same problem?


Adds install method for packages

Signed-off-by: Ashraf Fouda<EMAIL_ADDRESS>

will move it into prepare function instead of adding install too


[AMBARI-24483] - Timeline v2 HBase Does Start After Upgrade Due to Missing System Queue

What changes were proposed in this pull request?
During Upgrade

If cluster is big i.e >50GB and each machines has minimum 10GB resources
-- If yarn-system queue doesn't exist then we shall create a queue with zero capacity.
-- All the necessary setting for queue such as queue-priority, queue-acls, disabling pre-emption for this queue are set.
-- ats-hbase app queue name also set to yarn-system
-- But do NOT enable system service mode by default. Let upgrade happens in embedded mode successfully.
-- Post upgrade, admin can change flag to enable system_service mode if required by providing sufficient capacity to yarn-system queue. This step need to be documented.
If cluster is small
-- Continue upgrade in embedded mode without creating a yarn-system queue.

How was this patch tested?
Manually testing of upgrade cluster; new unit test.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/3614/
Test PASSed.

Refer to this link for build results (access rights to CI server needed):
https://builds.apache.org/job/Ambari-Github-PullRequest-Builder/3615/
Test PASSed.


messenger: Include request type in error messages

This gives no useful information to figure out what was the operation that failed:
2019-07-18 07:49:35.879204+0000 [DBUG] Unclassified RPC error msg=
>  [Messenger] Request error
>      unable to find paths

With a bit more context:
2019-07-18 08:49:22.828353+0000 [EROR] Unable to find path src=<redacted> dst=<redacted> code="No paths available"
2019-07-18 08:49:22.828441+0000 [DBUG] Unclassified RPC error msg=
>  [Messenger] Request error
>      unable to find paths
2019-07-18 08:49:25.839519+0000 [EROR] Unable to find path src=<redacted> dst=<redacted> code="No paths available"
2019-07-18 08:49:25.839590+0000 [DBUG] Unclassified RPC error msg="unable to find paths"
2019-07-18 08:49:25.839646+0000 [EROR] [corePusher] Failed to sync all cores err="Sync error checkErrors="[<redacted>]" remainingCores="[<redacted>]""

So a few observations:
2019-07-18 07:49:35.879204+0000 [DBUG] Unclassified RPC error msg=
>  [Messenger] Request error
>      unable to find paths

is actually just a DEBUG message that comes from messenger with metrics. It is printed with the goal that we can better classify errors for metrics.
2019-07-18 08:49:25.839519+0000 [EROR] Unable to find path src=<redacted> dst=<redacted> code="No paths available"

is the actual error which shouldn't be printed IMO but returned, it is coming from here:
https://github.com/scionproto/scion/blob/a88f740b0e69f9282100422bd260a26812a0b3f0/go/lib/pathmgr/pathmgr.go#L150
The CorePusher just silently hides errors: https://github.com/scionproto/scion/blob/a88f740b0e69f9282100422bd260a26812a0b3f0/go/cert_srv/internal/reiss/corepush.go#L131
which would have been the correct location to log the actual error.
The messenger still needs to attach the request type to it's error.


add LDM upscaler

its the best. probably.

The tile controlnet is good enough that we shouldn't need to add this.


[BUG]: DownloadPipelineArtifact@2 not working ("cannot access ... because it is being used by another process")

New issue checklist

[x] I searched for existing GitHub issues
[x] I read pipeline troubleshooting guide
[x] I checked how to collect logs

Task name
DownloadPipelineArtifact@2
Task version
2.198.0
Issue Description
Our pipeline has started failing to Download artifacts today for only one of the three jobs we run. All jobs run Ubuntu 20.04 and are running the same version of the task (2.198.0) yet one download fails and the other succeeds.
The jobs are:

Build a JS component library and publish as an artifact
Download artifact and build "UI A"
Download artifact and build "UI B"

Jobs 2 and 3 run in parallel.
The download artifact step always works in job 2 and always fails in job 3 with an error similar to this:
##[error]The process cannot access the file '/home/vsts/work/1/s/frontend/node_modules/js-yaml/bin/js-yaml.js' because it is being used by another process.

Note that the error still happens when hitting re-running failed jobs (meaning that job 3 is running by itself and no longer in parallel with job 2).
The step is defined in yaml as
          - task: DownloadPipelineArtifact@2
            displayName: 'Download Artifact: web-library'
            inputs:
              buildType: current
              artifactName: WebLibrary
              targetPath: '$(Pipeline.Workspace)/s/frontend'

Idk if it's relevant but it's weird to me that the logs seems to say that it downloads the artifact three times (may just be automatic retries, or it could genuinely be trying to download three times at once leading to the exception).
Environment type (Please select at least one enviroment where you face this issue)

[ ] Self-Hosted
[x] Microsoft Hosted
[ ] VMSS Pool
[ ] Container

Azure DevOps Server type
dev.azure.com (formerly visualstudio.com)
Azure DevOps Server Version (if applicable)
No response
Operation system
Ubuntu 20.04
Relevant log output
2024-10-18T01:01:48.1228874Z ##[section]Starting: Download Artifact: web-library
2024-10-18T01:01:48.1239540Z ==============================================================================
2024-10-18T01:01:48.1239729Z Task         : Download Pipeline Artifacts
2024-10-18T01:01:48.1239833Z Description  : Download build and pipeline artifacts
2024-10-18T01:01:48.1239951Z Version      : 2.198.0
2024-10-18T01:01:48.1240059Z Author       : Microsoft Corporation
2024-10-18T01:01:48.1240162Z Help         : https://docs.microsoft.com/azure/devops/pipelines/tasks/utility/download-pipeline-artifact
2024-10-18T01:01:48.1240347Z ==============================================================================
2024-10-18T01:01:48.5003431Z Download from the specified build: #29147
2024-10-18T01:01:48.5012319Z Download artifact to: /home/vsts/work/1/s/frontend
2024-10-18T01:01:49.0092512Z Using default max parallelism.
2024-10-18T01:01:49.3305795Z Using default max parallelism.
2024-10-18T01:01:49.3315173Z Max dedup parallelism: 192
2024-10-18T01:01:49.3315468Z DomainId: 0
2024-10-18T01:01:49.5066287Z ApplicationInsightsTelemetrySender will correlate events with X-TFS-Session b8bd3eea-be52-4afd-bf27-b689d1efef97
2024-10-18T01:01:49.5220111Z Hashtype: Dedup1024K
2024-10-18T01:01:49.5468277Z DedupManifestArtifactClient will correlate http requests with X-TFS-Session b8bd3eea-be52-4afd-bf27-b689d1efef97
2024-10-18T01:01:49.5486666Z Minimatch patterns: []
2024-10-18T01:01:52.7566041Z Filtered 212943 files from the Minimatch filters supplied.
2024-10-18T01:01:52.7937816Z Downloaded 0.0 MB out of 1,491.6 MB (0%).
2024-10-18T01:01:57.7209800Z DedupManifestArtifactClient will correlate http requests with X-TFS-Session b8bd3eea-be52-4afd-bf27-b689d1efef97
2024-10-18T01:01:57.7211262Z Minimatch patterns: []
2024-10-18T01:01:57.8023489Z Downloaded 18.2 MB out of 1,491.6 MB (1%).
2024-10-18T01:02:00.4086215Z Filtered 212943 files from the Minimatch filters supplied.
2024-10-18T01:02:00.4356045Z Downloaded 0.0 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:02.8219624Z Downloaded 0.4 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:05.3630500Z DedupManifestArtifactClient will correlate http requests with X-TFS-Session b8bd3eea-be52-4afd-bf27-b689d1efef97
2024-10-18T01:02:05.3631217Z Minimatch patterns: []
2024-10-18T01:02:05.4342391Z Downloaded 7.5 MB out of 1,491.6 MB (1%).
2024-10-18T01:02:07.8217646Z Downloaded 45.4 MB out of 1,491.6 MB (3%).
2024-10-18T01:02:08.8305651Z Filtered 212943 files from the Minimatch filters supplied.
2024-10-18T01:02:08.8600550Z Downloaded 0.0 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:10.4782365Z Downloaded 2.4 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:12.8315497Z Downloaded 17.7 MB out of 1,491.6 MB (1%).
2024-10-18T01:02:13.8563909Z Downloaded 17.7 MB out of 1,491.6 MB (1%).
2024-10-18T01:02:15.4806993Z Downloaded 17.7 MB out of 1,491.6 MB (1%).
2024-10-18T01:02:16.3305178Z DedupManifestArtifactClient will correlate http requests with X-TFS-Session b8bd3eea-be52-4afd-bf27-b689d1efef97
2024-10-18T01:02:16.3305905Z Minimatch patterns: []
2024-10-18T01:02:17.8401104Z Downloaded 55.6 MB out of 1,491.6 MB (4%).
2024-10-18T01:02:18.8531063Z Filtered 212943 files from the Minimatch filters supplied.
2024-10-18T01:02:18.8587161Z Downloaded 0.0 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:18.8789027Z Downloaded 0.0 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:20.4834981Z Downloaded 1.4 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:22.8395907Z Downloaded 4.1 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:23.8592996Z Downloaded 4.1 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:23.8800270Z Downloaded 4.1 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:25.4828261Z Downloaded 4.1 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:27.8352090Z Downloaded 4.1 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:28.8554510Z Downloaded 4.1 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:28.8757898Z Downloaded 4.1 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:30.4855085Z Downloaded 4.1 MB out of 1,491.6 MB (0%).
2024-10-18T01:02:31.3926950Z ApplicationInsightsTelemetrySender correlated 2 events with X-TFS-Session b8bd3eea-be52-4afd-bf27-b689d1efef97
2024-10-18T01:02:31.3978588Z ##[error]The process cannot access the file '/home/vsts/work/1/s/frontend/node_modules/js-yaml/bin/js-yaml.js' because it is being used by another process.
2024-10-18T01:02:31.5266723Z ##[section]Finishing: Download Artifact: web-library
Full task logs with system.debug enabled
(Fyi this log only shows the first instance of the exception otherwise it goes past the max limit of this field)

2024-10-18T01:22:49.3132053Z ##[debug]Evaluating condition for step: 'Download Artifact: web-library'
2024-10-18T01:22:49.3133081Z ##[debug]Evaluating: SucceededNode()
2024-10-18T01:22:49.3133404Z ##[debug]Evaluating SucceededNode:
2024-10-18T01:22:49.3133915Z ##[debug]=> True
2024-10-18T01:22:49.3134235Z ##[debug]Result: True
2024-10-18T01:22:49.3134576Z ##[section]Starting: Download Artifact: web-library
2024-10-18T01:22:49.3146062Z ==============================================================================
2024-10-18T01:22:49.3146258Z Task         : Download Pipeline Artifacts
2024-10-18T01:22:49.3146365Z Description  : Download build and pipeline artifacts
2024-10-18T01:22:49.3146674Z Version      : 2.198.0
2024-10-18T01:22:49.3146780Z Author       : Microsoft Corporation
2024-10-18T01:22:49.3146889Z Help         : https://docs.microsoft.com/azure/devops/pipelines/tasks/utility/download-pipeline-artifact
2024-10-18T01:22:49.3147056Z ==============================================================================
2024-10-18T01:22:49.7063824Z ##[debug]TargetPath: /home/vsts/work/1/s/frontend
2024-10-18T01:22:49.7081861Z ##[debug]ArtifactName: WebLibrary
2024-10-18T01:22:49.7082907Z ##[debug]BuildResult: Succeeded
2024-10-18T01:22:49.7083763Z ##[debug]Run: CurrentRun
2024-10-18T01:22:49.7094663Z ##[debug]ProjectId: 6d659a19-d7bc-4e88-bb1f-943c39b20b18
2024-10-18T01:22:49.7188453Z Download from the specified build: #29148
2024-10-18T01:22:49.7190822Z ##[debug]Processed: ##vso[task.setvariable variable=BuildNumber;issecret=False;]29148
2024-10-18T01:22:49.7191233Z Download artifact to: /home/vsts/work/1/s/frontend
2024-10-18T01:22:50.2337010Z Using default max parallelism.
2024-10-18T01:22:50.2703872Z Verbose, ArtifactHttpClientFactory.CreateVssHttpClient: ClientSettingsHttpClient with BaseUri: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/, MaxRetries:5, SendTimeout:00:05:00
2024-10-18T01:22:50.3680479Z Using default max parallelism.
2024-10-18T01:22:50.3687152Z Max dedup parallelism: 192
2024-10-18T01:22:50.3687980Z DomainId: 0
2024-10-18T01:22:50.4023489Z Verbose, ArtifactHttpClientFactory.CreateVssHttpClient: DedupStoreHttpClient with BaseUri: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/, MaxRetries:5, SendTimeout:00:05:00
2024-10-18T01:22:50.5625475Z Information, ApplicationInsightsTelemetrySender will correlate events with X-TFS-Session 78f80715-0a56-4f78-8493-ed18ce2d61f5
2024-10-18T01:22:50.5626984Z Verbose, Started ITelemetrySender BlobStoreApplicationInsightsTelemetrySender.
2024-10-18T01:22:50.5771586Z Hashtype: Dedup1024K
2024-10-18T01:22:50.5897101Z Verbose, PipelineArtifact.DownloadMultipleArtifactsAsync starting
2024-10-18T01:22:50.6012658Z Information, DedupManifestArtifactClient will correlate http requests with X-TFS-Session 78f80715-0a56-4f78-8493-ed18ce2d61f5
2024-10-18T01:22:50.6029874Z Information, Minimatch patterns: [**]
2024-10-18T01:22:54.0157397Z Information, Filtered 212943 files from the Minimatch filters supplied.
2024-10-18T01:22:54.0497959Z Verbose, Could not initialize dataport: Dataport will not be used as it is only currently available on Windows.
2024-10-18T01:22:54.0532023Z Information, Downloaded 0.0 MB out of 1,491.6 MB (0%).
2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.9690937Z ##[debug]Agent environment resources - Disk: / Available 14145.81 MB out of 74244.74 MB, Memory: Used 2753.00 MB out of 6932.00 MB, CPU: Usage 68.66%
2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:55.5956822Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.0544654, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.5958599Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.1332007, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.5960223Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11054.4654 }
2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:55.5964710Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11133.2007 }
2024-10-18T01:22:55.6005342Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:10.8856821, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6007044Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":10885.6821 }
2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:55.6075341Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.1117665, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6084203Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11111.7665 }
2024-10-18T01:22:55.6095026Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.0841492, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6100122Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11084.1492 }
2024-10-18T01:22:55.6112363Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.1238950, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6118931Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11123.895 }
2024-10-18T01:22:55.6125812Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.1938249, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6133612Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11193.8249 }
2024-10-18T01:22:55.6145928Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.0542348, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6150084Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11054.2348 }
2024-10-18T01:22:55.6171973Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.0837692, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6173473Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11083.7692 }
2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:55.6232439Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.0253601, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:55.6287356Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11025.3601 }
2024-10-18T01:22:55.6307212Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.1934265, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6311810Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11193.4265 }
2024-10-18T01:22:55.6317241Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:10.8187427, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6321494Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":10818.7427 }
2024-10-18T01:22:55.6329850Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:10.9713836, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:55.6336678Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":10971.3836 }
2024-10-18T01:22:55.6342270Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.1378768, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6343784Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11137.8768 }
2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:55.6442122Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:10.9745732, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6444619Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":10974.5732 }
2024-10-18T01:22:55.6484667Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.0096371, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6486475Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11009.6371 }
2024-10-18T01:22:55.6488011Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.1096621, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6489475Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11109.6621 }
2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:55.6576843Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.0188641, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6592713Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11018.8641 }
2024-10-18T01:22:55.6602082Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:10.8382529, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6607343Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":10838.2529 }
2024-10-18T01:22:55.6617272Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:10.8411168, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6619231Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":10841.1168 }
2024-10-18T01:22:55.6620542Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:10.8211187, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6621975Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":10821.1187 }
2024-10-18T01:22:55.6623355Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.0993556, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6625174Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11099.3556 }
2024-10-18T01:22:55.6626685Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.0621947, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6628061Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11062.1947 }
2024-10-18T01:22:55.6629433Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.0336772, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6630725Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11033.6772 }
2024-10-18T01:22:55.6645345Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:10.9428543, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6646846Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":10942.8543 }
2024-10-18T01:22:55.6770362Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.0735757, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6771844Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11073.5757 }
2024-10-18T01:22:55.6800545Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:11.1600938, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6802040Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":11160.0938 }
2024-10-18T01:22:55.6858533Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:10.8589122, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.6870744Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":10858.9122 }
2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:54.8188138Z Verbose, Downloaded2024-10-18T01:22:55.7439342Z Verbose, ArtifactHttpRetryMessageHandler.TraceHttpRequestRetrying: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, attempt 1, backoff 00:00:10.8774619, HttpStatusCode.ServiceUnavailable, WebExceptionStatus., SocketError., WinHttpErrorCode., CurlErrorCode., activity
2024-10-18T01:22:55.7441011Z Verbose, ArtifactHttpRetryMessageHandler.TraceRaw: https://vsblobprodeau1.vsblob.visualstudio.com/A4c207bb4-8f8a-4b1f-80fc-8690070ec048/_apis/dedup/urls?allowEdge=true, tracepoint 100011, TraceLevel.Error, message { "Client":"", "Endpoint":"vsblobprodeau1.vsblob.visualstudio.com", "Attempt":2, "MaxAttempts":6, "Backoff":10877.4619 }

Repro steps
stages:
  - stage: Build
    jobs:
      - job: Build_Web_Library
        pool:
          vmImage: ubuntu-20.04
        workspace:
          clean: all
        steps:
          - checkout: self
            fetchDepth: 1
            fetchTags: false
          - <NPM install/build/compile a Typescript/React project>
          - task: PublishPipelineArtifact@1
            displayName: 'Publish Artifact: web-library'
            inputs:
              targetPath: frontend
              artifact: WebLibrary
              publishLocation: pipeline

      - job: Build_App_A
        dependsOn: Build_Web_Library
        pool:
          vmImage: ubuntu-20.04
        workspace:
          clean: all
        steps:
          - checkout: self
            fetchDepth: 1
            fetchTags: false

          # This works
          - task: DownloadPipelineArtifact@2
            displayName: 'Download Artifact: web-library'
            inputs:
              buildType: current
              artifactName: WebLibrary
              targetPath: '$(Pipeline.Workspace)/s/frontend'

      - job: Build_App_B
        dependsOn: Build_Web_Library
        pool:
          vmImage: ubuntu-20.04
        workspace:
          clean: all
        steps:
          - checkout: self
            fetchDepth: 1
            fetchTags: false

          # This fails
          - task: DownloadPipelineArtifact@2
            displayName: 'Download Artifact: web-library'
            inputs:
              buildType: current
              artifactName: WebLibrary
              targetPath: '$(Pipeline.Workspace)/s/frontend'

I started running into this today as well but it's on a self hosted agent. Last successful run was yesterday, few runs today mostly on the same pipelines, others are working

Hello, started running into the same issue since yesterday as well

we are also facing same issue , what is quick fix?

Also in my company we are facing this issue now more and more. What helps to a certain degree is to use the RetryOnErrorCount feature on those steps.

Hello guys,
The only workaround I found for now is to download my artifact with the download step.

https://learn.microsoft.com/en-us/azure/devops/pipelines/yaml-schema/steps-download?view=azure-pipelines
Looks like that one is working (was able to download 388mb).

As you can't set a target path wit the download step, I added an extra step after to copy (CopyFiles@2) my downloaded artifact to the target path I was using with DownloadPipelineArtifact@2.
Hope it helps !

@MTomBosch are you on self hosted agents? According to the docs, the workspace on MS hosted ones is always clean https://learn.microsoft.com/en-us/azure/devops/pipelines/process/phases?view=azure-devops&tabs=yaml#workspace

Yes, we are on self-hosted agents.

We've taken the trade-off of adding ~10 mins to our build for now by building the same artifact in each of the steps instead of building once and downloading the artifact in the two next steps. Would be great if there was any progress on this!

We are hitting this same issue with on-premises self-hosted Mac agents.

I am sorry for the inconvenience. Can we get agent version and also if possible logs for failed pipeline as well?

@viralpandya there are agent versions (ubuntu 20.04) and both simple and verbose logs in the original post. Is there anything else you require that I can provide?


As a potential user exploring CLIMods, I want a tutorial or detailed documentation on the features of the app.

duplicate with #39


Add Browserling Rewrite Skill

Add Browserling Rewrite Skill
Fix various typos

Acknowledged , Review in process

@jkerai1 Kindly include a README file detailing the comprehensive functionality of the plugin. This README should offer step-by-step guidance on the plugin's operation from start to finish. It should feature practical examples demonstrating its usage and provide valuable suggestions for the community to adhere to

Read me updated including screenshots and guidance @KwachSean


Import published tale

For discussion:
We have the ability to publish tales to DataONE, import an exported BagIt archive, and import tale-like datasets from Dataverse, but don't yet support re-importing a published tale from DataONE (or other publisher).
Basic workflow:

Publish a tale that's already in WT to DataONE
Import the tale from DataONE (via integration or register?)

There are a few conditions we'll need to handle:

The tale already exists in the system unchanged

The tale exists in the system but has changed since publication

The tale exists but is not public (i.e., importing user doesn't have permission)

The tale doesn't exist (i.e., has been deleted)

If the tale exists already and is unchanged (i.e., already has matching DOI in published IDs) we can simply return the URL to the tale

If the tale doesn't exist or the current user doesn't have access to an existing tale, we would want to immediately parse the manifest and take the user to the view page.  If the remainder of the import process is a job, the user can follow notifications for the import process.

Fixed by (at least) https://github.com/whole-tale/girder_wholetale/pull/317  and https://github.com/whole-tale/girder_wholetale/pull/377

Fixed by (at least) https://github.com/whole-tale/girder_wholetale/pull/317  and https://github.com/whole-tale/girder_wholetale/pull/377


BLD: update versioneer to 0.18

Codecov Report

Merging #388 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #388   +/-   ##
=======================================
  Coverage   84.06%   84.06%
=======================================
  Files          30       30
  Lines        4631     4631
=======================================
  Hits         3893     3893
  Misses        738      738

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 19c3971...33c2d98. Read the comment docs.

Re-opened to regenerate the Travis build matrix because we no longer test on or support 3.4

FYI, I updated databroker and bluesky to use this -post versioning scheme after verbal confirmation from Tom that he definitely prefers that and won't change his mind even though he cannot recall his reasoning. (This was before his honeymoon, don't worry.)


Eventing/Control Plane Conformance: Event Delivery test plan.

Add a manual conformance test plan for Eventing / Control Plane / Error Signalling

Closes #49

/assign @lionelvillard
Can someone help me here? per this PR the recordevents image should be release from now on as an eventing tool.
I am using this image built from master, which should be replaced with the recordevents released one when available.
https://github.com/knative/specs/blob/a7c85cb1897de8ff2a0a115f3fde4b61aca66cd6/test-plan/eventing/control-plane/event-delivery/01-00-channel-ack.yaml#L13

Should I replace my image with, yet not existing gcr.io/knative-releases/knative.dev/eventing/test/test-images/recordevents?
Should I leave it as is and open an issue to replace the image after 'v0.27?
Or can someone create the image at the repo before the release so that I can referenced from this tests?

You can use the nightly image: https://console.cloud.google.com/gcr/images/knative-nightly/global/knative.dev/eventing/test/test_images/recordevents

Thanks so much for the review @lionelvillard

Do you also feel adding in the PR where this is currently automatically tested in Knative Eventing (see https://github.com/knative/specs/blob/main/test-plan/eventing/broker-lifecycle-conformance.md#test-broker-is-addresable) for an example. IMO it's fine to do it in a follow up PR. Up to you.

In fact the links are there (for example at this test) but I found so few of them at rekt that I'm not sure if I'm missing their location. I'll give it another round.

/assign @salaboy @lionelvillard
It looks like this only affects test-plan/, and we have a sub-OWNERS there.

(closing and reopening to trigger EasyCLA)

/close
This was an exercise in 1.0 preparation, but we don't need to commit these files at this point.


Segmentation fault - Convolution in tflite

Please make sure that this is a bug. As per our GitHub Policy, we only address code/doc bugs, performance issues, feature requests and build/installation issues on GitHub. tag:bug_template
System information

Have I written custom code (as opposed to using a stock example script provided in TensorFlow):
OS Platform and Distribution (e.g., Linux Ubuntu 16.04)
TensorFlow installed from github:
TensorFlow version tf 1.13:
Python version: 3.6
Bazel version (if compiling from source): 0.21.0
GCC/Compiler version (if compiling from source): 5.4.0 20160609
CUDA : 9.0
RAM : 32GB

Hi,
I encountered a segmentation fault in the Im2Col of Convolution while running a tflite model.
I observed that when the Im2Col buffer size >  2GB, this crash occurs.
For example :
input : 1x828x1000x32 ; output: 1x828x1000x3  ;kernel: 9x9  does not crash
but for
input:1x832x100x32 ; output: 1x832x1000x3; kernel 9x9  convolution crashes.
I want to know if there is any memory limit for convolution in tflite to run ?
I kindly request you to let me know this. sooner the better
Awaiting you reply,
Vedavyas.

@ved27 Could you share some reproducible code and also please mention what is your OS. Please provide as many details as possible to resolve this faster. Thanks!

Hi ,
I'm unable to share the exact code. However, I am able to reproduce the issue setting the above input shapes and kernel sizes in the testing code of quantized convolution in tflite.
Awaiting your reply,

Hi,
I kindly request you to look into this soon, as it would be helpful for me to rule out the models which seem to take high memory.
Awaiting your reply,

Hi,
I kindly request you to address this issue. It has almost been 9 days.
Thankful if someone can give me a confirmation on the memory limitation of tflite
Regards,

@ved27 : Did you encounter this issue while running some model? If yes, would you be able to share the model? (Just for my reference).
Any way i have found the root-cause for your issue.
NOTE: As of now TFLite does not have any memory limit for convolution.
I have verified with 3GB memory allocation, there is no issue.
But in your case, the root-cause is classic "Integer overflow".
Currently GEMM supports limited by (row * col < 2^31).
As in your case it has exceeded the limit, it is leading to memory corruption.
Currently i am working on a solution for this, will keep you updated if anything come up.
Would suggest to use models which has lower memory requirement(lower than 2^31) for Convolution currently.
If my post helped you, would appreciate if you close this issue.
Please feel free to post if anything from your end, Thanks.

Yeah. I debugged and found the root cause earlier.
There has been inconsistency between the datatype usage in various parts of tflite . (int / size_t / unsigned int ).
And ultimately the GEMM's limitation , causing the crash to occur.
I wished a better implementation of convolution in tflite. Implementations other than Im2Col, such as Kn2row can be deployed .
Thank you much


Correct jpeg stream quality on iOS

Correct the compression quality value on iOS platform
"The compression quality to use, 0.0 is the maximum compression (worse quality), and 1.0 minimum compression (best quality)"
from:
https://docs.microsoft.com/en-us/dotnet/api/uikit.uiimage.asjpeg?view=xamarin-ios-sdk-12#UIKit_UIImage_AsJPEG_System_nfloat_

Nice catch! (once again). Thank you. Merged.


Add: Secret injection from Secrets Manager.

This PR adds the possibility to inject secrets to a task, this should allow a user to not have to commit a secret to the terraform state if they do not wish do to so.
We use this to inject our internal CA key to a running CFSSL container on Fargate for internal machine certificates without having it be part of the terraform state nor part of the container image at build time.
Sidenote: We found that when using multi line secrets in secrets manager, base64 encoding them before and decoding a startup was the easiest way to make sure formatting was intact as SM can screw with you there.

Looks great (and e2e tests pass), thanks for this! My only nitpick is that task_secrets could be renamed to task_container_secrets for clarity and consistency; would you mind fixing that before we merge?

No problem, give me a sec.


Support --Verified, make --topic optional

Supporting --Verified allows the hook to work with Jenkins integration
With Gerrit 2.11.4 --topic is not passed to comment-added

Thanks for the fix!


Release v0.9.22

4 months past since the last release, it's time to make a new release.
If there are some more changes to pick to v0.9 branch, let me know.

I think we've been pretty good at merging stuff over from devel, so there's nothing from me.


Docker bugs

bc: command not found

/home/vagrant/tools/check_folder.sh: line 28: bc: command not found
/vagrant/data/CK67_020227a.wav --> 0.693451
/vagrant/data/CK67_020227a.wav seems empty !```

divime git:(master) ✗ vagrant ssh
Last login: Thu Oct  4 18:03:33 2018 from <IP_ADDRESS>
vagrant@abd158270c0d:~$ bc
-bash: bc: command not found
vagrant@abd158270c0d:~$

This might be an easy fix: add bc to the Dockerfile and test after generating a new image/container, so much so that I assigned it, then you can score the first closed Issue for the directed study team

I realized that vagrant build time is taking too long because of reinstalling all those libraries. So I'm thinking on creating docker image that contains all necessary libraries inside which let users just download the docker image (preferably from docker hub) and get system running using either docker daemon or vagrant provisioning. (users don't have to install docker on their host machine since vagrant takes care of that layer)
I think above approach has several advantages, such as

end-users don't have to care about anything else other than downloading docker image
prevents "system fragmentation" among different runtimes and libraries as end-users are not building their own system.
versioning of system can be done using docker image tags
might have better resource management compared to virtualbox. (depends on how vagrant works)

Things to consider

HTK (using vagrant, we can push HTK package into container in provisioning process, but not so sure how to do this when end-user decides to use docker daemon)
size of final docker image (thinking of using multi-stage build, alpine base images, and some optimizations)

Interesting to re-visit decisions we made when first building virtual machines, and opted to go with Vagrant so that there can be a very small initial download. (that was the decision at the time) I wonder if we can think more about this in terms of goals; minimizing overall clock time, or as you mentioned 'fragmentation' as something I used to casually think of as "the number of things that can go wrong" when following long provisioning scripts that make numerous downloads and network connections. More on this later, point by point, just wanted to drop my thoughts quickly here.

Follow up in #46


Updated Python versions to use for CI

Updated Python versions used for CI.
3.6 is not available anymore, see https://raw.githubusercontent.com/actions/python-versions/main/versions-manifest.json

Unclear why 3.10 would run as 3.1?


Looking up licenses on opendefintion.org is convoluted.

Changes and mysterious bugs have caused several failures lately.
Though from the certificate form there is only a pre-approved list of licenses to choose from so we don't need to look those up. We should be storing them by URL or something more reliable than a string title.
The lookup may still be useful for auto generated certificates but needs to be cleaned up from the 3 http request dance through a gem that it currently is.

:+1: for this


[e2e] Results of e2e tests in github actions for ipvs backend and ipv4 family.

There are some test cases failing for ipvs backend
Please check the below link for reference
https://github.com/kubernetes-sigs/kpng/runs/4362502939?check_suite_focus=true

As we have less no of issues in each of the backends due to lot of issues fixed, closing this issue. We can open new issues for each failures now.


Q&A with Joe Sepi @joesepi: CommComm Chairperson Election

CommComm Chairperson Q&A session for Joe Sepi @joesepi!
Feel free to drop your questions for @joesepi here as comments.
CANDIDATE STATEMENT
TBD

What are the current rough edges that you see with the Node.js Community Committee, and what would your ideal solutions be to those rough edges in a years' time?

CANDIDATE STATEMENT
We have such a great crop of candidates for chair. Huzzah for CommComm.
Here are the reasons why I would be a good steward of the Community Committee:
Management experience

I've lead engineering teams on large-scale projects at places such as IBM, Adobe, The New York Times, Credit Suisse, Sears, Novus and more. This leadership was both from an engineering perspective as well as a team perspective. Over my 20 year career in tech, often promoted to leadership roles, I've developed and demonstrated skills in team management, including coordinating and delegating. I work to people's strengths and work towards effective collaboration and combined team effort.

Dedicated time

For the past year I have lead the IBM NYC Developer Advocacy team. This was an honor and I am proud of the team and all that we've done. However, last Satuday I transitioned to a role focused on open source, particularly Node.js. My mandate is to spend the vast majority of my time (~90%) working on the Node.js project, community and foundation. I plan to split that time between community and technical (core, tooling, other TBD areas). I also plan to further build  Node.js applications that I've been working on which will keep me connected to the challenges of building cloud native Node.js applications (albeit on a smaller scale compared to our enterprise friends).

Plus

I'm a people person, people like me!
I can be very diplomatic
I know a lot of people in the foundation (board, tsc, commcomm and foundation staff) as well as the larger community

My plan will be to

dive headfirst into the current challenges we are facing
work to identify champions for problem areas
empower others to lead and be involved
organize around our efforts
be involved on the technical side to further align the two TLCs and work for the full community.

All that being said, I am very proud of the Community Committee and am happy to see so many hats in the ring for the chairperson. Tierney has done such great work to get us this far. I am confident that, with the support of the committee overall, any one of us will do a superb job continuing the efforts to support and empower the community.

@bnb To answer your question, one of the first things I would focus on is finding the rough edges. I'll admit that shortly after joining commcomm, I got promoted at work and had a lot less free time. That recently changed and all of my time is now focused on Node.js, the project, community and foundation.
My initial thoughts around rough edges are:

better working relationships with both the TSC and the board (initial effort: I would work to facilitate more communication and be a conduit between, working with the TSC chair and committee members)
getting more involvement from the community (outside of commcomm) on the initiatives and objectives we are focused on (and beyond) (initial effort: find ways to engage with the larger community to raise awareness and encourage involvement in our efforts. One thing I've been doing is presenting at conferences on how to get involved in open source, with a focus on the Node.js project.)

Closing because elections are over ❤


Tree node doesn't emit the empty_rmb signal when the root item is hidden

Godot version
v3.3.2.stable.official
System information
Windows 10
Issue description
If you have a Tree node and connect to the empty_rmb signal, the signal will not be emitted if the root item is hidden, which is different to the empty_tree__rmb_selected signal which explictly check whether the root item is hidden
https://github.com/godotengine/godot/blob/56d712686496845cab3bfd6a6ed67e4efc2c39d5/scene/gui/tree.cpp#L2528-L2530
vs
https://github.com/godotengine/godot/blob/56d712686496845cab3bfd6a6ed67e4efc2c39d5/scene/gui/tree.cpp#L3183-L3188
Steps to reproduce
extends Tree

func _ready():
	create_item()
	hide_root = true
	connect("empty_tree_rmb_selected", self, "tree_empty_tree_rmb_selected")
	connect("empty_rmb", self, "tree_empty_rmb")

func tree_empty_rmb(position):
	print("empty rmb")

func tree_empty_tree_rmb_selected(position):
	print("empty tree rmb selected")

Minimal reproduction project
TreeEmptyRmb.zip

cc @voxelv who might know about this :slightly_smiling_face:


Support multiple kubeconfig files + context in subctl

$ export KUBECONFIG="${KUBECONF_CLUSTER_A}:${KUBECONF_CLUSTER_B}"
$ oc config get-contexts

    # CURRENT   NAME              CLUSTER            AUTHINFO   NAMESPACE
    # *         admin             user-cluster-a   admin
    #           admin_cluster_b   user-cl1         admin

$ subctl info
  Error connecting to the target cluster: stat /mnt/skynet-data/ocp-install/nmanos-cluster-a/auth/kubeconfig:/mnt/skynet-data/ocp-install/ocpup/.config/cl1/auth/kubeconfig: no such file or directory
  subctl version: dev
  built from git ref: v0.3.0-8-g8a4b948

Yes, currently subctl doesn’t support multiple kubeconfigs simultaneously (either via KUBECONFIG or --kubeconfig).

This issue is still relevant on latest subctl (v0.4.0-12):
$ subctl show networks

Error getting REST config for cluster: stat /mnt/skynet-data/ocp-install/nmanos-cluster-a/auth/kubeconfig:/mnt/skynet-data/ocp-install/ocpup/.config/cl1/auth/kubeconfig: no such file or directory
subctl version: v0.4.0-12-g0eb4ab8

@maayanf24
can you make it print info for each cluster if using multi kubeconfig (instead of ignoring the second cluster) ?

@maayanf24
can you make it print info for each cluster if using multi kubeconfig (instead of ignoring the second cluster) ?

@manosnoam
proposal for the output:
[maafried@localhost submariner-operator]$ ./bin/subctl show all

Showing network details for cluster: cluster2
I0721 19:24:35.406206 2044354 openshift4.go:46] Attempted network discovery for OpenShift4, no clusternetworks CRD
    Discovered network details:
        Network plugin:  weave-net
        Service CIDRs:   [<IP_ADDRESS>/16]
        Cluster CIDRs:   [<IP_ADDRESS>/16]

Showing network details for cluster: cluster1
I0721 19:24:35.433497 2044354 openshift4.go:46] Attempted network discovery for OpenShift4, no clusternetworks CRD
    Discovered network details:
        Network plugin:  weave-net
        Service CIDRs:   [<IP_ADDRESS>/16]
        Cluster CIDRs:   [<IP_ADDRESS>/16]

CONTEXT         CLUSTER ID      ENDPOINT IP     PUBLIC IP           CABLE DRIVER        TYPE
cluster2        cluster2        <IP_ADDRESS>                          strongswan          local
cluster2        cluster1        <IP_ADDRESS>                          strongswan          remote
cluster1        cluster1        <IP_ADDRESS>                          strongswan          local
cluster1        cluster2        <IP_ADDRESS>                          strongswan          remote

GATEWAY             CLUSTER         REMOTE IP       CABLE DRIVER            SUBNETS                                 STATUS
cluster1-worker     cluster1        <IP_ADDRESS>      strongswan              <IP_ADDRESS>/16, <IP_ADDRESS>/16            connected
cluster2-worker     cluster2        <IP_ADDRESS>      strongswan              <IP_ADDRESS>/16, <IP_ADDRESS>/16            connected

NODE                HA STATUS       SUMMARY
cluster2-worker     active          All connections (1) are established
cluster1-worker     active          All connections (1) are established

COMPONENT                       IMAGE                                           VERSION
submariner                      localhost:5000                                  local
submariner-operator             localhost                                       5000/submariner-operator

Will this be OK?
Any other thought?

Looks good.
@nyechiel , @mangelajo What do you think ?

Looks good.
@nyechiel , @mangelajo What do you think ?

Looks reasonable to me. @sridhargaddam @tpantelis do you have any concerns with the suggested layout?

Showing network details for cluster: cluster2
I0721 19:24:35.406206 2044354 openshift4.go:46] Attempted network discovery for OpenShift4, no clusternetworks CRD

Can you please change the log level of the above message to Debug. Currently, its set to Info so we are seeing it by default.

IMHO, instead of mixing the info of all the clusters in the same table (PSB), I'd prefer to show them independently just like how we are showing network details for each cluster separately. My 2 cents.
CONTEXT         CLUSTER ID      ENDPOINT IP     PUBLIC IP           CABLE DRIVER        TYPE
cluster2        cluster2        <IP_ADDRESS>                          strongswan          local
cluster2        cluster1        <IP_ADDRESS>                          strongswan          remote
cluster1        cluster1        <IP_ADDRESS>                          strongswan          local
cluster1        cluster2        <IP_ADDRESS>                          strongswan          remote

GATEWAY             CLUSTER         REMOTE IP       CABLE DRIVER            SUBNETS                                 STATUS
cluster1-worker     cluster1        <IP_ADDRESS>      strongswan              <IP_ADDRESS>/16, <IP_ADDRESS>/16            connected
cluster2-worker     cluster2        <IP_ADDRESS>      strongswan              <IP_ADDRESS>/16, <IP_ADDRESS>/16            connected

NODE                HA STATUS       SUMMARY
cluster2-worker     active          All connections (1) are established
cluster1-worker     active          All connections (1) are established

IMHO, instead of mixing the info of all the clusters in the same table (PSB), I'd prefer to show them independently just like how we are showing network details for each cluster separately. My 2 cents. I can understand that this is subjective and everyone has their own preferences. I'm fine if others like a consolidated view.

I tend to agree -  completely separate the output per cluster, ie
Showing information for cluster "cluster1":
....

Showing information for cluster "cluster2":
....

Showing network details for cluster: cluster2
I0721 19:24:35.406206 2044354 openshift4.go:46] Attempted network discovery for OpenShift4, no clusternetworks CRD

Can you please change the log level of the above message to Debug. Currently, its set to Info so we are seeing it by default.

@sridhargaddam  - there is a PR for handling this: https://github.com/submariner-io/submariner-operator/pull/581/files

@maayanf24 please assign this issue to me to verify, when the fix is merged, thanks!

Hi @mangelajo , @nyechiel , @tfreger,
This issue was closed, before I verified it.
I'm unable to keep track of all bugs, and we might loose important bugs if we do not verify their fixes.
So as we discussed, please keep my bugs open, until I verify it.
Maybe we should add a new column in the board after "Review" column --> "Verify" column ?

Thanks @maayanf24,
I've verified the fix.

Thanks @maayanf24,
I've verified the fix.

@manosnoam - my PR https://github.com/submariner-io/submariner-operator/pull/598 is not merged yet

Thanks for reopening - I will verify, and close when done.

@maayanf24
does #598 fix these errors when using merged kubconfigs:
$ export KUBECONFIG="/mnt/skynet-data/ocp-install/nmanos-cluster-a/auth/kubeconfig:/mnt/skynet-data/ocp-install/ocpup/.config/cl1/auth/kubeconfig"

$ subctl show networks
There was an error discovering network details for this cluster: error obtaining the default OpenShift4 ClusterNetworks resource: Unauthorized

subctl version: v0.5.0-16-ga516c9d

$ subctl show endpoints
Error obtaining the Submariner resource: Unauthorized

subctl version: v0.5.0-16-ga516c9d

$ subctl show connections
error reading from submariner client: Unauthorized

subctl version: v0.5.0-16-ga516c9d

$ subctl show gateways
error reading from submariner client: Unauthorized

subctl version: v0.5.0-16-ga516c9d

I've seen it on my test runs last week:
https://qe-jenkins-csb-skynet.cloud.paas.psi.redhat.com/job/debug_job/Test-Report/

I've verified and it works great with today's subctl-devel:
(conda-test) export KUBECONFIG="/mnt/skynet-data/ocp-install/nmanos-cluster-a/auth/kubeconfig:/mnt/skynet-data/ocp-install/ocpup/.config/cl1/auth/kubeconfig"
(conda-test) subctl show networks

Showing network details for cluster "nmanos-cluster-a":
    Discovered network details:
        Network plugin:  OpenShift
        Service CIDRs:   [<IP_ADDRESS>/16]
        Cluster CIDRs:   [<IP_ADDRESS>/14]
        Global CIDR:     <IP_ADDRESS>/19

Showing network details for cluster "nmanos-cluster-b":
    Discovered network details:
        Network plugin:  OpenShift
        Service CIDRs:   [<IP_ADDRESS>/16]
        Cluster CIDRs:   [<IP_ADDRESS>/14]
        Global CIDR:     <IP_ADDRESS>/19
(conda-test) subctl show endpoints

Showing information for cluster "nmanos-cluster-a":
CLUSTER ID      ENDPOINT IP     PUBLIC IP           CABLE DRIVER        TYPE
nmanos-cluster-a<IP_ADDRESS>     <IP_ADDRESS>        libreswan           local
nmanos-cluster-b<IP_ADDRESS>    <IP_ADDRESS>      libreswan           remote

Showing information for cluster "nmanos-cluster-b":
CLUSTER ID      ENDPOINT IP     PUBLIC IP           CABLE DRIVER        TYPE
nmanos-cluster-b<IP_ADDRESS>    <IP_ADDRESS>      libreswan           local
nmanos-cluster-a<IP_ADDRESS>     <IP_ADDRESS>        libreswan           remote
(conda-test) subctl show connections

Showing information for cluster "nmanos-cluster-a":
GATEWAY             CLUSTER         REMOTE IP       CABLE DRIVER            SUBNETS                                 STATUS
default-cl1-ff6px-worker-kjg2nnmanos-cluster-b<IP_ADDRESS>    libreswan               <IP_ADDRESS>/19                         connected

Showing information for cluster "nmanos-cluster-b":
GATEWAY             CLUSTER         REMOTE IP       CABLE DRIVER            SUBNETS                                 STATUS
ip-10-166-47-3      nmanos-cluster-a<IP_ADDRESS>     libreswan               <IP_ADDRESS>/19                          connected
(conda-test) subctl show gateways

Showing information for cluster "nmanos-cluster-a":
NODE                HA STATUS       SUMMARY
ip-10-166-47-3      active          All connections (1) are established

Showing information for cluster "nmanos-cluster-b":
NODE                HA STATUS       SUMMARY
default-cl1-ff6px-worker-kjg2nactive          All connections (1) are established


okhttp3 The client was re-created because of the lack of configuration

Describe the bug
spring-cloud-openfeign version : 2.2.6.RELEASE
feign-okhttp version: 10.10.1.jar
Missing configuration causes the okhttp3 client to be recreated on request.
ps: This is still the case with the current main branch.
Sample
create code, line 59: org.springframework.cloud.openfeign.clientconfig.OkHttpFeignConfiguration#client
execute code , line 154: feign.okhttp.OkHttpClient#execute

@9talk Thanks for reporting this. Makes sense.


PadLocal:

Please make sure you have read the Wechaty Puppet Service: PadLocal from Wechaty Official Website before you continue writting this issue.
Question

@qq876149799  Please send an email to oxddoxdd#gmail.com, then we can send you token related material.


master: OADP-1056 Allow more than one BSL of a provider

OADP-1056
cp from #887

Codecov Report
Base: 33.79% // Head: 33.53% // Decreases project coverage by -0.26% :warning:

Coverage data is based on head (aa8aab1) compared to base (b14d350).
Patch coverage: 75.00% of modified lines in pull request are covered.

Additional details and impacted files
@@            Coverage Diff             @@
##           master     #888      +/-   ##
==========================================
- Coverage   33.79%   33.53%   -0.26%
==========================================
  Files          17       17
  Lines        3128     3116      -12
==========================================
- Hits         1057     1045      -12
  Misses       1979     1979
  Partials       92       92

Impacted Files
Coverage Δ

controllers/bsl.go
42.64% <75.00%> (-2.49%)
:arrow_down:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

/retest

/retest
infra issue


Destination folder button in preview window doesn't work properly in some cases

5.2.0 for saving filenaming I use "%search%%md5%.%ext%"

There are many situations, when Destination folder button in preview window doesn't work at all. In most of all grabber just opens your windows profile folder instead of normal right folder.
Here is a couple examples:
Not work with empty search request

With empty search request after saving image via preview window, it saves well in right folder, but when you press "destination folder" button in preview window, instead of folder with focused saved image in it, grabber just opens your windows profile folder
Not work with ignored images

When you press "destination folder" button when image is ignored instead of opening folder with this image(from md5s list path obviously) opens windows profile folder.

Not work with empty search request
Still not work, reopen please.

I can't reproduce though, using the filename format you gave. I load the results without putting any tag, open some image, save it then click "destination folder" and it opens correctly. Even if I don't save the image it still opens the right folder.

I figured out where was the problem.
with filename mask "%search%%md5%.%ext%" and empty one of tokens, for example with no search request it becames "%md5%.%ext%" so the filepath for downloaded files will contain "//" and thats why destination folder doesn't work.

So i can suggest a solution not only for empty search request, but for every empty tokens in any part of filename:
Check the and remove excess "/" in filenames before writing in md5s list.

So you mean your filename was actually %search%/%md5%.%ext% then? So with a search, it would become C:/mydir/my_search/md5.jpg, and without C:/mydir//md5.jpg? In that case, I can indeed reproduce the issue you describe.

So you mean your filename was actually %search%/%md5%.%ext% then?
Yes, you get it right. l dont know why github hide "/" in text, maybe that is the cause of your confusion. Sorry. In my last message I wrote a text, then made a screenshot and post screenshot instead of text only because of it. -____-


⚠ Spryr has degraded performance

In 5f7c3f2, Spryr (https://spryr.com) experienced degraded performance:

HTTP code: 200
Response time: 5552 ms

Resolved: Spryr performance has improved in f16c3c9 after 7 minutes.


feat: open a link in a new tab with ctrl+click/command+click

Description of your changes
The issue description is not much. What I have learned from that is, right now when we click on a link in editing mode it opens in a new tab.
Changes have been made so one can only open a link in a new tab with ctrl+click. And for Mac users, it will be command+click. I have written an e2e test to check this.
How to verify this change
An e2e test for this new feature has been written to verify the changes.
Related issue
#4565

Let me know if I have guessed it right or if something needs to be changed

Isn't the original issue about the link within editor, not inside floating menu?

@fantactuka Sorry for understanding the issue incorrectly. I will confirm with the op & get back.

Closing based on https://github.com/facebook/lexical/issues/4565#issuecomment-1567097377


Fix for discarded data at end of SSL handshake

Description
This pull request includes a fix developed by @doyledavidson where any data located after the end of a SSL handshake is saved to be returned on the next read operation. This way, the data is not lost and connections from clients that append data at the end of the handshake do not have trouble communicating with Java-WebSocket.
Related Issue
Fixes #665
Fixes #940
Motivation and Context
Some clients, when connecting to a WSS server, use TLS False Start, which causes initial data to be appended to the SSL handshake. That data gets discarded by the Java-WebSocket server which often causes communication problems, even causing the connection to become unresponsive for the client as it waits for a reply from the server.
How Has This Been Tested?
I use the Java-WebSocket library on an application that acts as a local server on hundreds of clients that access this server functionality from a regular web browser. Clients that are using browsers that use TLS False Start often required multiple connection attempts to work around the issue, and even that, in some cases, was not enough. I have deployed my fork of this library with a new beta of my application on about a dozen clients for testing; they are not running into the issue anymore (connections work on the first try) and no regressions have been reported.
Types of changes

[X] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[X] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.

Once again, the code was added by @doyledavidson, not myself. I am not familiar with the process for running the tests, but since it affects new connections' handshakes and their first read operations I would assume the changes would be fully covered by existing tests.

@PhilipRoman thx, I will try it when I have some time on my hands.

I had some problems running this.
The autobahn testsuite failed a few times for me.
Anyone else tried it?

I had some problems running this.
The autobahn testsuite failed a few times for me.
Anyone else tried it?

After your report I tried running all the tests in the project. The only test that failed for me was "Issue256Test", but this one also fails without the changes from the merge (it fails on the master branch of the main project) so it has no relation to this pull request.

@da-als I was running it against the big websocket autobahn test suite, which is not part of the normal unit test.
Currently, really busy, so I did not have more time to take a look at this sorry..

@da-als
thank you very much. This almost reosolved my issue #958

I havent forgotten this PR, currently just very busy...


Revert "Bump addon versions"

Reverts istio/istio#35196
The original PR causes the https://preliminary.istio.io/latest/docs/tasks/observability/metrics/using-istio-dashboard/ istio.io test to fail, preventing merges in the istio.io master branch.  Part of that test is to do a curl to the dashboard which instead of getting a 200 now gets a 404:
++access_grafana_istio_mesh_dashboard(): curl -L -s -o /dev/null -w '%{http_code}' http://localhost:3000/dashboard/db/istio-mesh-dashboard
+__verify_with_retry(): out=404
I'm fine not reverting this and updating the test a replacement for the http://localhost:3000/dashboard/db/istio-mesh-dashboard can be found for the test case.

I hand-crafted the test to use samples/addons/grafana.yaml from the prior commit, 5811650b5f79632071afeada9b1f47496dc1eea9 and the tests passed. Moving to 907440903fcb191d32ded47bb4dba6a5367ea60e causing the test to timeout with the 404's.

I'll poke around at it for a few minutes and approve if I cannot figure it
out. Thanks !
On Thu, Sep 16, 2021, 7:53 AM Eric Van Norman @.***>
wrote:

@ericvn https://github.com/ericvn requested review from
@istio/wg-environments-maintainers on: #35219
https://github.com/istio/istio/pull/35219 Revert "Bump addon versions"
as a code owner.
—
You are receiving this because your review was requested.
Reply to this email directly, view it on GitHub
https://github.com/istio/istio/pull/35219#event-5313179600, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAEYGXPS26B4DJZMRFGYLV3UCIAEZANCNFSM5EE6K5SQ
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

@ericvn: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name
Commit
Details
Rerun command

release-notes_istio
dc324434608aeadad40707b786f714988c29d467
link
/test release-notes_istio

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

/test release-notes_istio

http://localhost:3000/dashboard/db/istio-mesh-dashboard works for me...

Slacked with John since it was failing for me. Determined, the Grafana update changed the URL for the dashboard. It is now http://localhost:3000/d/G8wLrJIZk/istio-mesh-dashboard.
Testing this change in istio.io now.

https://github.com/istio/istio.io/pull/10349 was created to point to the new URLs.
https://github.com/istio/istio/issues/35226 was created to see about the possibility of moving the Grafana URLs back to the old version.


Text field expands beyond window size for dataset resources

I added some more realistic resources and notices that the resource field showing the path expands further than the window is wide, requiring scrolling and making for a suboptimal visual.

Awesome! I like the new behavior :)


disallowQuotedKeysInObjects: "allButReserved" allows quoting all keys

When using "allButReserved" as a rule, JSCS does not flag any quoted key anymore. For example, running JSCS 2.1.0 on the following snippet produces no error, although it should flag the second key:
var obj = {
  'default': true,
  'no-reserved-keyword': false
}

I think the error got introduced in this commit - the final true should probably be the third argument to reservedWords.check?

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/25675943-disallowquotedkeysinobjects-allbutreserved-allows-quoting-all-keys?utm_campaign=plugin&utm_content=tracker%2F281640&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F281640&utm_medium=issues&utm_source=github).

@zxqfox could you check it out?

Looks like. I just wondered why there is no test for this ;-\

There is tests for allButReserved, just one test missing


[Operating Systems & Networks] [Remzi, OSTEP]

Resource Name: Remzi Spring'18 and OSTEP
Contributor (your) Name: Shashwat Goel
Resource Links: http://pages.cs.wisc.edu/~remzi/Classes/537/Spring2018/
Have you completed studying this resource?: Lectures yes, book and homework no.
Your review of this resource: The lectures are great for an intuitive understanding
Why do you think this resource will be useful for others?: OSN course at IIIT uses a boring graduate textbook with a lot of detail. Since the teaching is poor, achieving clarity of concepts or finding the coursework interesting is almost impossible without learning elsewhere. Hence, using the intuitive lectures here and the conceptual easy-to-read book (OSTEP) can be useful to most.

Added


Alpha CrateReloaded configs crashed CrateReloaded

https://gist.github.com/TomLewis/a867911a85cd27de6d22bb53886140ea
so the chance:(10), display:(STAINED_GLASS_PANE:15 1), item:(STAINED_GLASS_PANE:15
      1)

Generating a line break which crashes CrateReloaded, it looks like Wordwrapping?

Fixed on bfe01ca415f58066587825c45ce524b146979f96, the strings are still split at some point but the config is still valid


Configs for out of the box monitoring with Prometheus for K8s clusters

Background: https://airtable.com/tblD3oZPLJgGhCmch/viw8IfZMg9Up8SP33/recsZzJKktTgSfWrB
PM: @kannanlakshmi
Eng Partner: @a-robinson

Engineering issue: https://github.com/cockroachdb/cockroach/issues/25185


⚠ ClamAV has degraded performance

In 0e7e264, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 557 ms

Resolved: ClamAV performance has improved in 5dcc19c.


Earlgrey: newest sram_ctrl doesn't work in Verilator

After updating Opentitan to newest version, sram_ctrl.sv is failing with:
%Error: Unknown object type: unsupported_typespec

This file also needs lc_ctrl_pkg.sv (see #495).

After https://github.com/chipsalliance/UHDM-integration-tests/pull/527 there are 22 warnings.

Some warnings can be reproduced by https://github.com/chipsalliance/UHDM-integration-tests/pull/528
I created the issue: https://github.com/chipsalliance/Surelog/issues/1987

It works after https://github.com/chipsalliance/UHDM-integration-tests/pull/531


support NaN comparison in wscg

This pr support NaN comparison in wscg.

verified with q39b:
http://vsr110:18080/history/application_1615167101053_0082/SQL/execution/?id=24

@rui-mo good finding!


Add :indifferent option

Added an option :indifferent to allow ignoring differences between strings and symbols as keys. This behaves similarly to the Rails/ActiveSupport Hash#with_indifferent_access modifier.
Included a spec and documentation.

@liufengyun Hashdiff is a great tool we use mainly for Rails test cases. We found though that we really wanted to tell it to ignore the difference between symbols and strings in keys without having to be in an ActiveSupport environment where with_indifferent_access is available (and sometimes just to avoid having to call that all the time). Hopefully you find the addition useful.

I just pushed to rubygems.org.

Great, thanks @liufengyun, will switch our project to point back to Rubygems at v1.0.1

It's done now. Thanks a lot @matpowel .

np, was just looking through the diff for what bug was fixed :D
On Wed, Mar 25, 2020 at 10:07 AM Matt Powell<EMAIL_ADDRESS>wrote:

@matpowel commented on this pull request.
In changelog.md
https://github.com/liufengyun/hashdiff/pull/80#discussion_r398022585:

@@ -1,5 +1,9 @@

Change Log
+## v1.0.1 2020-02-25
Sorry I didn't see guidance anywhere, feel free to correct it
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/liufengyun/hashdiff/pull/80#discussion_r398022585,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAACYZ4R6KYB26Y3OOZYLXTRJI25VANCNFSM4K3YULHA
.


[RTL] The icons are not inverted in RTL version

When I set rtl: true in semantic.json and make a build using gulp build
the icons like arrows are not inverted
semantic v 2.2.13
gulp v 3.9.1

Hi @TarekAlQaddy, should they be inverted, though? I don’t think it makes sense, is there a specific use case that you can mention as an example? I feel like it’s a developer’s responsibility, but maybe there’s something I don’t know about RTL languages on the web.

Hi @Banandrew and thank you for your concern,
I thought they would be inverted because they are in the official website here semantic.rtlcss (e.g search for Arrow Left), But that's an old version (2.2.6)
Now it's very useful if you want to translate and convert LTR websites to RTL dynamically you just include the RTL css lib it will invert everything and you are done.
Use case for that : If you have a process that requires steps you start at the left and the 'Next' button would have a right arrow to go next step.
If that process in RTL you would start at right and the next button would point left to the next step

@TarekAlQaddy Thank you. I don’t think that semantic.rtlcss.com is related to the Semantic UI organization, hence the reason why it’s stuck at 2.2.6. SUI RTL builds do use RTLCSS with the default options, so I’m assuming that semantic.rtlcss.com uses some kind of a custom configuration, and it shouldn’t be too difficult to change.
In any case, I understand the need for mirroring in RTL—your example with the step component makes perfect sense—what I don’t understand is why there’s a need for mirroring of icons; if you write i.left.arrow and get the right arrow instead, the semantic meaning behind the class changes, isn’t it confusing for a developer? And if a developer already works on a website that’s RTL, wouldn’t he want to use .left.arrow for actually left arrows in the first place?

@Banandrew
Yes I do agree with you, If you're developing for a website that is RTL originally it would be confusing and incorrect.
My case is with multilingual websites, It would be perfect when you switch LTR => RTL the icons invert like the case above, So what do u suggest for that or is there any configuration to make that happen in the build

@TarekAlQaddy I see, thanks for the clarification. I know nothing about RTLCSS, and can’t say anything without looking into it, but perhaps @MohammadYounes will have time to give some directions?

Hi,
Yes, for LTR-first approach, Icons should be renamed. The build at semantic.rtlcss.com is made with autoRename enabled.
Semantic build system runs RTLCSS with the default options. However, gulp-rtlcss uses the same config loader used by RTLCSS CLI.
You can easily set the configuration by:

Putting RTLCSS config into your projects package.json file under the rtlcssConfig property. OR
Placing a special file .rtlcssrc or .rtlcssrc.json at the root of your project or user profile/home directory. (Default .rtlcssrc can be found here).

Another alternative would be to wrap semantic css inside rename directive.
Let me know if you need further assistance.
Thanks!

@MohammadYounes  That Helped a lot , Thanks .


Adding new PHP Legal Licenses project

Includes links to new project https://github.com/Comcast/php-legal-licenses

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.