[rMem] Infinite loop

In the below function there is a case when head is the same with the tail, therefore this loop won't end if node->size < byte
static MemNode *__FindMemNode(AllocList *const list, const size_t bytes)
{
    for (MemNode *node = list->head; node != NULL; node = node->next)
    {
        if (node->size < bytes) continue;
        // close in size - reduce fragmentation by not splitting.
        else if (node->size <= bytes + MEM_SPLIT_THRESHOLD) return __RemoveMemNode(list, node);
        else return __SplitMemNode(node, bytes);
    }
    return NULL;
}

@assyrianic @raysan5

how true is that when the the freelist isn't circular?

@assyrianic actually node is the same with node->next. What is the point of tail if the list is not circular?

@assyrianic @graducan could this issue be closed?

@raysan5 @assyrianic Not yet please, maybe I'll find a small scenario to reproduce this..give me 1 more week

@graducan Ok, no problem, take your time.

I think the infinite loop might be the result of a wrong usage from my side..But managed to find a seg fault.
            if (( uintptr_t )iter == mempool->arena.offs)
            {
                mempool->arena.offs += iter->size;
                __RemoveMemNode(list, iter);
                iter = list->head;
            }

After removing a memory node the list->head may become NULL, so we need a check there to get rid of the seg fault.
@assyrianic please help me understand why in the MemPoolFree function we call __InsertMemNode to remove the node and not __RemoveMemNode? It is a bit confusing and hackish IMHO..

Because in MemPoolFree, when a node cannot be merged back into the memory buffer or coalesced with another node, it has to be placed into a free list, either a bucket or large memory freelist.
__RemoveMemNode is used when we found a way to coalesce nodes together or merge a node back into the memory buffer.

#1925


feat(send/receive): Started the send/receive  implementation

PR related to this trello task --> https://trello.com/c/jM7WBxzT

This is no longer a work in progress, is ready for @christroutner to review

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


ThreadChat should take a FHIR Search

At present it takes a Communication
Related to #4111

I think this is a misinterpretation of the purpose of this component. The BaseChat component does take a FHIR search. The ThreadChat component wraps this, with the assumption that we are using a thread header as indicated in our docs.


Crash with Shifter placement [0.1.3]

Crash when placing Shifter in creative test world
Full log -
http://paste.ee/p/nUbyX

Fixed: Workaround: always place a shifter directly next to a pipe until a new version comes out.

Thanks!


Support IntelliJ 2022.2

Describe the bug
Plugin is not supported and cannot be enabled on 2022.2.
To Reproduce
Install latest 2022.2 and run.
Expected behavior
Plugin should enable and work.
Additional context
Probably just need to bump the build number - No idea how I'd test since not worked with plugins before. IntelliJ has moved to Java 17 though.

It's going to be available on marketplace in couple of hours.


HDDS-1586. Allow Ozone RPC client to read with topology awareness.

https://issues.apache.org/jira/browse/HDDS-1586

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
35
Docker mode activated.

_ Prechecks _

+1
dupname
1
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 6 new or modified test files.

_ trunk Compile Tests _

0
mvndep
64
Maven dependency ordering for branch

+1
mvninstall
536
trunk passed

+1
compile
287
trunk passed

+1
checkstyle
89
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
877
branch has no errors when building and testing our client artifacts.

+1
javadoc
158
trunk passed

0
spotbugs
334
Used deprecated FindBugs config; considering switching to SpotBugs.

+1
findbugs
527
trunk passed

_ Patch Compile Tests _

0
mvndep
28
Maven dependency ordering for patch

-1
mvninstall
42
hadoop-hdds in the patch failed.

-1
mvninstall
124
hadoop-ozone in the patch failed.

-1
compile
31
hadoop-hdds in the patch failed.

-1
compile
47
hadoop-ozone in the patch failed.

-1
cc
31
hadoop-hdds in the patch failed.

-1
cc
47
hadoop-ozone in the patch failed.

-1
javac
31
hadoop-hdds in the patch failed.

-1
javac
47
hadoop-ozone in the patch failed.

-0
checkstyle
23
The patch fails to run checkstyle in hadoop-hdds

-0
checkstyle
34
hadoop-ozone: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1
mvnsite
0
the patch passed

-1
whitespace
0
The patch has 1 line(s) that end in whitespace. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

+1
xml
2
The patch has no ill-formed XML file.

+1
shadedclient
657
patch has no errors when building and testing our client artifacts.

-1
javadoc
28
hadoop-hdds in the patch failed.

-1
findbugs
39
hadoop-hdds in the patch failed.

-1
findbugs
96
hadoop-ozone in the patch failed.

_ Other Tests _

-1
unit
35
hadoop-hdds in the patch failed.

-1
unit
96
hadoop-ozone in the patch failed.

+1
asflicense
36
The patch does not generate ASF License warnings.

4102

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/931

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient findbugs checkstyle cc xml

uname
Linux f6528b043eb4 4.4.0-139-generic #165-Ubuntu SMP Wed Oct 24 10:58:50 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 9deac3b

Default Java
1.8.0_212

mvninstall
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-mvninstall-hadoop-hdds.txt

mvninstall
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-mvninstall-hadoop-ozone.txt

compile
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-compile-hadoop-hdds.txt

compile
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-compile-hadoop-ozone.txt

cc
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-compile-hadoop-hdds.txt

cc
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-compile-hadoop-ozone.txt

javac
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-compile-hadoop-hdds.txt

javac
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-compile-hadoop-ozone.txt

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out//home/jenkins/jenkins-slave/workspace/hadoop-multibranch_PR-931/out/maven-patch-checkstyle-hadoop-hdds.txt

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/diff-checkstyle-hadoop-ozone.txt

whitespace
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/whitespace-eol.txt

javadoc
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-javadoc-hadoop-hdds.txt

findbugs
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-findbugs-hadoop-hdds.txt

findbugs
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-findbugs-hadoop-ozone.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-unit-hadoop-hdds.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/testReport/

Max. process+thread count
411 (vs. ulimit of 5500)

modules
C: hadoop-hdds/client hadoop-hdds/common hadoop-hdds/server-scm hadoop-ozone/integration-test hadoop-ozone/ozone-manager U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/1/console

versions
git=2.7.4 maven=3.3.9 findbugs=3.1.0-RC1

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
36
Docker mode activated.

_ Prechecks _

+1
dupname
1
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 6 new or modified test files.

_ trunk Compile Tests _

0
mvndep
71
Maven dependency ordering for branch

+1
mvninstall
526
trunk passed

+1
compile
300
trunk passed

+1
checkstyle
91
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
896
branch has no errors when building and testing our client artifacts.

+1
javadoc
156
trunk passed

0
spotbugs
334
Used deprecated FindBugs config; considering switching to SpotBugs.

+1
findbugs
525
trunk passed

_ Patch Compile Tests _

0
mvndep
36
Maven dependency ordering for patch

-1
mvninstall
51
hadoop-hdds in the patch failed.

-1
mvninstall
137
hadoop-ozone in the patch failed.

-1
compile
40
hadoop-hdds in the patch failed.

-1
compile
56
hadoop-ozone in the patch failed.

-1
cc
40
hadoop-hdds in the patch failed.

-1
cc
56
hadoop-ozone in the patch failed.

-1
javac
40
hadoop-hdds in the patch failed.

-1
javac
56
hadoop-ozone in the patch failed.

-0
checkstyle
28
The patch fails to run checkstyle in hadoop-hdds

-0
checkstyle
41
hadoop-ozone: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1
mvnsite
0
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
xml
1
The patch has no ill-formed XML file.

+1
shadedclient
695
patch has no errors when building and testing our client artifacts.

-1
javadoc
31
hadoop-hdds in the patch failed.

-1
findbugs
44
hadoop-hdds in the patch failed.

-1
findbugs
102
hadoop-ozone in the patch failed.

_ Other Tests _

-1
unit
44
hadoop-hdds in the patch failed.

-1
unit
107
hadoop-ozone in the patch failed.

+1
asflicense
44
The patch does not generate ASF License warnings.

4318

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/931

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient findbugs checkstyle cc xml

uname
Linux 472a0a07a087 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 9deac3b

Default Java
1.8.0_212

mvninstall
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-mvninstall-hadoop-hdds.txt

mvninstall
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-mvninstall-hadoop-ozone.txt

compile
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-compile-hadoop-hdds.txt

compile
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-compile-hadoop-ozone.txt

cc
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-compile-hadoop-hdds.txt

cc
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-compile-hadoop-ozone.txt

javac
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-compile-hadoop-hdds.txt

javac
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-compile-hadoop-ozone.txt

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out//home/jenkins/jenkins-slave/workspace/hadoop-multibranch_PR-931/out/maven-patch-checkstyle-hadoop-hdds.txt

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/diff-checkstyle-hadoop-ozone.txt

javadoc
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-javadoc-hadoop-hdds.txt

findbugs
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-findbugs-hadoop-hdds.txt

findbugs
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-findbugs-hadoop-ozone.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-unit-hadoop-hdds.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/testReport/

Max. process+thread count
445 (vs. ulimit of 5500)

modules
C: hadoop-hdds/client hadoop-hdds/common hadoop-hdds/server-scm hadoop-ozone/integration-test hadoop-ozone/ozone-manager U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/2/console

versions
git=2.7.4 maven=3.3.9 findbugs=3.1.0-RC1

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
35
Docker mode activated.

_ Prechecks _

+1
dupname
1
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 6 new or modified test files.

_ trunk Compile Tests _

0
mvndep
23
Maven dependency ordering for branch

+1
mvninstall
504
trunk passed

+1
compile
295
trunk passed

+1
checkstyle
90
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
895
branch has no errors when building and testing our client artifacts.

+1
javadoc
183
trunk passed

0
spotbugs
330
Used deprecated FindBugs config; considering switching to SpotBugs.

+1
findbugs
523
trunk passed

_ Patch Compile Tests _

0
mvndep
37
Maven dependency ordering for patch

+1
mvninstall
468
the patch passed

+1
compile
307
the patch passed

+1
cc
307
the patch passed

+1
javac
307
the patch passed

-0
checkstyle
47
hadoop-hdds: The patch generated 4 new + 0 unchanged - 0 fixed = 4 total (was 0)

-0
checkstyle
49
hadoop-ozone: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1
mvnsite
0
the patch passed

+1
whitespace
0
The patch has no whitespace issues.

+1
xml
2
The patch has no ill-formed XML file.

+1
shadedclient
688
patch has no errors when building and testing our client artifacts.

+1
javadoc
165
the patch passed

+1
findbugs
527
the patch passed

_ Other Tests _

-1
unit
165
hadoop-hdds in the patch failed.

-1
unit
138
hadoop-ozone in the patch failed.

+1
asflicense
56
The patch does not generate ASF License warnings.

5389

Reason
Tests

Failed junit tests
hadoop.ozone.container.common.impl.TestHddsDispatcher

hadoop.ozone.om.TestKeyManagerImpl

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-931/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/931

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient findbugs checkstyle cc xml

uname
Linux f78bf38b7dd4 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / fcfe7a3

Default Java
1.8.0_212

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/3/artifact/out/diff-checkstyle-hadoop-hdds.txt

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/3/artifact/out/diff-checkstyle-hadoop-ozone.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/3/artifact/out/patch-unit-hadoop-hdds.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/3/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/3/testReport/

Max. process+thread count
1304 (vs. ulimit of 5500)

modules
C: hadoop-hdds/client hadoop-hdds/common hadoop-hdds/server-scm hadoop-ozone/integration-test hadoop-ozone/ozone-manager U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/3/console

versions
git=2.7.4 maven=3.3.9 findbugs=3.1.0-RC1

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
35
Docker mode activated.

_ Prechecks _

+1
dupname
1
No case conflicting files found.

0
shelldocs
1
Shelldocs was not available.

0
yamllint
1
yamllint was not available.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 9 new or modified test files.

_ trunk Compile Tests _

0
mvndep
74
Maven dependency ordering for branch

+1
mvninstall
539
trunk passed

+1
compile
314
trunk passed

+1
checkstyle
90
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
765
branch has no errors when building and testing our client artifacts.

+1
javadoc
167
trunk passed

0
spotbugs
348
Used deprecated FindBugs config; considering switching to SpotBugs.

+1
findbugs
535
trunk passed

_ Patch Compile Tests _

0
mvndep
41
Maven dependency ordering for patch

-1
mvninstall
141
hadoop-ozone in the patch failed.

-1
compile
56
hadoop-ozone in the patch failed.

-1
cc
56
hadoop-ozone in the patch failed.

-1
javac
56
hadoop-ozone in the patch failed.

-0
checkstyle
38
hadoop-ozone: The patch generated 3 new + 0 unchanged - 0 fixed = 3 total (was 0)

+1
mvnsite
0
the patch passed

+1
shellcheck
24
There were no new shellcheck issues.

-1
whitespace
0
The patch 6  line(s) with tabs.

+1
shadedclient
634
patch has no errors when building and testing our client artifacts.

+1
javadoc
151
the patch passed

-1
findbugs
101
hadoop-ozone in the patch failed.

_ Other Tests _

-1
unit
157
hadoop-hdds in the patch failed.

-1
unit
111
hadoop-ozone in the patch failed.

+1
asflicense
42
The patch does not generate ASF License warnings.

4725

Reason
Tests

Failed junit tests
hadoop.ozone.container.common.impl.TestHddsDispatcher

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/931

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient findbugs checkstyle cc shellcheck shelldocs yamllint

uname
Linux cd3bb4b022bb 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 940bcf0

Default Java
1.8.0_212

mvninstall
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/artifact/out/patch-mvninstall-hadoop-ozone.txt

compile
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/artifact/out/patch-compile-hadoop-ozone.txt

cc
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/artifact/out/patch-compile-hadoop-ozone.txt

javac
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/artifact/out/patch-compile-hadoop-ozone.txt

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/artifact/out/diff-checkstyle-hadoop-ozone.txt

whitespace
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/artifact/out/whitespace-tabs.txt

findbugs
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/artifact/out/patch-findbugs-hadoop-ozone.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/artifact/out/patch-unit-hadoop-hdds.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/testReport/

Max. process+thread count
413 (vs. ulimit of 5500)

modules
C: hadoop-hdds/client hadoop-hdds/common hadoop-hdds/server-scm hadoop-ozone/common hadoop-ozone/dist hadoop-ozone/integration-test hadoop-ozone/ozone-manager U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/5/console

versions
git=2.7.4 maven=3.3.9 shellcheck=0.4.6 findbugs=3.1.0-RC1

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
44
Docker mode activated.

_ Prechecks _

+1
dupname
1
No case conflicting files found.

0
shelldocs
0
Shelldocs was not available.

0
yamllint
0
yamllint was not available.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 9 new or modified test files.

_ trunk Compile Tests _

0
mvndep
25
Maven dependency ordering for branch

+1
mvninstall
521
trunk passed

+1
compile
290
trunk passed

+1
checkstyle
84
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
740
branch has no errors when building and testing our client artifacts.

+1
javadoc
170
trunk passed

0
spotbugs
203
Used deprecated FindBugs config; considering switching to SpotBugs.

-1
findbugs
109
hadoop-ozone in trunk failed.

_ Patch Compile Tests _

0
mvndep
41
Maven dependency ordering for patch

+1
mvninstall
480
the patch passed

+1
compile
288
the patch passed

+1
cc
288
the patch passed

+1
javac
288
the patch passed

-0
checkstyle
43
hadoop-ozone: The patch generated 3 new + 0 unchanged - 0 fixed = 3 total (was 0)

+1
mvnsite
0
the patch passed

+1
shellcheck
25
There were no new shellcheck issues.

-1
whitespace
0
The patch 6  line(s) with tabs.

+1
shadedclient
648
patch has no errors when building and testing our client artifacts.

+1
javadoc
179
the patch passed

+1
findbugs
543
the patch passed

_ Other Tests _

-1
unit
174
hadoop-hdds in the patch failed.

-1
unit
1147
hadoop-ozone in the patch failed.

+1
asflicense
68
The patch does not generate ASF License warnings.

6126

Reason
Tests

Failed junit tests
hadoop.ozone.container.common.impl.TestHddsDispatcher

hadoop.ozone.client.rpc.TestOzoneRpcClientWithRatis

hadoop.ozone.client.rpc.TestSecureOzoneRpcClient

hadoop.ozone.client.rpc.TestWatchForCommit

hadoop.ozone.client.rpc.TestOzoneRpcClient

hadoop.ozone.TestOzoneConfigurationFields

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-931/6/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/931

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient findbugs checkstyle cc shellcheck shelldocs yamllint

uname
Linux 2d25902b820f 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 940bcf0

Default Java
1.8.0_212

findbugs
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/6/artifact/out/branch-findbugs-hadoop-ozone.txt

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/6/artifact/out/diff-checkstyle-hadoop-ozone.txt

whitespace
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/6/artifact/out/whitespace-tabs.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/6/artifact/out/patch-unit-hadoop-hdds.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/6/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/6/testReport/

Max. process+thread count
5136 (vs. ulimit of 5500)

modules
C: hadoop-hdds/client hadoop-hdds/common hadoop-hdds/server-scm hadoop-ozone/common hadoop-ozone/dist hadoop-ozone/integration-test hadoop-ozone/ozone-manager U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/6/console

versions
git=2.7.4 maven=3.3.9 shellcheck=0.4.6 findbugs=3.1.0-RC1

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

rebase against latest trunk

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
52
Docker mode activated.

_ Prechecks _

+1
dupname
1
No case conflicting files found.

0
shelldocs
1
Shelldocs was not available.

0
yamllint
1
yamllint was not available.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 9 new or modified test files.

_ trunk Compile Tests _

0
mvndep
74
Maven dependency ordering for branch

+1
mvninstall
487
trunk passed

+1
compile
265
trunk passed

+1
checkstyle
79
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
818
branch has no errors when building and testing our client artifacts.

+1
javadoc
163
trunk passed

0
spotbugs
319
Used deprecated FindBugs config; considering switching to SpotBugs.

+1
findbugs
515
trunk passed

_ Patch Compile Tests _

0
mvndep
33
Maven dependency ordering for patch

+1
mvninstall
462
the patch passed

+1
compile
270
the patch passed

+1
cc
270
the patch passed

+1
javac
270
the patch passed

-0
checkstyle
40
hadoop-hdds: The patch generated 15 new + 0 unchanged - 0 fixed = 15 total (was 0)

-0
checkstyle
46
hadoop-ozone: The patch generated 3 new + 0 unchanged - 0 fixed = 3 total (was 0)

+1
mvnsite
0
the patch passed

+1
shellcheck
26
There were no new shellcheck issues.

-1
whitespace
0
The patch 6  line(s) with tabs.

+1
shadedclient
667
patch has no errors when building and testing our client artifacts.

+1
javadoc
164
the patch passed

+1
findbugs
517
the patch passed

_ Other Tests _

+1
unit
280
hadoop-hdds in the patch passed.

-1
unit
1602
hadoop-ozone in the patch failed.

+1
asflicense
51
The patch does not generate ASF License warnings.

6866

Reason
Tests

Failed junit tests
hadoop.ozone.client.rpc.TestOzoneRpcClient

hadoop.ozone.client.rpc.TestSecureOzoneRpcClient

hadoop.ozone.TestOzoneConfigurationFields

hadoop.ozone.client.rpc.TestOzoneRpcClientWithRatis

hadoop.ozone.client.rpc.TestOzoneAtRestEncryption

hadoop.ozone.client.rpc.TestWatchForCommit

hadoop.ozone.client.rpc.TestReadRetries

hadoop.ozone.client.rpc.TestCommitWatcher

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/hadoop-multibranch/job/PR-931/8/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/931

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient findbugs checkstyle cc shellcheck shelldocs yamllint

uname
Linux 3d82ee40aff2 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / 15d82fc

Default Java
1.8.0_212

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/8/artifact/out/diff-checkstyle-hadoop-hdds.txt

checkstyle
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/8/artifact/out/diff-checkstyle-hadoop-ozone.txt

whitespace
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/8/artifact/out/whitespace-tabs.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/8/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/8/testReport/

Max. process+thread count
4739 (vs. ulimit of 5500)

modules
C: hadoop-hdds/client hadoop-hdds/common hadoop-hdds/server-scm hadoop-ozone/common hadoop-ozone/dist hadoop-ozone/integration-test hadoop-ozone/ozone-manager U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/8/console

versions
git=2.7.4 maven=3.3.9 shellcheck=0.4.6 findbugs=3.1.0-RC1

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
73
Docker mode activated.

_ Prechecks _

+1
dupname
1
No case conflicting files found.

0
shelldocs
1
Shelldocs was not available.

0
yamllint
1
yamllint was not available.

+1
@author
0
The patch does not contain any @author tags.

+1
test4tests
0
The patch appears to include 9 new or modified test files.

_ trunk Compile Tests _

0
mvndep
74
Maven dependency ordering for branch

+1
mvninstall
605
trunk passed

+1
compile
269
trunk passed

+1
checkstyle
83
trunk passed

+1
mvnsite
0
trunk passed

+1
shadedclient
860
branch has no errors when building and testing our client artifacts.

+1
javadoc
176
trunk passed

0
spotbugs
327
Used deprecated FindBugs config; considering switching to SpotBugs.

+1
findbugs
530
trunk passed

_ Patch Compile Tests _

0
mvndep
39
Maven dependency ordering for patch

+1
mvninstall
450
the patch passed

+1
compile
278
the patch passed

+1
cc
278
the patch passed

+1
javac
278
the patch passed

+1
checkstyle
86
the patch passed

+1
mvnsite
0
the patch passed

+1
shellcheck
32
There were no new shellcheck issues.

-1
whitespace
0
The patch 6  line(s) with tabs.

+1
xml
1
The patch has no ill-formed XML file.

+1
shadedclient
745
patch has no errors when building and testing our client artifacts.

+1
javadoc
171
the patch passed

+1
findbugs
547
the patch passed

_ Other Tests _

-1
unit
280
hadoop-hdds in the patch failed.

-1
unit
1731
hadoop-ozone in the patch failed.

+1
asflicense
48
The patch does not generate ASF License warnings.

7349

Reason
Tests

Failed junit tests
hadoop.hdds.scm.block.TestBlockManager

hadoop.ozone.client.rpc.TestWatchForCommit

hadoop.ozone.client.rpc.TestSecureOzoneRpcClient

hadoop.hdds.scm.pipeline.TestNodeFailure

hadoop.ozone.client.rpc.TestOzoneRpcClientWithRatis

hadoop.ozone.om.TestSecureOzoneManager

hadoop.ozone.client.rpc.TestOzoneAtRestEncryption

hadoop.ozone.client.rpc.TestFailureHandlingByClient

hadoop.ozone.TestMiniChaosOzoneCluster

hadoop.ozone.client.rpc.TestOzoneRpcClient

Subsystem
Report/Notes

Docker
Client=18.09.5 Server=18.09.5 base: https://builds.apache.org/job/hadoop-multibranch/job/PR-931/9/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/931

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient findbugs checkstyle cc xml shellcheck shelldocs yamllint

uname
Linux e1d558648b61 4.15.0-52-generic #56-Ubuntu SMP Tue Jun 4 22:49:08 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
personality/hadoop.sh

git revision
trunk / a2a8be1

Default Java
1.8.0_212

whitespace
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/9/artifact/out/whitespace-tabs.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/9/artifact/out/patch-unit-hadoop-hdds.txt

unit
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/9/artifact/out/patch-unit-hadoop-ozone.txt

Test Results
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/9/testReport/

Max. process+thread count
5045 (vs. ulimit of 5500)

modules
C: hadoop-hdds/client hadoop-hdds/common hadoop-hdds/server-scm hadoop-ozone/common hadoop-ozone/dist hadoop-ozone/integration-test hadoop-ozone/ozone-manager U: .

Console output
https://builds.apache.org/job/hadoop-multibranch/job/PR-931/9/console

versions
git=2.7.4 maven=3.3.9 shellcheck=0.4.6 findbugs=3.1.0-RC1

Powered by
Apache Yetus 0.10.0 http://yetus.apache.org

This message was automatically generated.

/retest

Thanks @ChenSammi  for the patch. It LGTM, +1. I will commit it shortly.

Thanks @xiaoyuyao  for reviewing the code.

The JIRA has been merged with a different PR.


Feature Request: Change background color

Hello,
I love the package and have been using it for a while. But as I am progressing I realized that there is one major issue. There is no way to change the background color. I have tried all known ways to do this with a normal bottom navigation bar, and I still couldn't find one. If someone knows a way to do so please let me know, and if it is not a feature yet, please try to implement it in an upcoming update as it would greatly improve the usability of your package.
Thanks,
Rhino

Thanks for writing the issue, what do you mean by background color? Is it the background color of each item or background color of the entire bottom bar? You could set the background color of each bottombaritem individually but not yet the entire bottom bar. I'll be adding the feature you requested in a future update.

I was talking about the entire background of the bar. It would be a great feature if we could make it a different color to fit/contrast with the rest of the app. Thank you I will be looking forward to an update with this feature.

Thanks for filing the issue, I've added support for adding a background color in ^1.2.3

Thank you so much for the fast response!


X11 app not start in center

Hyprland Version
28
Bug or Regression?
Bug
Description
As you could see, the x11 app which should be right in the center isn’t that center, moved a few pixels

How to reproduce
Build and install Hyprland from the main and install linuxqq or wechat-uos from AUR and start it
Crash reports, logs, images, videos
No response

just try this:
#!/bin/bash

handle() {
	event="${line%%>>*}"
    edata="${line#"$event">>}"
	array=(${edata//,/ })
    if [ ${event} = "openwindow" -a ${array[2]} = "QQ" -a ${array[3]} = "QQ" ]; then
        hyprctl dispatch centerwindow
    fi
}

socat -U - UNIX-CONNECT:/tmp/hypr/$HYPRLAND_INSTANCE_SIGNATURE/.socket2.sock | while read -r line; do handle "$line"; done

of course a windowsrull can solve it,  but this problem is obviously a bug and should not be solved by the user.

What kind of error? I don't understand, are you launching this application floating?
Do you mind publishing your configurations?

there is no windowrule about QQ WeChat or such thing, this is a problem of the new hidpi xwayland solution, those x11 windows which should start in the center start right in the center if I use hidpi-patch instead of “force zero scaling”

Setup monitors
See https://wiki.hyprland.org/Configuring/Monitors/
#monitor=,preferred,auto,auto
Dual monitor example on G15 Strix
Both monitors here are at 1440 and 165Hz
DP-1 is on the left and  eDP-1 is on the right
#monitor=eDP-1, 3120x2080@90,0x0, 2
monitor=eDP-1, 3120x2080@90, 550x2128, 2, bitdepth,10
#monitor=eDP-1, 3120x2080@90, 550x2128, 2
#monitor=eDP-1, 1920x1080@90, 550x2128, 1, bitdepth,10
monitor=DP-4, 1920x1080@60, 870x350, 1.078, transform,1
monitor=DP-2, 1920x1080@60, 430x1126, 1.078,
monitor=DP-3<EMAIL_ADDRESS>0x363, 1.45, bitdepth,10,
monitor=DP-1, preferred, 2110x2128, 1.75
sets xwayland scale
xwayland {
force_zero_scaling = true
use_nearest_neighbor = false
}
#exec-once = xprop -root -f _XWAYLAND_GLOBAL_OUTPUT_SCALE 32c -set _XWAYLAND_GLOBAL_OUTPUT_SCALE 2

#toolkit-specific scale
#env = GDK_SCALE,2
#env = XCURSOR_SIZE,32
env = XDG_CURRENT_DESKTOP=Hyprland
env = XDG_SESSION_TYPE=wayland
env = XDG_SESSION_DESKTOP=Hyprland
env = GDK_BACKEND=wayland,x11
env = SDL_VIDEODRIVER=wayland
env = CLUTTER_BACKEND=wayland
env = QT_AUTO_SCREEN_SCALE_FACTOR=1
env = QT_QPA_PLATFORM=wayland;xcb
env = QT_QPA_PLATFORMTHEME=qt5ct
exec-once = xrdb -load $HOME/.Xresources

See https://wiki.hyprland.org/Configuring/Keywords/ for more

Execute your favorite apps at launch
exec-once = ~/.config/hypr/xdg-portal-hyprland
exec-once = dbus-update-activation-environment --systemd WAYLAND_DISPLAY XDG_CURRENT_DESKTOP
exec-once = systemctl --user import-environment WAYLAND_DISPLAY XDG_CURRENT_DESKTOP
exec-once = /usr/lib/polkit-gnome/polkit-gnome-authentication-agent-1
exec-once = waybar
exec-once = mako
exec-once = sleep 2&&swww init
exec-once = blueman-applet
exec-once = nm-applet --indicator
#exec-once = ~/.config/HyprV/hyprv_util setbg
exec-once = fcitx5
#exec-once = kdeconnect-indicator
exec-once = v2ray
exec-once = sudo v2raya
exec-once = kitty --class=kitty-dropdown
#exec-once = sudo systemctl restart --now waydroid-container
#exec-once = aydroid session start
exec-once = sudo chmod -R 777 /sys/devices/platform/huawei-wmi&&sleep 2&&matebook-applet
$dropterm=kitty-dropdown
#exec-once = ~/Documents/wayvnc/build/wayvnc <IP_ADDRESS>
windowrule=workspace 1,$dropterm
windowrule=float,$dropterm
windowrule=size 75% 20%,$dropterm
windowrule=move 12.5% -469,$dropterm
bind=,F12,exec,bash $HOME/.config/hypr/scripts/dropdown.sh
For all categories, see https://wiki.hyprland.org/Configuring/Variables/
input {
kb_layout = us
kb_variant =
kb_model =
kb_options =
kb_rules =
follow_mouse = 1

#sensitivity = 0.1

touchpad {
    natural_scroll = yes
    clickfinger_behavior = true
	scroll_factor = 0.3
}

sensitivity = 0 # -1.0 - 1.0, 0 means no modification.

}
general {
# See https://wiki.hyprland.org/Configuring/Variables/ for more
gaps_in = 5
gaps_out = 10
border_size = 3
col.active_border = rgb(8cf6fa) rgb(f79c9c) 35deg
#col.active_border=rgb(cdd6f4)
col.inactive_border = rgba(595959aa)

layout = dwindle

}
misc {
disable_hyprland_logo = false
suppress_portal_warnings = true
}
decoration {
# See https://wiki.hyprland.org/Configuring/Variables/ for more
rounding = 5
shadow_range = 4
shadow_render_power = 3
col.shadow = 0xee1a1a1a
drop_shadow = yes

blur {
size = 7
    passes = 4
}
#blur_new_optimizations = on

	blurls = lockscreen
blurls = wofi

}
animations {
enabled = yes
# Some default animations, see https://wiki.hyprland.org/Configuring/Animations/ for more
bezier = myBezier, 0.10, 0.9, 0.1, 1.05

`
animation = windows, 1, 9, myBezier, popin
animation = windowsOut, 1, 9, myBezier, popin
animation = border, 1, 10, default
animation = fade, 1, 7, default
animation = workspaces, 1, 6, default
}
dwindle {
# See https://wiki.hyprland.org/Configuring/Dwindle-Layout/ for more
pseudotile = yes # master switch for pseudotiling. Enabling is bound to mainMod + P in the keybinds section below
preserve_split = yes # you probably want this
}
master {
# See https://wiki.hyprland.org/Configuring/Master-Layout/ for more
new_is_master = true
}
gestures {
# See https://wiki.hyprland.org/Configuring/Variables/ for more
workspace_swipe = on
workspace_swipe_fingers = 4
}
Example per-device config
See https://wiki.hyprland.org/Configuring/Keywords/#executing for more
device:epic mouse V1 {
sensitivity = -0.5
}
device:Touch Device at 556a10891160 {
enabled=no
}
Example windowrule v1
#windowrule = float, ^(kitty)$
windowrule = float,^(pavucontrol)$
windowrule = float,^(blueman-manager)$
windowrule = float,^(nm-connection-editor)$
#windowrule = float,^(chromium)$
#windowrule = float,^(thunar)$
windowrule = float, title:^(btop)$
windowrule = float, title:^(update-sys)$
Example windowrule v2
windowrulev2 = float,class:^(kitty)$,title:^(kitty)$
See https://wiki.hyprland.org/Configuring/Window-Rules/ for more
rules below would make the specific app transparent
windowrulev2 = opacity 0.8 0.8,class:^(kitty)$
windowrulev2 = animation popin,class:^(kitty)$,title:^(update-sys)$
#windowrulev2 = animation popin,class:^(thunar)$
windowrulev2 = opacity 0.8 0.8,class:^(thunar)$
windowrulev2 = opacity 0.8 0.8,class:^(VSCodium)$
windowrulev2 = animation popin,class:^(chromium)$
windowrulev2 = move cursor -3% -105%,class:^(wofi)$
windowrulev2 = noanim,class:^(wofi)$
windowrulev2 = bordercolor[ rgb(42f5bf) ],class:^(weixin)$
#windowrulev2 = bordercolor[ rgb(42f5bf) rgb(fcaea4) 45deg ],class:^(vivaldi-stable)$
See https://wiki.hyprland.org/Configuring/Keywords/ for more
$mainMod = SUPER
Example binds, see https://wiki.hyprland.org/Configuring/Binds/ for more
bind = $mainMod, Q, exec, kitty  #open the terminal
bind = $mainMod, F4, killactive, # close the active window
bind = $mainMod, L, exec, swaylock -c aaaaaa # Lock the screen
bind = $mainMod, M, exec, wlogout --protocol layer-shell # show the logout window
bind = $mainMod SHIFT, M, exit, # Exit Hyprland all together no (force quit Hyprland)
bind = $mainMod, E, exec, dolphin # Show the graphical file browser
bind = $mainMod, V, togglefloating, # Allow a window to float
bind = ALT, SPACE, exec, wofi # Show the graphical app launcher
bind = $mainMod, P, pseudo, # dwindle
bind = $mainMod, J, togglesplit, # dwindle
bind = $mainMod, S, exec, grim -t jpeg -q 100 -g "$(slurp)" - | swappy -f - # take a screenshot
bind = $mainMod, I, exec, vivaldi-stable --enable-features=UseOzonePlatform --ozone-platform=wayland --enable-wayland-ime --enable-features=VaapiVideoDecoder --enable-accelerated-video-decode
bind = $mainMod, O, fullscreen
bind = $mainMod, C, exec, obs
bind = $mainMod, F, exec, kitty vim ~/.config/hypr/hyprland.conf
bind = $mainMod, H, exec, matebook-applet -w
windowrulev2=float, class:^(.matebook-applet.)$
Move focus with mainMod + arrow keys
bind = $mainMod, left, movefocus, l
bind = $mainMod, right, movefocus, r
bind = $mainMod, up, movefocus, u
bind = $mainMod, down, movefocus, d
Switch workspaces with mainMod + [0-9]
bind = $mainMod, 1, workspace, 1
bind = $mainMod, 2, workspace, 2
bind = $mainMod, 3, workspace, 3
bind = $mainMod, 4, workspace, 4
bind = $mainMod, 5, workspace, 5
bind = $mainMod, 6, workspace, 6
bind = $mainMod, 7, workspace, 7
bind = $mainMod, 8, workspace, 8
bind = $mainMod, 9, workspace, 9
bind = $mainMod, 0, workspace, 10
Move active window to a workspace with mainMod + SHIFT + [0-9]
bind = $mainMod SHIFT, 1, movetoworkspace, 1
bind = $mainMod SHIFT, 2, movetoworkspace, 2
bind = $mainMod SHIFT, 3, movetoworkspace, 3
bind = $mainMod SHIFT, 4, movetoworkspace, 4
bind = $mainMod SHIFT, 5, movetoworkspace, 5
bind = $mainMod SHIFT, 6, movetoworkspace, 6
bind = $mainMod SHIFT, 7, movetoworkspace, 7
bind = $mainMod SHIFT, 8, movetoworkspace, 8
bind = $mainMod SHIFT, 9, movetoworkspace, 9
bind = $mainMod SHIFT, 0, movetoworkspace, 10
Scroll through existing workspaces with mainMod + scroll
bind = $mainMod, mouse_down, workspace, e+1
bind = $mainMod, mouse_up, workspace, e-1
Move/resize windows with mainMod + LMB/RMB and dragging
bindm = $mainMod, mouse:272, movewindow
bindm = $mainMod SHIFT, mouse:272, resizewindow
Source a file (multi-file configs)
source = ~/.config/hypr/myColors.conf
source = ~/.config/hypr/media-binds.conf
source = ~/.config/hypr/rog-g15-strix-2021-binds.conf
#cliphist
#这个会自动监控剪切板，然后将复制的内容保存到本地数据库中。
exec-once=wl-paste --type text --watch cliphist store
exec-once=wl-paste --type image --watch cliphist store
在一个软件内复制，这软件关闭后无法进行粘贴，需要配置快捷键显示剪切板历史
bind = $mainMod SHIFT, V, exec, cliphist list | rofi -dmenu | cliphist decode | wl-copy
内容太多记得手动删除哟，cliphist每提供一键删除，必须差评！
for i in $(cliphist list | awk -F. '{ print $2 }'); do cliphist delete-query "$i"; done
exec-once=/usr/lib/polkit-kde-authentication-agent-1
使用体验，对认证程序采用浮动窗口
windowrulev2=float, class:^(.polkit-kde.)$

hyprland.txt

What kind of bug? I don't understand, are you launching this application floating?
Do you mind publishing your configurations?

for more information ,see
https://github.com/hyprwm/Hyprland/issues/2916#issuecomment-1687659423

@vaxerski

I am aware lol, just have a million other issues open too and something being slightly off-center is not a huge deal

yeah, tones of problems need to solve

Also faced this problem. + Periodically, xwayland applications(full screen games) lose the cursor.

for thr full screen game, try set a hotkey for full screen, a possible way is
add
bind = $mainMod, O, fullscreen
in your Hyprland config file
and press MainMod+O when you need it

Given how many times this was referenced - is the issue still actual?

it still happens in the newest git build


AMPI: split doc into multiple files

makes searching more precise
reduces 'wall of text'

This is how the docs look like with this patch: https://charm.readthedocs.io/en/ampi-split-doc/
If this looks alright, we can modify the other manuals too.

I assume you've visually inspected the output and it looks the same as before?

Yeah, the docs themselves look the same, but are split into several files (ie, you need to click on a section in the table of contents to go to a new section, it's not scrolling through the whole manual on a single web page). You can try out the search at https://charm.readthedocs.io/en/ampi-split-doc/

I assume you've visually inspected the output and it looks the same as before?

Yeah, the docs themselves look the same, but are split into several files (ie, you need to click on a section in the table of contents to go to a new section, it's not scrolling through the whole manual on a single web page). You can try out the search at https://charm.readthedocs.io/en/ampi-split-doc/

I assume you've visually inspected the output and it looks the same as before?

Yeah, the docs themselves look the same, but are split into several files (ie, you need to click on a section in the table of contents to go to a new section, it's not scrolling through the whole manual on a single web page). You can try out the search at https://charm.readthedocs.io/en/ampi-split-doc/

Gotcha.
Is there a way to view them all in one page with the scheme? Sometimes I personally find it useful to have it all on one page so I can Ctrl+F for things on it rather than using RtD's search. It's not a deal breaker if not, I'm mostly just curious.

I assume you've visually inspected the output and it looks the same as before?

Yeah, the docs themselves look the same, but are split into several files (ie, you need to click on a section in the table of contents to go to a new section, it's not scrolling through the whole manual on a single web page). You can try out the search at https://charm.readthedocs.io/en/ampi-split-doc/

Gotcha.
Is there a way to view them all in one page with the scheme? Sometimes I personally find it useful to have it all on one page so I can Ctrl+F for things on it rather than using RtD's search. It's not a deal breaker if not, I'm mostly just curious.

I assume you've visually inspected the output and it looks the same as before?

Yeah, the docs themselves look the same, but are split into several files (ie, you need to click on a section in the table of contents to go to a new section, it's not scrolling through the whole manual on a single web page). You can try out the search at https://charm.readthedocs.io/en/ampi-split-doc/

Gotcha.
Is there a way to view them all in one page with the scheme? Sometimes I personally find it useful to have it all on one page so I can Ctrl+F for things on it rather than using RtD's search. It's not a deal breaker if not, I'm mostly just curious.

No I think there is no way to do that :-( (apart from searching the pdf).

I assume you've visually inspected the output and it looks the same as before?

Yeah, the docs themselves look the same, but are split into several files (ie, you need to click on a section in the table of contents to go to a new section, it's not scrolling through the whole manual on a single web page). You can try out the search at https://charm.readthedocs.io/en/ampi-split-doc/

Gotcha.
Is there a way to view them all in one page with the scheme? Sometimes I personally find it useful to have it all on one page so I can Ctrl+F for things on it rather than using RtD's search. It's not a deal breaker if not, I'm mostly just curious.

No I think there is no way to do that :-( (apart from searching the pdf).

RST apparently doesn't automatically do line breaks for inline literals? Some command lines in https://charm.readthedocs.io/en/ampi-split-doc/ampi/05-examples.html go out of the white block.

RST apparently doesn't automatically do line breaks for inline literals? Some command lines in https://charm.readthedocs.io/en/ampi-split-doc/ampi/05-examples.html go out of the white block.

RST apparently doesn't automatically do line breaks for inline literals? Some command lines in https://charm.readthedocs.io/en/ampi-split-doc/ampi/05-examples.html go out of the white block.
(I don't think this PR introduced it but would be good to fix anyways)

Yeah, we should fix this in a future patch.

RST apparently doesn't automatically do line breaks for inline literals? Some command lines in https://charm.readthedocs.io/en/ampi-split-doc/ampi/05-examples.html go out of the white block.
(I don't think this PR introduced it but would be good to fix anyways)

Yeah, we should fix this in a future patch.


Consider adding a function to do sum/max/min/avg/count/stddev at once

It's quite normal that doing spatial aggregations in prometheus rules. For different metrics different group labels are needed. So basically if want to get sum/max/min/avg/count/stddev for all these metrics, we need 6 rules at present. Consider if we have more than 1000 metrics to aggregate, then there would be about 6000 rules, which are a lot.
But this could be simply using one function, like sparial_aggregate(vector, "key1,key2", "category") or sparial_aggregate(vector, "key1,key2", "category", "sum, count, avg"):
the function will caculate the results like sum/max/min/avg/count/stddev and add category as an label to indicate which type of aggregations one series has.
The benefit is we only needs 1000 rules, and each rule only query one dataset and outputs all.
It's hard to do this via operator, maybe it can be done like below:
aggall by (key1,key2) ()
and aggall will use one preserve label to identify the results, like _category_

add category as an label to indicate which type of aggregations one series has.

This would break the rule that a metric should make sense when averaged or summed. This could result in situations where cardinality is increased 6x compared to the input expression which is asking for problems, as it would allow cardinality explosions within PromQL which are not possible today. The number of rules is not a concern, if you have 1k identical metrics and rules (which is a lot already) then you almost certainly have templating generating them.
I don't think this makes sense.

The 6x cardinality is expected, and it still exists when defining 6 recording rules independently.
The template helps a little bit. but the rules are mainly created by other teams, not our self. so it is not easy to maintain the templates, like you have to deleting or updating. it actually raise other problems.
All our users want something like aggregations by given labels, and if one function works, then it reduces their efforts. Also a happy for our system as well.
because most likely 1 or 2 prometheus can handle 1k rules. But for 6k rules, there would be 6x capacities.

it might be wired to add something like category label when aggregating. But it might be other better solution for this, someone else can provide if they have.

If user decide to use agg function, then it's is aware that multiple aggregation are asked. Etc, in site monitoring, people looking at those aggregation of golden signals (https://landing.google.com/sre/sre-book/chapters/monitoring-distributed-systems/#:~:text=The four golden signals of,traffic%2C errors%2C and saturation.&text=Therefore%2C it's important to track,-level system-specific metric.)
Another point is that, generate the rules are not a major concern, since they are easier enough to build templating. But 6x rules means 6X query to data store, at 200K scale of golden signals, 5 minutes windows, aggregation in one query seems to be worth?

We have looked at this during our bug scrub, and it seems that this can be solved by aligning metric names accross jobs, and then just have 6 rules for all your jobs. This is not in line with how you would use metrics and the prometheus data model.
Therefore we have decided to close this issue. Thanks!

Some 2p from me: This is generally a bad idea. (:
We did that once at my previous job: We had a template language for our Prometheus Recording Rules (m4 - really bad one ;p). What we did is that we had a function like this and it was generating ~6 recording rules per each invocation to satisfy all aggregations.
It worked, but it caused huge cardinality spam (6x) without a good reason.
It was very convenient to create such rules but in the end, only sum was used and only on some metrics, leaving millions of series never used and expensive to look up. Cleaning those up was incredibly hard because it's not trivial to say what recording rules were used, which were not.
What I would recommend instead is... Thanos and its downsampling. Downsampling is exactly this. All aggregations over time, without adding extra index on top.

For long term solution, Thanos would be ideal.


Fix climakitae.explore documentation

Description of PR
Summary of changes and related issue

Remove duplicate documentation of timeseries and uncertainty modules
Switch them to two newly developed modules (vulnerability and vulnerability_table)

Relevant motivation and context
Fix issues on this page https://climakitae.readthedocs.io/en/latest/climakitae.explore.html
Type of change

[ ]  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 not work as expected)
[ ]  This change requires a documentation update

How Has This Been Tested?
Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce.
Build succeeded. Preview: https://climakitae--382.org.readthedocs.build/en/382/climakitae.explore.html#module-climakitae.explore.vulnerability
Checklist:

[x]  My code follows the style guidelines of this project
[x]  I have performed a self-review of my code
[not relevant] I have commented my code, particularly in hard-to-understand areas
[not relevant] I have made corresponding changes to the documentation
[x]  My changes generate no new warnings
[x]  I have added tests that prove my fix is effective or that my feature works
[not relevant] New and existing unit tests pass locally with my changes
[not relevant] Any dependent changes have been merged and published in downstream modules

 Fix documentation for CAVA


[Inconsistency] Auth key is derived by hashing the public key WITHOUT salt and LCS serialization

🐛 Inconsistency/Bug
Not a real bug, just an inconsistency that we might want to fix as it will be harder to fix later. Please leave your thoughts on whether this should be fixed now in which case it will be a breaking change.
It was intended to hash structs only serializable with LCS, in which case the "canonical" hasher can be automatically derived (see the specification for Domain Separation):

it will serialize the struct with LCS (Libra Canonical Serializer),
it will prepend the salt derived from the struct's name,
finally it will hash the result with sha3-256.

The authentication key is not derived with the hashing procedure outlined above: see the implementation of AuthenticationKey at types/src/transaction/authenticator.rs:164. The input to the hash is the concatenation of the bytes of the public key and the id of scheme, this encoding is collision free now (as we only have two signature schemes - EdDSA and Multi-EdDSA), but it is likely not to remain such if we add more signature schemes.
P.S. minor problem - other places where we do not hash canonically:

the validator owner's auth key derived from the human_name: utils.rs:144,
scripts inside transaction's metadata: transaction_metadata.rs:44

yeah there's a number of places where we don't use the hasher, thomas pornin was also pointing at hashing internal nodes in the sparse merkle tree.

@mimoo, does not seem to me to be obviously a problem. The only thing that's worrisome is that it will not be possible to change later on. And it seems, new problems will appear for the auth-key in particular if/when we add more signature schemes (I think for internal Merkle nodes it is not such a big of an issue).

That'd be a breaking change on the account creation side by the way, right?

The input to the hash is the concatenation of the bytes of the public key and the id of scheme, this encoding is collision free now (as we only have two signature schemes - EdDSA and Multi-EdDSA), but it is likely not to remain such if we add more signature schemes.

I'm not sure I understand this part. If we add a new signature ID for each new scheme, is that sufficient to avoid collisions?

@sblackshear Sorry, my bad, adding the id is enough to avoid collisions indeed.


Non-portable boolean logic?

In the process of pulling in a newer version of this repo we ran into an issue with this new code in platform.c.
if (SIZE_MAX - (sizeof(*effecter) - sizeof(effecter->possible_states) <
		possible_states_size)) {
	return PLDM_ERROR;
}

I don't really understand what that logic is attempting to check.  It seems like there is an inherent assumption that SIZE_MAX is equivalent to a "true" result from the comparison, but that isn't part of any standard I'm aware of.  What am I missing?  I did a random experiment using baseline gcc on a RHEL8 x86 box and every expression I put inside there leads to a true evaluation of the if.

SIZE_MAX should be the maximum representable integer by size_t.  It should come from stdint.h.
I think this is ensuring that the bit structure can fit in a size_t, right?

No, the code is comparing SIZE_MAX against the result of the comparison.  After looking further, we are starting to think this is just a typo with the parentheses since it looks different in other code nearby.
Compare to this, notice the second paren after possible_states...
	if (SIZE_MAX - (sizeof(*sensor) - sizeof(sensor->possible_states)) <
	    possible_states_size) {
		return PLDM_ERROR;
	}

@dcrowell77 can you please provide the compiler error you see? The more specifics we have the better.
However, the code you've pasted does contain a bug. Looking at src/dsp/platform.c, I suspect you're referring to this:
https://github.com/openbmc/libpldm/blob/main/src/dsp/platform.c#L31-L34
Hopefully the compiler error you paste in reply matches.
The intent is to check for arithmetic overflow involving the identified types.
I expect this diff should sort it out:
diff --git a/src/dsp/platform.c b/src/dsp/platform.c
index df7ea4a39197..8b6032c777bc 100644
--- a/src/dsp/platform.c
+++ b/src/dsp/platform.c
@@ -28,8 +28,8 @@ int encode_state_effecter_pdr(
                return PLDM_ERROR;
        }

-       if (SIZE_MAX - (sizeof(*effecter) - sizeof(effecter->possible_states) <
-                       possible_states_size)) {
+       if (SIZE_MAX - (sizeof(*effecter) - sizeof(effecter->possible_states)) <
+                       possible_states_size) {
                return PLDM_ERROR;
        }

(I suspect I got tripped by clangd auto-parenthesising the code and the closing paren ended up in the wrong spot)

Looks like that might be the only instance?
0 andrew@heihei:~/src/openbmc.org/openbmc/libpldm/origin (main) $ git grep -E -- '- \(.*\) <'
src/dsp/bios_table.c:   if (entry_length - (sizeof(*table_entry) - 1 + sizeof(str_length)) <
src/dsp/fru.c:  if (SIZE_MAX - (*curr_size + record_hdr_size) < tlvs_size) {
src/dsp/fru.c:  if (total_size - (*curr_size + record_hdr_size) < tlvs_size) {
src/dsp/platform.c:     if (SIZE_MAX - (sizeof(*effecter) - sizeof(effecter->possible_states) <
src/dsp/platform.c:     if (SIZE_MAX - (sizeof(*sensor) - sizeof(sensor->possible_states)) <

https://gerrit.openbmc.org/c/openbmc/libpldm/+/75704

Okay, when I wrote the comment I was expecting it to be one of the tautological-compare issues (I was after an error to confirm the line numbers involved).
Can you provide some feedback on the patch linked above? If not I'll merge it with the expectation that it resolves the problem.

We made the same change locally and we were able to get past the immediate failure we were seeing.  I can't say everything is working as we're in the process of updating our subtree (which is many versions behind the current).

We made the same change locally and we were able to get past the immediate failure we were seeing.

Great!

I can't say everything is working as we're in the process of updating our subtree (which is many versions behind the current).

So if you're not doing so already, the intent is that to upgrade, you move between successive tags. New APIs are available at tag N before they are removed in tag N+1. Also, for the bulk-renames, ./scripts/apply-renames and the configurations under the appropriate tag in the evolutions/ directory will automatically update your sources to new API names.
As for implementation bugs like this one, hopefully there aren't too many from new changes :sweat_smile:


[Feature Request] Close Compile window on Gamequit or reuse same compile window

Basically title, recompiling the game over and over piles up a lot of tabs, closing them manually is a bit annoying.

Might have a moment to get this set up as a preference today.


Implement Haruka 2.0.0

Summary by CodeRabbit

New Features

Enhanced templating and reactivity with the introduction of HTML <template> elements.
Support for reactive properties with automatic UI updates.
Dynamic attribute binding for more flexible UI designs.
New child component management methods for improved modularity.
Added dependency injection to enhance code modularity and testability.

Bug Fixes

Improved error handling for template loading.

Refactor

Modularized initialization and event delegation processes for better maintainability.

Chores

Codebase reorganization for improved readability and maintainability.

Actionable comments posted: 1
Outside diff range, codebase verification and nitpick comments (1)
Review details

Generate unit testing code for this file.

@coderabbitai read Haruka/Haruka.js and generate unit testing code using mocha.

To anyone that sees this...
I'm going to be quite honest with you. I'm concerned about the scalability and performance implications when using Haruka. Batching updates for only changed properties is already a step forward, but it's not enough. I'm going to have to address in a later update.


Troy Balderson

Seated today: https://twitter.com/jbalmert/status/1037005804602372096

On it....

Yeah, I would have included that but I couldn't find it either; curious how do you know what it will be?

It's the next one numerically after the last B-name that's currently assigned.

Meanwhile Kyl gets his old one back. 😆

PR at https://github.com/unitedstates/congress-legislators/pull/600. Closing this one.


Job fails to connect to Keycloak

Describe the bug: (a clear and concise description of what the bug is)
The job uses the fault tolerant fetch to ensure that there keycloak service is responsive.
We observe that the fetch is performed successfully and then the next HTTP request fails due to lack of DNS record.
To Reproduce
Steps to reproduce the behavior:

Install otomi from the very first time
Observe that job-keycloak fails

Expected behavior: (a clear and concise description of what you expected to happen)
The fault tolerant fetch ensures that a given URL is available by check 3 consecutive successful HTTP responses
job-keycloak-i Waiting until keycloak is accessible at https://keycloak.jeho.eks.otomi.cloud
job-keycloak-i .................................................................................................................................................................................................................................................................................................................................................................................................READY!
job-keycloak ><EMAIL_ADDRESS>tasks:keycloak /app
job-keycloak > node dist/tasks/keycloak/keycloak.js
job-keycloak (node:17) Warning: Setting the NODE_TLS_REJECT_UNAUTHORIZED environment variable to '0' makes TLS connections and HTTPS requests insecure by disabling certificate verification.
job-keycloak (Use node --trace-warnings ... to show where the warning was created)
job-keycloak request to https://keycloak.jeho.eks.otomi.cloud/ failed, reason: getaddrinfo ENOTFOUND keycloak.jeho.eks.otomi.cloud
job-keycloak request to https://keycloak.jeho.eks.otomi.cloud/ failed, reason: getaddrinfo ENOTFOUND keycloak.jeho.eks.otomi.cloud
job-keycloak request to https://keycloak.jeho.eks.otomi.cloud/ failed, reason: getaddrinfo ENOTFOUND keycloak.jeho.eks.otomi.cloud
job-keycloak request to https://keycloak.jeho.eks.otomi.cloud/ failed, reason: getaddrinfo ENOTFOUND keycloak.jeho.eks.otomi.cloud
job-keycloak Creating openid client scope
job-keycloak Updating openid client scope
job-keycloak Creating role otomi-admin
job-keycloak Creating role team-admin
job-keycloak Creating identity provider
job-keycloak Getting mappers
job-keycloak Creating mapper upn to email
job-keycloak Creating mapper username mapping
job-keycloak Creating mapper sub
job-keycloak Creating mapper otomi-admin group to role
job-keycloak Creating mapper team-admin group to role
job-keycloak Creating otomi client
job-keycloak creating client email claim
job-keycloak adding login theme
job-keycloak Success!

this was actually an issue in the tasks repo @j-zimnowoda, but it is already fixed in latest master there


One of the required plugins is missing or not enabled

When I install the login ldap plugin it is needed to disable the login one...but I have the error described on the subject of this issue when disabling it.

If this message shows up when you try to access the admin panel, this is because this plugin currently doesn't works with the admin plugin.
The admin plugin depends on the login plugin.
This was discussed here


f4map.com support

Could you add f4map.com support please?
That the best 3D rendering of openstreetmap as far as I know.
http://demo.f4map.com/
The view may be loaded with a zoom min-value of 16 to have the 3D rendering
Example http://demo.f4map.com/#lat=40.7081861&lon=-74.0097708&zoom=16
Thanks (I really enjoy your extension and use it a lot !)

That's a nice site, thanks for pointing it out! I hadn't seen it before.
Yes, I'll add support for it in the next version.

Great !


Create dedicated doc page for themes

Create a dedicated documentation page for Minicli themes showing screenshots of each theme.

thank you!


Migrate false gives errors

Version: 0.4.1
I'm running a completely fresh PostgreSQL 13.3 w/ TimescaleDB 2.3.0 instance and use the following command
/usr/local/bin/promscale -db-name prometheus -db-password mypass -db-user myuser -db-ssl-mode=allow -migrate false -log-level=warn

where myuser owns the prometheus database (has GRANT ALL ON SCHEMA prometheus TO prometheus;) - e.g. is not allowed to create roles, ...
Log says:
level=error ts=2021-06-22T18:08:06.592Z caller=client.go:124 msg="Unable to run migrations; failed to acquire the lock. If the database is on an incorrect version, ensure there are no other connectors running and try again." err="dependency error: failed to check schema version: Error getting DB version: ERROR: relation \"prom_schema_migrations\" does not exist (SQLSTATE 42P01)"
level=error ts=2021-06-22T18:08:06.594Z caller=runner.go:40 msg="aborting startup due to error" err="dependency error: failed to check schema version: Error getting DB version: ERROR: relation \"prom_schema_migrations\" does not exist (SQLSTATE 42P01)"

However, as $SUBJECT states -migrate false.
It will of course fail with -migrate true as well, since there are no permissions for that.

@jesperpedersen I am confused as to what you are trying to accomplish. if you are running -migrate=false on the new database then the connector cannot install the schema needed for promscale (and one doesn't already exist). You may want to use -migrate=only for a privileged user beforehand. See https://github.com/timescale/promscale/blob/master/docs/sql_permissions.md#deployments-with-separate-owner-and-modifier-users

I'm trying to deploy promscale as an unprivileged user, and don't see an option for that.
I understand the reasons described in sql_permissions.md - but they assume that a DBA with superuser rights deploy the initial solution. I think that is a big ask.
Maybe better logging for the -migrate false and -migrate only cases would help people understand the problem better.
Ideally, the schema should be able to deploy under an unprivileged user with the caveats that will bring.


[MaterializedView] add PartitionInfo which have expressions [P0]

What type of PR is this：

[ ] bug
[x] feature
[ ] enhancement
[ ] refactor
[ ] others

Which issues of this PR fixes ：
Fixes #6186
Problem Summary(Required) ：
Add ExpressionRangePartitionInfo which can serialized with gson

[FE PR Coverage check]
:heart_eyes: pass : 45 / 47 (95.74%)
file detail

path
covered line
new line
coverage

:large_blue_circle:
com/starrocks/sql/ast/ExpressionPartitionDesc.java
0
1
00.00%

:large_blue_circle:
com/starrocks/catalog/ExpressionRangePartitionInfo.java
21
22
95.45%

:large_blue_circle:
com/starrocks/sql/parser/SqlParser.java
8
8
100.00%

:large_blue_circle:
com/starrocks/persist/gson/GsonUtils.java
16
16
100.00%

run starrocks_fe_unittest

[FE PR Coverage check]
:heart_eyes: pass : 39 / 41 (95.12%)
file detail

path
covered line
new line
coverage

:large_blue_circle:
com/starrocks/sql/ast/ExpressionPartitionDesc.java
0
1
00.00%

:large_blue_circle:
com/starrocks/catalog/ExpressionRangePartitionInfo.java
20
21
95.24%

:large_blue_circle:
com/starrocks/sql/parser/SqlParser.java
8
8
100.00%

:large_blue_circle:
com/starrocks/persist/gson/GsonUtils.java
11
11
100.00%


The page jumped incorrectly when input numbers with letters

Date: 2016/06/02
[Test category]: creative Test
Severity：Minor
[Steps to reproduce]

Login in marketplace as customer;
Subscribe to service for more than 10 times and assign customer to these subscripitons;
Click on "ACCOUNT->Subscriptions", click page 1;
Input “abc” into the input box of page, then click on “Go” button;
Input “2abc” into the input box of page, then click on "Go" button;
Click on "MY SUBSCRIPTIONS", click page 1;
Input “abc” into the input box of page, then click on “Go” button;
Input “2abc” into the input box of page, then click on "Go" button.

[Expected result]
In step 4, step 5, step 7 and step 8, the system should not make any response, and the page should be stay in the current page 1.
[Observed result]
In step 4 and step 7, the system made no  response, and the page stayed in the current page 1.
But in step 5 and step 8, the page jumped to page 2.

Hi.
In my environment when I filter out all the subscription and I do not have any rows in my table the paginator is hidden so I do not see situation when I am on page 2. Could you please send some screenshot?
Regards, Dawid

CLosed by mistake.

[Details of fix]
Now the paginator field is accepting nothing but numbers.

[Build] 2016/08/09 verified


asking for camera permission

Hello,
In my app, I have an InAppWebView and I want to upload files / take pictures for it.
I want the camera permission request to show only when the webview requests to use the camera, I don't want to ask it unnaturally before.
Anyone got a solution?
Thanks for the plugin!

Hi, sorry for the necro.
Did you ever find a solution for that?


[Feature Request] [GO SDK]: RedisIO

What would you like to happen?
Implement the following features for the RedisIO connector in the Go SDK

Get
Set

Issue Priority
Priority: 2
Issue Component
Component: sdk-go

.take-issue

.take-issue