Can't add second hub

Indigo 2022.1.1
Plugin v2022.11.26
My second hub is detected but when I try to pair it I get a message saying 'Select Hub Bridge' not confirmed.
Meanwhile I have the following repeating endlessly:
2022-06-09 20:25:44 findHueBridges:  next try
2022-06-09 20:25:46.652	ERROR       	Plugin.parseOneHueLightData
Traceback (most recent call last):
File "plugin.py", line 6397, in parseOneHueLightData
if device.states['brightnessLevel'] != brightnessLevel:
KeyError: 'key brightnessLevel not found in dict'
Please advise. Thanks.

you need to click on confirm
after you select the bridge in the line above.
if you did confirm I need to dig a little deeper.
as for the
“"KeyError: 'key brightnessLevel not found in dict’ “”
I am looking into it.
Karl

On Jun 9, 2022, at 21:28, Andrew Brown @.***> wrote:
Indigo 2022.1.1
Plugin v2022.11.26
My second hub is detected but when I try to pair it I get a message saying 'Select Hub Bridge' not confirmed.
Meanwhile I have the following repeating endlessly:
2022-06-09 20:25:44 findHueBridges: next try
2022-06-09 20:25:46.652 ERROR Plugin.parseOneHueLightData
Traceback (most recent call last):
File "plugin.py", line 6397, in parseOneHueLightData
if device.states['brightnessLevel'] != brightnessLevel:
KeyError: 'key brightnessLevel not found in dict'
Please advise. Thanks.
—
Reply to this email directly, view it on GitHub https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A.
You are receiving this because you are subscribed to this thread.

Hi Karl
I did click on ‘confirm’ after selecting the second hub. I then pressed the button on the hue hub and then clicked ‘pair’ within 10 seconds.
Kindest regards,
Andrew.
On 18 Jun 2022, at 11:31, Karl Wachs @.***> wrote:

you need to click on confirm
after you select the bridge in the line above.
if you did confirm I need to dig a little deeper.
as for the
“"KeyError: 'key brightnessLevel not found in dict’ “”
I am looking into it.
Karl

On Jun 9, 2022, at 21:28, Andrew Brown @.***> wrote:
Indigo 2022.1.1
Plugin v2022.11.26
My second hub is detected but when I try to pair it I get a message saying 'Select Hub Bridge' not confirmed.
Meanwhile I have the following repeating endlessly:
2022-06-09 20:25:44 findHueBridges: next try
2022-06-09 20:25:46.652 ERROR Plugin.parseOneHueLightData
Traceback (most recent call last):
File "plugin.py", line 6397, in parseOneHueLightData
if device.states['brightnessLevel'] != brightnessLevel:
KeyError: 'key brightnessLevel not found in dict'
Please advise. Thanks.
—
Reply to this email directly, view it on GitHub https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A.
You are receiving this because you are subscribed to this thread.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.

Could you send me some screen shots of the steps.
And also menu /print hue config / bridge overview
Send to @.***
And please use the new version I posted on GitHub.
Karl

On Jun 19, 2022, at 01:03, Andrew Brown @.***> wrote:

Hi Karl
I did click on ‘confirm’ after selecting the second hub. I then pressed the button on the hue hub and then clicked ‘pair’ within 10 seconds.
Kindest regards,
Andrew.
On 18 Jun 2022, at 11:31, Karl Wachs @.***> wrote:

you need to click on confirm
after you select the bridge in the line above.
if you did confirm I need to dig a little deeper.
as for the
“"KeyError: 'key brightnessLevel not found in dict’ “”
I am looking into it.
Karl

On Jun 9, 2022, at 21:28, Andrew Brown @.***> wrote:
Indigo 2022.1.1
Plugin v2022.11.26
My second hub is detected but when I try to pair it I get a message saying 'Select Hub Bridge' not confirmed.
Meanwhile I have the following repeating endlessly:
2022-06-09 20:25:44 findHueBridges: next try
2022-06-09 20:25:46.652 ERROR Plugin.parseOneHueLightData
Traceback (most recent call last):
File "plugin.py", line 6397, in parseOneHueLightData
if device.states['brightnessLevel'] != brightnessLevel:
KeyError: 'key brightnessLevel not found in dict'
Please advise. Thanks.
—
Reply to this email directly, view it on GitHub https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A.
You are receiving this because you are subscribed to this thread.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.

Hi Karl,
I downloaded the latest version and tried to pair my second hub again. Exactly the same problem I’m afraid. The hub is detected ok but it won’t pair.
Thanks and kindest regards,
Andrew.
From: Karl Wachs @.>
Date: Sunday, 19 June 2022 at 03:06
To: kw123/Hue-Lights-Indigo-plugin @.>
Cc: Andrew Brown @.>, Author @.>
Subject: Re: [kw123/Hue-Lights-Indigo-plugin] Can't add second hub (Issue #17)
Could you send me some screen shots of the steps.
And also menu /print hue config / bridge overview
Send to @.***
And please use the new version I posted on GitHub.
Karl

On Jun 19, 2022, at 01:03, Andrew Brown @.***> wrote:

Hi Karl
I did click on ‘confirm’ after selecting the second hub. I then pressed the button on the hue hub and then clicked ‘pair’ within 10 seconds.
Kindest regards,
Andrew.
On 18 Jun 2022, at 11:31, Karl Wachs @.***> wrote:

you need to click on confirm
after you select the bridge in the line above.
if you did confirm I need to dig a little deeper.
as for the
“"KeyError: 'key brightnessLevel not found in dict’ “”
I am looking into it.
Karl

On Jun 9, 2022, at 21:28, Andrew Brown @.***> wrote:
Indigo 2022.1.1
Plugin v2022.11.26
My second hub is detected but when I try to pair it I get a message saying 'Select Hub Bridge' not confirmed.
Meanwhile I have the following repeating endlessly:
2022-06-09 20:25:44 findHueBridges: next try
2022-06-09 20:25:46.652 ERROR Plugin.parseOneHueLightData
Traceback (most recent call last):
File "plugin.py", line 6397, in parseOneHueLightData
if device.states['brightnessLevel'] != brightnessLevel:
KeyError: 'key brightnessLevel not found in dict'
Please advise. Thanks.
—
Reply to this email directly, view it on GitHub https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A.
You are receiving this because you are subscribed to this thread.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.

—
Reply to this email directly, view it on GitHubhttps://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159600121, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AFPPGLURX23SRQ77SP72V4TVPZ6BRANCNFSM5YLEX72A.
You are receiving this because you authored the thread.Message ID: @.***>

please click on confirm again just before you click pair
you can click confirm as often as you like
so

click confirm  (bridge)
go to hub, click button
click confirm (bridge)
click pair

my test hub sits next to me so i always click it immediately then pair.. ~ 3 seconds after confirm. I never ran into that problem.
When I wait 15 secs i get the problem as you described.
the second confirm gives you new 15 secs
I will extend the time in the next release to 1 minute, then the 2. click confirm is not needed anymore.
Karl

On Jun 19, 2022, at 18:38, Andrew Brown @.***> wrote:
Hi Karl,
I downloaded the latest version and tried to pair my second hub again. Exactly the same problem I’m afraid. The hub is detected ok but it won’t pair.
Thanks and kindest regards,
Andrew.
From: Karl Wachs @.>
Date: Sunday, 19 June 2022 at 03:06
To: kw123/Hue-Lights-Indigo-plugin @.>
Cc: Andrew Brown @.>, Author @.>
Subject: Re: [kw123/Hue-Lights-Indigo-plugin] Can't add second hub (Issue #17)
Could you send me some screen shots of the steps.
And also menu /print hue config / bridge overview
Send to @.***
And please use the new version I posted on GitHub.
Karl

On Jun 19, 2022, at 01:03, Andrew Brown @.***> wrote:

Hi Karl
I did click on ‘confirm’ after selecting the second hub. I then pressed the button on the hue hub and then clicked ‘pair’ within 10 seconds.
Kindest regards,
Andrew.
On 18 Jun 2022, at 11:31, Karl Wachs @.***> wrote:

you need to click on confirm
after you select the bridge in the line above.
if you did confirm I need to dig a little deeper.
as for the
“"KeyError: 'key brightnessLevel not found in dict’ “”
I am looking into it.
Karl

On Jun 9, 2022, at 21:28, Andrew Brown @.***> wrote:
Indigo 2022.1.1
Plugin v2022.11.26
My second hub is detected but when I try to pair it I get a message saying 'Select Hub Bridge' not confirmed.
Meanwhile I have the following repeating endlessly:
2022-06-09 20:25:44 findHueBridges: next try
2022-06-09 20:25:46.652 ERROR Plugin.parseOneHueLightData
Traceback (most recent call last):
File "plugin.py", line 6397, in parseOneHueLightData
if device.states['brightnessLevel'] != brightnessLevel:
KeyError: 'key brightnessLevel not found in dict'
Please advise. Thanks.
—
Reply to this email directly, view it on GitHub <https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17 https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A>.
You are receiving this because you are subscribed to this thread.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.

—
Reply to this email directly, view it on GitHub<https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159600121 https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159600121>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AFPPGLURX23SRQ77SP72V4TVPZ6BRANCNFSM5YLEX72A https://github.com/notifications/unsubscribe-auth/AFPPGLURX23SRQ77SP72V4TVPZ6BRANCNFSM5YLEX72A>.
You are receiving this because you authored the thread.Message ID: @.***>
—
Reply to this email directly, view it on GitHub https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159772222, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEH2SNDPISJF7R4NBPWIIWLVP5EIFANCNFSM5YLEX72A.
You are receiving this because you commented.

Andrew,
if you could download:
https://github.com/kw123/Hue-Lights-Indigo-plugin/releases/tag/2022.11.28
that should fix the confirm error message. you now have 2 minutes to push the Philips hub button
Karl

On Jun 19, 2022, at 18:38, Andrew Brown @.***> wrote:
Hi Karl,
I downloaded the latest version and tried to pair my second hub again. Exactly the same problem I’m afraid. The hub is detected ok but it won’t pair.
Thanks and kindest regards,
Andrew.
From: Karl Wachs @.>
Date: Sunday, 19 June 2022 at 03:06
To: kw123/Hue-Lights-Indigo-plugin @.>
Cc: Andrew Brown @.>, Author @.>
Subject: Re: [kw123/Hue-Lights-Indigo-plugin] Can't add second hub (Issue #17)
Could you send me some screen shots of the steps.
And also menu /print hue config / bridge overview
Send to @.***
And please use the new version I posted on GitHub.
Karl

On Jun 19, 2022, at 01:03, Andrew Brown @.***> wrote:

Hi Karl
I did click on ‘confirm’ after selecting the second hub. I then pressed the button on the hue hub and then clicked ‘pair’ within 10 seconds.
Kindest regards,
Andrew.
On 18 Jun 2022, at 11:31, Karl Wachs @.***> wrote:

you need to click on confirm
after you select the bridge in the line above.
if you did confirm I need to dig a little deeper.
as for the
“"KeyError: 'key brightnessLevel not found in dict’ “”
I am looking into it.
Karl

On Jun 9, 2022, at 21:28, Andrew Brown @.***> wrote:
Indigo 2022.1.1
Plugin v2022.11.26
My second hub is detected but when I try to pair it I get a message saying 'Select Hub Bridge' not confirmed.
Meanwhile I have the following repeating endlessly:
2022-06-09 20:25:44 findHueBridges: next try
2022-06-09 20:25:46.652 ERROR Plugin.parseOneHueLightData
Traceback (most recent call last):
File "plugin.py", line 6397, in parseOneHueLightData
if device.states['brightnessLevel'] != brightnessLevel:
KeyError: 'key brightnessLevel not found in dict'
Please advise. Thanks.
—
Reply to this email directly, view it on GitHub <https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17 https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A>.
You are receiving this because you are subscribed to this thread.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.

—
Reply to this email directly, view it on GitHub<https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159600121 https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159600121>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AFPPGLURX23SRQ77SP72V4TVPZ6BRANCNFSM5YLEX72A https://github.com/notifications/unsubscribe-auth/AFPPGLURX23SRQ77SP72V4TVPZ6BRANCNFSM5YLEX72A>.
You are receiving this because you authored the thread.Message ID: @.***>
—
Reply to this email directly, view it on GitHub https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159772222, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEH2SNDPISJF7R4NBPWIIWLVP5EIFANCNFSM5YLEX72A.
You are receiving this because you commented.

Hi Karl,
Definitely some progress as you can see from the log, but still no pairing.
The unable to pair message popped up after I had been to the hub, pressed the button, returned to my computer and clicked confirm and then execute (pair). I tried this several times.
The round trip to get to the hub and back is about 30 seconds, as its in another room on top of a wall cabinet.
Thanks and kindest regards,
Andrew.
From: Karl Wachs @.>
Date: Sunday, 19 June 2022 at 18:39
To: kw123/Hue-Lights-Indigo-plugin @.>
Cc: Andrew Brown @.>, Author @.>
Subject: Re: [kw123/Hue-Lights-Indigo-plugin] Can't add second hub (Issue #17)
Andrew,
if you could download:
https://github.com/kw123/Hue-Lights-Indigo-plugin/releases/tag/2022.11.28
that should fix the confirm error message. you now have 2 minutes to push the Philips hub button
Karl

On Jun 19, 2022, at 18:38, Andrew Brown @.***> wrote:
Hi Karl,
I downloaded the latest version and tried to pair my second hub again. Exactly the same problem I’m afraid. The hub is detected ok but it won’t pair.
Thanks and kindest regards,
Andrew.
From: Karl Wachs @.>
Date: Sunday, 19 June 2022 at 03:06
To: kw123/Hue-Lights-Indigo-plugin @.>
Cc: Andrew Brown @.>, Author @.>
Subject: Re: [kw123/Hue-Lights-Indigo-plugin] Can't add second hub (Issue #17)
Could you send me some screen shots of the steps.
And also menu /print hue config / bridge overview
Send to @.***
And please use the new version I posted on GitHub.
Karl

On Jun 19, 2022, at 01:03, Andrew Brown @.***> wrote:

Hi Karl
I did click on ‘confirm’ after selecting the second hub. I then pressed the button on the hue hub and then clicked ‘pair’ within 10 seconds.
Kindest regards,
Andrew.
On 18 Jun 2022, at 11:31, Karl Wachs @.***> wrote:

you need to click on confirm
after you select the bridge in the line above.
if you did confirm I need to dig a little deeper.
as for the
“"KeyError: 'key brightnessLevel not found in dict’ “”
I am looking into it.
Karl

On Jun 9, 2022, at 21:28, Andrew Brown @.***> wrote:
Indigo 2022.1.1
Plugin v2022.11.26
My second hub is detected but when I try to pair it I get a message saying 'Select Hub Bridge' not confirmed.
Meanwhile I have the following repeating endlessly:
2022-06-09 20:25:44 findHueBridges: next try
2022-06-09 20:25:46.652 ERROR Plugin.parseOneHueLightData
Traceback (most recent call last):
File "plugin.py", line 6397, in parseOneHueLightData
if device.states['brightnessLevel'] != brightnessLevel:
KeyError: 'key brightnessLevel not found in dict'
Please advise. Thanks.
—
Reply to this email directly, view it on GitHub <https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17 https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A>.
You are receiving this because you are subscribed to this thread.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.

—
Reply to this email directly, view it on GitHub<https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159600121 https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159600121>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AFPPGLURX23SRQ77SP72V4TVPZ6BRANCNFSM5YLEX72A https://github.com/notifications/unsubscribe-auth/AFPPGLURX23SRQ77SP72V4TVPZ6BRANCNFSM5YLEX72A>.
You are receiving this because you authored the thread.Message ID: @.***>
—
Reply to this email directly, view it on GitHub https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159772222, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEH2SNDPISJF7R4NBPWIIWLVP5EIFANCNFSM5YLEX72A.
You are receiving this because you commented.

—
Reply to this email directly, view it on GitHubhttps://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159782130, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AFPPGLQKXINQML3OMWBAWRDVP5LLBANCNFSM5YLEX72A.
You are receiving this because you authored the thread.Message ID: @.***>

I believe I found it:
There is a timer of 15 secs after which the select bridge expires.. I will increase to 1 minute.
In the logic it is difficult to distinguish between already executed pairing and re-pairing and new bridge selection
in the mean time (before I will update the expiration timer)  you can simple click on confirm as often as you like, to reset that counter  before clicking on execute pair
I will think about how to make that water tight.
Karl

On Jun 19, 2022, at 01:03, Andrew Brown @.***> wrote:
Hi Karl
I did click on ‘confirm’ after selecting the second hub. I then pressed the button on the hue hub and then clicked ‘pair’ within 10 seconds.
Kindest regards,
Andrew.
On 18 Jun 2022, at 11:31, Karl Wachs @.***> wrote:

you need to click on confirm
after you select the bridge in the line above.
if you did confirm I need to dig a little deeper.
as for the
“"KeyError: 'key brightnessLevel not found in dict’ “”
I am looking into it.
Karl

On Jun 9, 2022, at 21:28, Andrew Brown @.***> wrote:
Indigo 2022.1.1
Plugin v2022.11.26
My second hub is detected but when I try to pair it I get a message saying 'Select Hub Bridge' not confirmed.
Meanwhile I have the following repeating endlessly:
2022-06-09 20:25:44 findHueBridges: next try
2022-06-09 20:25:46.652 ERROR Plugin.parseOneHueLightData
Traceback (most recent call last):
File "plugin.py", line 6397, in parseOneHueLightData
if device.states['brightnessLevel'] != brightnessLevel:
KeyError: 'key brightnessLevel not found in dict'
Please advise. Thanks.
—
Reply to this email directly, view it on GitHub <https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17 https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A>.
You are receiving this because you are subscribed to this thread.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.
—
Reply to this email directly, view it on GitHub https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159579034, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEH2SNFCZODPLF43MINJVNTVPZIUBANCNFSM5YLEX72A.
You are receiving this because you commented.

I am out of town until jun19.  Our first family get together in 3 years.
I will check when I am home.
Karl

On 09.06.2022, at 21:28, Andrew Brown @.***> wrote:

Indigo 2022.1.1
Plugin v2022.11.26
My second hub is detected but when I try to pair it I get a message saying 'Select Hub Bridge' not confirmed.
Meanwhile I have the following repeating endlessly:
2022-06-09 20:25:44 findHueBridges: next try
2022-06-09 20:25:46.652 ERROR Plugin.parseOneHueLightData
Traceback (most recent call last):
File "plugin.py", line 6397, in parseOneHueLightData
if device.states['brightnessLevel'] != brightnessLevel:
KeyError: 'key brightnessLevel not found in dict'
Please advise. Thanks.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.

Hi Karl,
Thanks very much for getting back to me, I appreciate it.
Since June I have moved away from Indigo because I felt that there was a lack of development. Occasional updates, slow support for new zwave devices and a complete stagnation on the gui/dashboard side. I have moved over to Home Assistant which is ridiculously powerful and has a very vibrant developer base.
Thanks for your help in the past and I hope you have a wonderful family get together!
Kindest regards,
Andrew.
From: Karl Wachs @.>
Date: Tuesday, 11 October 2022 at 08:15
To: kw123/Hue-Lights-Indigo-plugin @.>
Cc: Andrew Brown @.>, Author @.>
Subject: Re: [kw123/Hue-Lights-Indigo-plugin] Can't add second hub (Issue #17)
I believe I found it:
There is a timer of 15 secs after which the select bridge expires.. I will increase to 1 minute.
In the logic it is difficult to distinguish between already executed pairing and re-pairing and new bridge selection
in the mean time (before I will update the expiration timer) you can simple click on confirm as often as you like, to reset that counter before clicking on execute pair
I will think about how to make that water tight.
Karl

On Jun 19, 2022, at 01:03, Andrew Brown @.***> wrote:
Hi Karl
I did click on ‘confirm’ after selecting the second hub. I then pressed the button on the hue hub and then clicked ‘pair’ within 10 seconds.
Kindest regards,
Andrew.
On 18 Jun 2022, at 11:31, Karl Wachs @.***> wrote:

you need to click on confirm
after you select the bridge in the line above.
if you did confirm I need to dig a little deeper.
as for the
“"KeyError: 'key brightnessLevel not found in dict’ “”
I am looking into it.
Karl

On Jun 9, 2022, at 21:28, Andrew Brown @.***> wrote:
Indigo 2022.1.1
Plugin v2022.11.26
My second hub is detected but when I try to pair it I get a message saying 'Select Hub Bridge' not confirmed.
Meanwhile I have the following repeating endlessly:
2022-06-09 20:25:44 findHueBridges: next try
2022-06-09 20:25:46.652 ERROR Plugin.parseOneHueLightData
Traceback (most recent call last):
File "plugin.py", line 6397, in parseOneHueLightData
if device.states['brightnessLevel'] != brightnessLevel:
KeyError: 'key brightnessLevel not found in dict'
Please advise. Thanks.
—
Reply to this email directly, view it on GitHub <https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17 https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A https://github.com/notifications/unsubscribe-auth/AEH2SNFIFF2GIU63VJW3U5TVOJAVFANCNFSM5YLEX72A>.
You are receiving this because you are subscribed to this thread.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.
—
Reply to this email directly, view it on GitHub https://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1159579034, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEH2SNFCZODPLF43MINJVNTVPZIUBANCNFSM5YLEX72A.
You are receiving this because you commented.

—
Reply to this email directly, view it on GitHubhttps://github.com/kw123/Hue-Lights-Indigo-plugin/issues/17#issuecomment-1274194902, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AFPPGLWHWMWU53AEBPM7DP3WCUHV3ANCNFSM5YLEX72A.
You are receiving this because you authored the thread.Message ID: @.***>


UPDATE a BLOB field in an existing SQLite record，floor change it to String

the entity is:
@Entity(tableName: 'Task')
class Task {
final Uint8List ext;
Task(this.ext);
}
the dao is :
@dao
abstract class TaskDao {
@Query('update Task set ext = :ext')
Future updateTaskExt(Uint8List ext);
}
i want to update column ext,  ext type is Uint8List，database type is blob，after execute TaskDao method updateTaskExt，ext value change to String！！！

Please double it check. For me, following configuration works fine:
`@Database(version: 1, entities: [Task])
abstract class FlutterDatabase extends FloorDatabase {
TaskDao get taskDao;
}
@dao
abstract class TaskDao {
@Query('UPDATE Task set ext = :ext')
Future updateTaskExt(Uint8List ext);
}
@entity
class Task {
@PrimaryKey(autoGenerate: true)
final int? id;
final String message;
final Uint8List ext;
Task(this.id, this.message, this.ext);
}`
generates next code:
`class _$TaskDao extends TaskDao {
_$TaskDao(this.database, this.changeListener)
: _queryAdapter = QueryAdapter(database);
final sqflite.DatabaseExecutor database;
final StreamController changeListener;
final QueryAdapter _queryAdapter;
@override
Future updateTaskExt(Uint8List ext) async {
await _queryAdapter
.queryNoReturn('UPDATE Task set ext = ?1', arguments: [ext]);
}
}`

Close due to lack of answer from the creator of the question. Looks like the question might be solved by the suggestion in the comment.

Please double it check. For me, following configuration works fine:
@Database(version: 1, entities: [Task])
abstract class FlutterDatabase extends FloorDatabase {
  TaskDao get taskDao;
}

@dao
abstract class TaskDao {

  @Query('UPDATE Task set ext = :ext')
  Future<void> updateTaskExt(Uint8List ext);
}

@entity
class Task {
  @PrimaryKey(autoGenerate: true)
  final int? id;

  final String message;

  final Uint8List ext;

  Task(this.id, this.message, this.ext);

}

generates next code:
class _$TaskDao extends TaskDao {
  _$TaskDao(this.database, this.changeListener)
      : _queryAdapter = QueryAdapter(database);

  final sqflite.DatabaseExecutor database;

  final StreamController<String> changeListener;

  final QueryAdapter _queryAdapter;

  @override
  Future<void> updateTaskExt(Uint8List ext) async {
    await _queryAdapter
        .queryNoReturn('UPDATE Task set ext = ?1', arguments: [ext]);
  }
}

after updateTaskExt，try to read it， then will throw error.

Hey @HXiaoMing
I did some investigation and sflite has the same problem. Honestly, using query to update the data is not the right way to go, but it is possible in some extreme cases as a workaround. For this particular case I would recommend you use rawUpdate. Sample of the code you can see in my PR to your repository.
PS: this issue brings me an idea that DatabaseExecutor should be accessible in DAO classes to use raw methods without global variables.

Closing: Inactive


[Bug] Input Widget unable to drag/move around if positioned in a tabs widget

Hello There
With the latest updates we are unable to move the input witdget wich got placed into a tabs widget.
It will always select the tabs widget if you want to move the input field.
Thanks for a fix.

Hi! Thanks for reporting this. We'll find a fix for this.
In meanwhile, could you use CMD+drag or CTRL+drag to move the widgets around? That should work.

@ashit-rath looks like fix for #6723 has induced this bug. can u take a look?


Drop p2p connections on ValidationReject

Motivation
We don't want to stay connected to peers that we know are exhibiting invalid behaviour.
This is a step towards completing #4088
Changes
Change the signature of pubsub.GossipHandler to return an error instead of a pubsub.ValidationResult this makes the interface used by both sync handlers and pubsub handlers consistent, which allows for the use of a single decorator that will drop a peer if the handler returns a specific error. The decorator (pubsub.DropPeerOnError) is applied to all pubsub handlers and sync handlers.
Added a test to verify disconnection on pubsub handlers, to support this I exposed the p2p.Host from node.App
Test Plan
The test shows that this is working. A test or tests to verify this behaviour for sync handlers has yet to be added
DevOps Notes

[x] This PR does not require configuration changes (e.g., environment variables, GitHub secrets, VM resources)
[x] This PR does not affect public APIs
[x] This PR does not rely on a new version of external services (PoET, elasticsearch, etc.)
[x] This PR does not make changes to log messages (which monitoring infrastructure may rely on)

there is this failure

bors merge

bors merge


Fix Issue #863, "Problem loading a small mol document with isotope labels...

Fixed error that can happen if small molecule documents if you remove an isotope label type that is still being used by some of the precursors in the document. (Reported by Johannes)

This leads to a consistent document, but does the user expect nodes to disappear, or rather expect missing label types to be created? It's not clear to me how the document gets into this state in the first place.

This leads to a consistent document, but does the user expect nodes to disappear, or rather expect missing label types to be created? It's not clear to me how the document gets into this state in the first place.

The way that the document gets in this state is that you go to:
Settings > Molecule Settings > Labels
and press "Edit List" and remove one of the labels which the document is using.
Brendan, BrianP and I all discussed this bug in email a few years ago. The issue was raised that maybe we should not silently delete precursors from the document, but Brendan replied on Sept 28, 2017:

Yes, we need to just remove the label types that are removed from the document. I don't think we need to warn with a message box. We don't do that with any other settings change. e.g. If you change your instrument m/z range, we rip out transitions that can no longer be measured without warning about it. This is what Undo is for.

OK, seems good then. Looks like there are currently build issues but I'm guessing you inherited those from master.


Steam install: cannot download libacl1.deb from any mirror

Issue description
I am trying to install steam and it can not find libacl1.
Opening shell with nixpkgs.steam avialable
builder for '/nix/store/f5yz0sfq9r8l7vsa6bykfiaizyagk3w7-dconf-gsettings-backend.deb.drv' failed with exit code 1; last 10 log lines:
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  curl: (22) The requested URL returned error: 404 Not Found

  trying https://abbradar.net/steamrt/pool/main/d/d-conf/dconf-gsettings-backend_0.12.0-0ubuntu1.1+srt5_amd64.deb
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:--  0:02:08 --:--:--     0curl: (7) Failed to connect to abbradar.net port 443: Connection timed out
  error: cannot download dconf-gsettings-backend.deb from any mirror
builder for '/nix/store/i630d1s9l80k8b66l8f991qb9cm1ig39-gcc-4.6-base.deb.drv' failed with exit code 1; last 10 log lines:
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  curl: (22) The requested URL returned error: 404 Not Found

  trying https://abbradar.net/steamrt/pool/main/g/gcc-4.6/gcc-4.6-base_4.6.3-1ubuntu5+steamrt1.1+srt1_amd64.deb
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:--  0:02:08 --:--:--     0curl: (7) Failed to connect to abbradar.net port 443: Connection timed out
  error: cannot download gcc-4.6-base.deb from any mirror
builder for '/nix/store/hcpindhxvbc97n6fl5idfkap7cl8l0gk-libacl1.deb.drv' failed with exit code 1; last 10 log lines:
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  curl: (22) The requested URL returned error: 404 Not Found

  trying https://abbradar.net/steamrt/pool/main/a/acl/libacl1_2.2.51-5ubuntu1+steamrt1.1+srt1_amd64.deb
    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                   Dload  Upload   Total   Spent    Left  Speed
    0     0    0     0    0     0      0      0 --:--:--  0:02:08 --:--:--     0curl: (7) Failed to connect to abbradar.net port 443: Connection timed out
  error: cannot download libacl1.deb from any mirror
cannot build derivation '/nix/store/vgh4101k32844p4x2zp57xd56x1kgs8c-steam-runtime.json.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/kgdcn5v6mfxmk7fndh2x4g8j4ph0gxad-steam-runtime-2016-08-13.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/m1qb855g55s6dz18h5si9fzjxhkl1csm-steam-runtime-wrapped.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/lcb3z2if1j5g7jbwvvf3gfw6x0hh8b3w-steam-usr-target.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/d8gdym6lhnishgysc6gl377z77bg4i7a-steam-fhs.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/vw2crgq4w02l5aqcbgd0c6zpjhczzaw9-steam-init.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/bzvwlivfz4qrkxx0v95ddakwdcm7wkyw-steam.drv': 1 dependencies couldn't be built
[4 built (3 failed), 197 copied (1107.4 MiB), 269.4 MiB DL]
error: build of '/nix/store/bzvwlivfz4qrkxx0v95ddakwdcm7wkyw-steam.drv' failed

Steps to reproduce
Install steam on 18.09
Technical details

system: "x86_64-linux"
host os: Linux 4.14.86, NixOS, 19.03pre168320.2d6f84c1090 (Koi)
multi-user?: yes
sandbox: yes
version: nix-env (Nix) 2.2
channels(giodamelio): ""
channels(root): "nixos-19.03pre168320.2d6f84c1090"
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

Just found #55269, which looks like it will probably fix this. So I am going to close this.


perf: init

Summary

Checklist

[ ] Tests updated (or not required).
[ ] Documentation updated (or not required).

!bench

Hash change due to https://github.com/web-infra-dev/rspack-sources/pull/142


Create command does not work

The gh label list command works, but none of the others work. They do not appear to be installed:
> gh label create
Error: unknown command "create" for "label"
Run 'label --help' for usage.

> gh label --help
Usage:
  label [command]

Available Commands:
  completion  generate the autocompletion script for the specified shell
  help        Help about any command
  list        List labels for the repository matching optional 'label' substring in the name or description

Flags:
  -h, --help              help for label
  -R, --repo OWNER/REPO   Select another repository using the OWNER/REPO format

Use "label [command] --help" for more information about a command.

Thanks for the reminder. I haven't build and published the reminders for reasons in this issue. In the meantime I just need to do what @vilmibm did so I don't unnecessarily bloat this repo and make gh extension install take forever.
If you have Go installed, you can run ./build.sh in the repo root wherever your extensions were downloaded e.g. in linux ~/.local/share/gh/extensions/gh-label/ and on Windows %LocalAppData%\GitHub CLI\extensions\gh-label\.
I'll try to get to this tonight.

Yes, it works now. Thanks!


added grpc keepalive params to envoy bootstrap template for gcp

Please provide a description for what this PR is for.
And to help us figure out who should review this PR, please
put an X in all the areas that this PR affects.
[ ] Configuration Infrastructure
[ ] Docs
[ ] Installation
[ ] Networking
[ ] Performance and Scalability
[ ] Policies and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Added channel_args to envoy bootstrap template for gcp to address TCP half open issue
/cc @fuqianggao
Signed-off-by: Yutong Li<EMAIL_ADDRESS>

Hi @Rainton. Thanks for your PR.
I'm waiting for a istio member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
Once the patch is verified, the new status will be reflected by the ok-to-test label.
I understand the commands that are listed here.

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.

/cc @costinm @howardjohn

/ok-to-test

@Rainton: The following test failed, say /retest to rerun all failed tests:

Test name
Commit
Details
Rerun command

release-notes_istio
506d6f68c928a3716b8b7083bfcf6f3893b3c053
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.

/cherrypick release-1.7

@fuqianggao: only istio org members may request cherry picks. You can still do the cherry-pick manually.

In response to this:

/cherrypick release-1.7

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.

/cherrypick release-1.7

@howardjohn: new pull request created: #26274

In response to this:

/cherrypick release-1.7

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.


Export types to make them reusable for other packages

What this PR does / why we need it:
Export types to make them reusable for other packages
/invite @amshuman-kr
/squash
Release note:

Export types in `pkg/restarter` and `pkg/scaler` to make them reusable for other packages.

Do you plan to reuse them elsewhere?

Yes, as part of gardener/gardener#2754, the Helm charts will be eliminated in favor of Golang struct usages, and it would be great if the DWD config can be handled similarly.

Could you please address them

Could you recommend reasonable doc strings (maybe directly via GitHub suggestions)? I'm not too into all this code.


Update docs for GrovePi.Digital

Update example so GrovePi.Digital.read is after :input
And so GrovePi.Digital.write is after :output

I noticed the examples in the GrovePi.Digital docs should be reversed when I was in the docs today.

Good catch!

🤖 Thanks!


Allow grille to be placed on all tiles and space

About the PR

originally was a revert of #13821 as asked by @AJCM-git because you can't build grille on normal tiles
Media

[x] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Changelog

:cl:

tweak: grille can't be built on lattice anymore, but can be built on normal tiles again

possible solution may be just allowing to build grilles straight on space but I don't know if it breaks anything

possible solution may be just allowing to build grilles straight on space but I don't know if it breaks anything

i think it should be fine?

Ok now it can be built in space


Update year to 2020 and remove trailing whitespace

This PR updates the "2010–2019" to 2020. My editor also removed unnecessary trailing whitespace, let me know if this is against your style guides.

Thanks, but we prefer to do such changes ourselves using a template system.


Any reason that NodePort performance is better than ingress controller?

I was doing some test to compare the performance between NodePort and Ingress Controller, and found that the NodePort performance is better than Ingress Controller, but this does not seems to be reasonable as the ingress controller has less router path than NodePort, anyone can show some comments for this?
This is my test steps.

My profile for ingress and nodeport.

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: mynginx
  annotations:
    ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
  - host: mynginx.com
    http:
      paths:
      - path: /v1
        backend:
          serviceName: my-nginx
          servicePort: 80
---
apiVersion: v1
kind: Service
metadata:
  labels:
    run: my-nginx
  name: my-nginx
  namespace: default
spec:
  ports:
  - name: nginx
    port: 80
    protocol: TCP
    targetPort: 80
  selector:
    run: my-nginx
  type: NodePort
---
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  labels:
    run: my-nginx
  name: my-nginx
  namespace: default
spec:
  replicas: 3
  selector:
    matchLabels:
      run: my-nginx
  template:
    metadata:
      labels:
        run: my-nginx
    spec:
      containers:
      - image: gyliu/nginxv1:1.0
        imagePullPolicy: IfNotPresent
        name: my-nginx
        ports:
        - containerPort: 80
          protocol: TCP

Create those resources via kubectl create

[root@bd002 ing]# kubectl get svc
kNAME         CLUSTER-IP   EXTERNAL-IP   PORT(S)        AGE
kubernetes   <IP_ADDRESS>     <none>        443/TCP        1d
my-nginx     <IP_ADDRESS>    <nodes>       80:30841/TCP   1h
[root@bd002 ing]# kubectl get ing
NAME      HOSTS         ADDRESS            PORTS     AGE
mynginx   mynginx.com   <IP_ADDRESS>...   80        1h
[root@bd002 ing]# kubectl get pods
NAME                        READY     STATUS    RESTARTS   AGE
my-nginx-1427292677-ccdl6   1/1       Running   0          1h
my-nginx-1427292677-g0mfp   1/1       Running   0          1h
my-nginx-1427292677-hg78s   1/1       Running   0          1h
[root@bd002 ing]# kubectl get pods -o wide
NAME                        READY     STATUS    RESTARTS   AGE       IP             NODE
my-nginx-1427292677-ccdl6   1/1       Running   0          1h        <IP_ADDRESS>   <IP_ADDRESS>
my-nginx-1427292677-g0mfp   1/1       Running   0          1h        <IP_ADDRESS>      <IP_ADDRESS>
my-nginx-1427292677-hg78s   1/1       Running   0          1h        <IP_ADDRESS>    <IP_ADDRESS>

Use ab to test performance for the ingress and nodeport services.

For NodePort
LiuGuangyas-MacBook-Pro:~ gyliu$ ab -r -c 100 -n 50000  http://<IP_ADDRESS>:30841/
This is ApacheBench, Version 2.3 <$Revision: 1663405 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking <IP_ADDRESS> (be patient)
Completed 5000 requests
Completed 10000 requests
Completed 15000 requests
Completed 20000 requests
Completed 25000 requests
Completed 30000 requests
Completed 35000 requests
Completed 40000 requests
Completed 45000 requests
Completed 50000 requests
Finished 50000 requests

Server Software:        nginx/1.11.10
Server Hostname:        <IP_ADDRESS>
Server Port:            30841

Document Path:          /
Document Length:        29 bytes

Concurrency Level:      100
Time taken for tests:   48.934 seconds
Complete requests:      50000
Failed requests:        0
Total transferred:      13050000 bytes
HTML transferred:       1450000 bytes
Requests per second:    1021.79 [#/sec] (mean)
Time per request:       97.867 [ms] (mean)
Time per request:       0.979 [ms] (mean, across all concurrent requests)
Transfer rate:          260.44 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        1   72 306.2      3    3870
Processing:     1   24  85.5      3    2463
Waiting:        1   24  85.5      3    2462
Total:          3   96 318.0      6    3873

Percentage of the requests served within a certain time (ms)
  50%      6
  66%      7
  75%      7
  80%      8
  90%    295
  95%   1260
  98%   1292
  99%   1300
 100%   3873 (longest request)

For Ingress
LiuGuangyas-MacBook-Pro:~ gyliu$ ab -r -c 100 -n 50000 mynginx.com/v1
This is ApacheBench, Version 2.3 <$Revision: 1663405 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking mynginx.com (be patient)
Completed 5000 requests
Completed 10000 requests
Completed 15000 requests
Completed 20000 requests
Completed 25000 requests
Completed 30000 requests
Completed 35000 requests
Completed 40000 requests
Completed 45000 requests
Completed 50000 requests
Finished 50000 requests

Server Software:        nginx/1.11.3
Server Hostname:        mynginx.com
Server Port:            80

Document Path:          /v1
Document Length:        29 bytes

Concurrency Level:      100
Time taken for tests:   56.883 seconds
Complete requests:      50000
Failed requests:        0
Total transferred:      13000000 bytes
HTML transferred:       1450000 bytes
Requests per second:    878.99 [#/sec] (mean)
Time per request:       113.766 [ms] (mean)
Time per request:       1.138 [ms] (mean, across all concurrent requests)
Transfer rate:          223.18 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        1   87 343.5      3    5108
Processing:     1   25  86.6      3    1618
Waiting:        1   25  86.6      3    1616
Total:          3  112 355.4      6    5115

Percentage of the requests served within a certain time (ms)
  50%      6
  66%      7
  75%      8
  80%      9
  90%    300
  95%   1282
  98%   1299
  99%   1312
 100%   5115 (longest request)

From above result, we can see that the Requests per second is different.
Node port is Requests per second:    1021.79 [#/sec] (mean) while ingress is Requests per second:    878.99 [#/sec] (mean), anyone can show some light on the result? Thanks!

Related with https://github.com/kubernetes/contrib/issues/1604

@gyliu513 when you send the traffic to ingress, you are balancing the requests to 3 pods.  Otherwise, sending the traffic tohttp://<IP_ADDRESS>:30841/ you're putting all the load in one node.
To get a more accurate benchmark, run the test again, but with only 1 pod/ingress running.
How are you routing the traffic between nodes? This pc LiuGuangyas-MacBook-Pro is in the same network of your ingress?

Thanks @gianrubio !

sending the traffic tohttp://<IP_ADDRESS>:30841/ you're putting all the load in one node.
I think that the NodePort service should also balance my request to the 3 pods, right?

LiuGuangyas-MacBook-Pro is in a different network, and I was adding following to its /etc/hosts
<IP_ADDRESS> mynginx.com

Will have a try for a single pod and update here...

@gyliu513 why the ab is reporting 2 different nginx version?
 Server Software:       nginx/1.11.10 and  Server Software:       nginx/1.11.3
Please remove the   ingress.kubernetes.io/rewrite-target: / and send the requests to the same location.

Wow, strange, I was using the YAML template that I append above to create the ingress, nodeport, deployment, let me check what is wrong.
BTW: for this question, can you please clarify more? ;-） @gianrubio

sending the traffic tohttp://<IP_ADDRESS>:30841/ you're putting all the load in one node.

I think that the NodePort service should also balance my request to the 3 pods, right?

@gianrubio The reason that the ingress is using Server Software: nginx/1.11.3 is because the nginx version runnig inside nginx-ingress-congtroller is 1.11.3. And I the pod of nginx is using 1.11.10, this does not seems to impact much.
Also test with one pod and the speed is as:
NodePort
Requests per second:    8359.68 [#/sec] (mean)

Ingress
Requests per second:    6152.40 [#/sec] (mean)

I think that the NodePort service should also balance my request to the 3 pods, right?

@gyliu513 forget this, I got the wrong idea. I'll run the same tests on my machine and I'll reply when I finish.

Cool, thanks @gianrubio

@gyliu513 you are comparing Ingress with NodePort and that is not comparable. With NodePort you are reaching the pod you want to expose externally. An ingress controller uses a reverse proxy (nginx in this case) which adds an additional hop.
If you are just trying to expose one nginx service then Ingress is not the correct abstraction.
Additionally a document of Document Length:        29 bytes is an unrealistically small requests

Thanks @aledbf , any suggestions for how to increase the Document Length?

@gyliu513 sure, just publish something in the URL http://<IP_ADDRESS>:30841/ different to the default index.html

Thanks @aledbf , will have a try, closing this for now as my original question was resolved now.


Please tag 1.7.3

This commit changed the version: https://github.com/tdlib/td/commit/302e5940d4bf6c1299673dd05ee926f945d82cc3
But it isn't tagged,

This commit isn't recommended for anyone to use. Use the latest version from master instead.

CMakeLists.txt in master now says that the version is 1.7.4 but the latest tag is 1.7.0.

Yes. See https://github.com/tdlib/td/issues/1403 for the explanation.


Weapons with "Lightsaber" skill and "Brawn?" enabled do not use the Brawn stat in damage calculation.

[v1.3] To reproduce:

Create new Weapon item.
Select "Lightsaber" as type.
Tick "BRAWN?" checkbox.
Drag to a character and roll the dice.

Assumptions for test:

Character has Brawn 2.
Successful roll hits with 2 successes.

Expected result:

Shows base damage in the character sheet: 2
Successful hit shows "2 + 2 = 4" as the damage output.

Actual result:

Shows base damage in the character sheet: 0
Successful hit shows "0 + 2 = 2" as the damage output.

Additional info:

Weapon damage modifiers set on the weapon still function correctly, a +2 modifier showing as "0 (2)" and affecting the roll as expected, bug aside (2 + 2 = 4 using example above)

Is this perhaps something similar to the Melee Brawn bug that was fixed earlier?

will be released in next version

will be released in next version


Show how to use CKT with SparsePauliOp in our docs

Fixes #157
Fixes #489
Problem:
In our tutorials and how-tos we treat PauliList like a list of individual observables. They aren't allowed to have a non-trivial phase and they are all assumed to have unit weight. This is a misuse of PauliList, which is intended to represent a single observable (i.e. its qargs, phase, and num_qubits attributes imply a single operator).
It would be better if we supported the primary Pauli operator class from Qiskit, SparsePauliOp; however, supporting this class would be extremely disruptive to our codebase, requiring significant modifications to a sizeable portion of the codebase and its interfaces.
Solution:
CKT.cutting is actually agnostic to the phases and coefficients of the Pauli terms in an observable, so the extra machinery of SparsePauliOp (e.g. the coefficients/phases) would be ignored throughout the workflow. The cutting package actually plays very seamlessly with the SparsePauliOp.paulis field. SparsePauliOp will remove any non-trivial phase from each Pauli term and shift it to the coefficient (i.e. ("-IIXX", 1.0) becomes ("IIXX", -1.0)). This means the SparsePauliOp.paulis output will always contain Paulis with trivial phases, making it a compatible PauliList for CKT.
Rather than tearing up our codebase to support a class which doesn't provide us any additional flexibility in our workflows, I believe it is better to show users how to create an expectation value for their SparsePauliOp operator by passing the underlying Pauli terms to CKT and recombining the terms' expvals with their coefficients in a single-line last step of reconstruction.
final_expval = np.dot(reconstructed_expvals, observable.coeffs)
In addition to this being a very clean fix which only affects our docs, it allows us to showcase the primary operator class in Qiskit, SparsePauliOp, and it allows us to stop treating PauliLists like lists of observables in our docs, which is an abuse of the class.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 95.37%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
3399

Relevant Lines:
3564

💛  - Coveralls

Since we want to emphasize that the PauliList is not being treated as a single observable, maybe the input types to our functions should be Sequence[Pauli]. This would make it explicit we are handling Pauli terms as individual observables

Filtering the depth calls to include only non-local gates provides a more meaningful picture of depth-savings.

It appears that the depth reduction that is reported in the tutorials is a consequence of this definition-change (for lack of a better phrase) and is not otherwise related to the change to SparsePauliOp. Is that accurate?

Filtering the depth calls to include only non-local gates provides a more meaningful picture of depth-savings.

It appears that the depth reduction that is reported in the tutorials is a consequence of this definition-change (for lack of a better phrase) and is not otherwise related to the change to SparsePauliOp. Is that accurate?

Yes, it's such a small change, I included it here as I re-ran all the notebooks.

The single-Q rotations and extra ECRs were artificially blowing up the depth. Comparing CX depth to ECR depth directly is still dubious to me since one CX compiles to two ECRs, and it's not clear that two ECRGates produces more noise than a single CX gate.

This got me thinking. We shouldn't compare the depth of a circuit with CXGates directly with a circuit which has been translated to ECRs. We need to merge #517 first, then I can leverage it to produce the right subexperiments so we can properly compare depth.

As discussed offline, some of the commentary about PauliList above is not quite correct. A PauliList may be used to describe discrete observables; however, showing users how to interface CKT with a SparsePauliOp is still important and beneficial for some of the reasons mentioned above.


Allow STATIFY_PATH and CONFIG_PATH to be overridden by environment

Context
Thought I would add convenience environment variables to the config as I found forcing the use of ~/.data/statify and ~/.config/statify.yaml can be a little restricting.
Changes

STATIFY_PATH can now be set as an environment variable STATIFY_DATA
CONFIG_PATH can now be set as an environment variable STATIFY_CONFIG

Bump @foobuzz?

Thanks for this change. (And thank for the reminder, I let the first notification slip.)


convert memcmp == 0 to arrayPtr equality

This PR will be broken up and instead accompanied by tests.


Add more Polaris GQL Calls to the filtered list

Describe the solution you'd like
Add additional Operation Names to the Polaris GQL filtered list in DevToolsPanel.js
const polarisBackgroundApiCalls = ["FeatureFlagQuery"];

Besides the FeatureFlagQuery operation that doesn't seem to be any background calls being used by Polaris


⚠ Grundschule Benningen-Lachen has degraded performance

In 9dfd26c, Grundschule Benningen-Lachen (https://gs-benningen-lachen.de) experienced degraded performance:

HTTP code: 200
Response time: 17732 ms

Resolved: Grundschule Benningen-Lachen performance has improved in 4144ad1 after 27 minutes.


 Stamina is now more easily modified, all of the player life values were upgraded to the newer methods, SteamPlayer() isn't dumb anymore.

Sorry lol, I love how GitHub chooses this repo first always to PR in.


Does not work in CodeIgniter 3.1.2

Hello, i am using CodeIgniter v 3.1.2 with HMVC,
Have error:
A PHP Error was encountered
Severity: Notice
Message: Undefined property: DatatableControl::$db
Filename: libraries/Datatable.php
Line Number: 140
Backtrace:
File: C:\OpenServer\domains\sa\application\libraries\Datatable.php
Line: 140
Function: _error_handler
File: C:\OpenServer\domains\sa\application\controllers\DatatableControl.php
Line: 16
Function: datatableJson
File: C:\OpenServer\domains\sa\public\index.php
Line: 317
Function: require_once
but autoload has:
$autoload['libraries'] = array('database');

no? sad... i'm using 3.x

Weird I am using 3.1.4 I was on just version 3 but upgraded to 3.14 just now and mine still works.


Is it possible to Find with reflected slice?

func FindT(typ interface{}) {
	items := reflect.Zero(reflect.SliceOf(reflect.TypeOf(typ))).Interface()
	db.Find(&items)    //panic: needs a pointer to a slice or a map
}

Is it possible to Find with reflected slice?

Why not just a slice?

In fact, this is my current workaround:
func FindT(typ interface{}, typs interface{}) {
	dbTotal := *db
	total, _ := dbTotal.Count(typ)
	//...
	db.Find(typs)
}

FindT(MyType{},&[]MyType)

So, I just want to know is it possbile to omit the second param typs interface{} with reflect.

I think you could use FindAndCount function directly. Sorry, this function have not documented yet.

I'm sorry for my vague words.
The total is the count of the entire table, not the count of the results.
func FindT(typ interface{}, typs interface{}) {
	total, _ := db1.Count(typ)
        db2.Where(...).Find(typs)
}

FindT(MyType{},&[]MyType{})

So FindAndCount cannot help me.
I have worked out a solution:
func FindT(typ interface{}){
	myTypeSlice := reflect.Zero(reflect.SliceOf(reflect.TypeOf(typ)))
	reflectSlice :=reflect.New(myTypeSlice.Type())
	reflectSlice.Elem().Set(myTypeSlice)
	sliceInterface := reflectSlice.Interface()
	db.Find(sliceInterface)
}

FindT(MyType{})

Thanks for your help.


Can't deserialize header that are enums

https://github.com/Azure/autorest.modelerfour/issues/35

M4 has been fixed


Allow building on chromium

Previously, we'd only build with google-chrome (chromium + proprietary bits).
This commit allows tipsy to be built using chromium (the open source version of
chrome).

Looks good to me, should help w/ Linux dev!


React native and Expo - Multiplataform

`  const pickDocument = async (e) => {
try {

    let result = await DocumentPicker.getDocumentAsync({copyToCacheDirectory: false, type: ['application/vnd.ms-excel', 'application/vnd.openxmlformats-officedocument.spreadsheetml.sheet']});
    console.log(result)
    let content = result.uri.split(',')[1];
    console.log("content",content)
    console.log("uri", result.uri)

   //const fileXLS = await FileSystem.readFile(result.uri)
  //const workbook = await XLSX.read(content, {type: 'base64'}) WEB
  //const fileXLS = await XLSX.readFile(result.uri, {})
  const workbook = await XLSX.read(result.uri)
  console.log("workbook",workbook)
  const sheetName = workbook.SheetNames[0];
  const worksheet = workbook.Sheets[sheetName];
  console.log(worksheet)
  const json = XLSX.utils.sheet_to_json(worksheet, {header: 'A1'});
   console.log(json)
  //setItemsInventario({data: json, count: json.length, name: result.name});

} catch (error) {
  console.error(error)
}

};`
not read file

You need to get the data from the URI using FileSystem.readAsStringAsync
Starting from console.log("uri", result.uri):
const uri = result.uri;
const b64 = await FileSystem.readAsStringAsync(uri, { encoding: FileSystem.EncodingType.Base64 });
const workbook = XLSX.read(b64, {type: "base64"});

Note that XLSX.read is synchronous and no await is needed for that step.
We'll add an example of React Native + Expo to the docs

At this point, the bug is entirely with Expo.  Raised an issue, please continue the discussion with https://github.com/expo/expo/issues/18534 OR consider dropping Expo and using the raw React Native libraries.  As described in the documentation the library has been tested with react-native-file-access and react-native-fs

` const pickDocument = async (e) => {
try {

  let result = await DocumentPicker.getDocumentAsync({copyToCacheDirectory: false, type: ['application/vnd.ms-excel', 'application/vnd.openxmlformats-officedocument.spreadsheetml.sheet']});
  let content = result.uri.split(',')[1];
  let workbook = null;
  if (content){
    workbook = await XLSX.read(content, {type: 'base64'});
  }else{
    const uri = FileSystem.documentDirectory+result.name;
    await FileSystem.copyAsync({
      from: result.uri,
      to: uri
    })
    const b64 = await FileSystem.readAsStringAsync(uri, { encoding: FileSystem.EncodingType.Base64 });
    workbook = XLSX.read(b64, {type: "base64"});
  }
  const sheetName = workbook.SheetNames[0];
  const worksheet = workbook.Sheets[sheetName];
  const json = XLSX.utils.sheet_to_json(worksheet, {header: 'A1'});
  setItemsInventario({data: json, count: json.length, name: result.name});

} catch (error) {
  console.error(error)
}

};`
this code working. thanks

@luizcarlospedrosogomes - if you just set copyToCacheDirectory: true then you don't need to write any of the code for copying to the document directory
notice in the docs for expo-document-picker:

There are new expo-file-system snippets in the docs for importing and exporting.  The import snippet has a note that includes the error message and the DocumentPicker solution.


Exit thread as soon as the command terminate. Fixes #112

It exits the thread if command got terminated and wait for WS disconnection callback for clean up.

cherry-picked as f95cacd61bc37a018a5df117e1ad9db8adce39bc


[pom] Bump slf4j to 2.0.0 and logback to 1.3.0

Coverage remained the same at 87.305% when pulling 0e49d335687733bee3db0fddf025267c1462e0ba on hazendaz:master into 4ba01b1d57cb383a2573caf872f08cf7c799db3a on mybatis:master.


Storybook property name inconsistencies

🐛 Bug Report
The property name documentation in storybook is inconsistent. For example see how in the following screenshot how some properties are kebab-case and some are camelCase.
💻 Repro or Code Sample

🤔 Expected Behavior
The storybook documentation should be consistent and make it clear when what is the difference between attributes, properties, events, slot configuration, generic storybook controls
😯 Current Behavior
See repro above.
💁 Possible Solution

By default show the attribute names and values, ie content-hidden

Alternative 1: Show attribute names with the CSS selection syntax to emphasize it is an attribute [content-hidden]

For properties that do not have corresponding attribute, prepend the name with a period .indeterminate

Alternative 1: Use the prototype syntax common on mdn to emphasize it is a property Radio.prototype.indeterminate

For other things that require a discussion in the description, us the format Topic: Start Icon

Alternatives, Discussion: Start Icon, wrap in quotes "Start Icon", just rely on sentence case to distinguish from attributes and properties Start Icon
Alternative related to slots: Specify the slot as the table parameter and add details of what goes in the slot

Include events that are fired as well

🔦 Context
Current documentation can lead to confusion as discussed in this teams thread.
🌍 Your Environment
N/a

Looked at the following custom element framework docs (@nate-ni are there other examples worth comparing to?):

FAST: https://explore.fast.design/components/fast-number-field

cons: story names do not align with property names, does not have additional descriptions

Shoelace: https://shoelace.style/components/alert?id=properties

pros: clearly separates properties, methods, events, slots
cons: dedicated docs page / not a storybook pattern, cannot directly play with a property to see the effect

Carbon:

docs page: https://carbondesignsystem.com/components/number-input/code/ that links to storybook for code:
has external link to code as storybook: https://web-components.carbondesignsystem.com/?path=/story/components-number-input--default
have to use the separate docs tab to see the properties and attributes: https://web-components.carbondesignsystem.com/?path=/docs/components-number-input--default#bx-number-input-attributes-and-properties
cons: lots of links to click through (feels buried), cannot see interactively what the property changes and the documentation at the same time (need to switch between the canvas and docs tabs)

@rajsite , I think what we have today (direct controls), mixed with the grouping like Carbon is a great step forward. It also nice that Carbon provides that alternate syntax in the description, when appropriate (supports good ole copy/paste).

Looks like the grouping you mentioned from storybook would provide that as a solution for us.
🤔 Question
Does it have to be the same layout on both the "Controls" tab shown in the "Canvas" view AND the "Docs" view?
If so, no big deal. If not, might be nice to show the simplified (non-grouped) version in the Controls tab for simpler manipulation and the grouped version for the Docs view.


feat(*): add wrapper array class samples

I guess this pr is waiting for hessian upgreade? @Mulavar

I guess this pr is waiting for hessian to upgrade? @Mulavar

you are right.

@Mulavar 暂时不能合并的话，前面加个[WIP]

I have turn it to draft


[release-1.21] Fix use of agent creds for secrets-encrypt and config validate

Proposed Changes
Fix use of agent creds for secrets-encrypt and config validate
Types of Changes
bugfix
Verification

Start k3s server with k3s server --token=token --agent-token=agent-token --cluster-init
Join a second server; note that it succeeds.

Linked Issues

https://github.com/k3s-io/k3s/issues/4881

User-Facing Change
Fixed an issue that prevented joining additional servers when `--agent-token` is set.

Further Comments

etcd tests are broken; will fix in follow-up PR


completely disable multiplexing when mux is set to 0

Some people use v2ray as server and ss+plugin as client or vice versa.
In those cases v2ray needs to be configured in a very complex way, here is an example.
This is because v2ray and ss+plugin have different protocol model:

ss+plugin
v2ray

ss->mux->ws
mux->ss->ws

If we disable mux completely, both the protocols are same, and easy to configure.
Also the iOS app (Quantumult X) supports the v2ray protocol model, disabling mux makes
it possible to use ss+plugin as its server side.
I hope this pr could simplify the configuration in those cases.

It's actually a breaking change. With this change, we may have compatibility issue with old versions of v2ray-plugin.
@Mygod what do you think?

This is not a breaking change as mux=0 was not permitted before if I was not mistaken;
I highly do not recommend disabling multiplexing. If this suits your need you can compile a separate fork, but I am also okay to merge this change if @madeye feels like it suits.

I did consider add a separated option like --disable-mux, but I was afraid these two options would confuse user.
Also, the old version didn't specify the behavior when mux=0, so I think this might be an ideal option to disable mux.

If mux=0, I think it's more reasonable to disable mux completely.
The major benefit is mentioned by @lcdtyph already, which can improve the compatibility with third-party software. Withtout mux, this plugin just works in a shadowsocks-over-TLS mode.
Given we don't have any other concern, let's merge this change.


dynamic form -contact

created dynamic form -contact as the guide which was good days ago in 1.10
today's version, got many issue issues:
1--got strange thing --red circle
2--i can not send out email , but it shows -orange circle
3--token  can not work

2016-03-09 11:41:20,152 [26] Orchard.Exceptions.DefaultExceptionPolicy - Default - An unexpected exception was caught [http://noagent.properties/]
System.ArgumentException: The virtual path '/' maps to another application, which is not allowed.
at System.Web.CachedPathData.GetVirtualPathData(VirtualPath virtualPath, Boolean permitPathsOutsideApp)
at System.Web.HttpContext.GetFilePathData()
at System.Web.HttpContext.GetConfigurationPathData()
at System.Web.HttpContext.GetSection(String sectionName)
at System.Web.Configuration.HttpConfigurationSystem.GetSection(String sectionName)
at System.Web.Configuration.HttpConfigurationSystem.System.Configuration.Internal.IInternalConfigSystem.GetSection(String configKey)
at System.Configuration.ConfigurationManager.GetSection(String sectionName)
at System.Configuration.PrivilegedConfigurationManager.GetSection(String sectionName)
at System.Net.Configuration.SmtpSectionInternal.GetSection()
at System.Net.Mail.SmtpClient.get_MailConfiguration()
at System.Net.Mail.MailMessage..ctor()
at Orchard.Email.Services.SmtpMessageChannel.Process(IDictionary2 parameters)    at Orchard.Messaging.Services.DefaultMessageService.Send(String type, IDictionary2 parameters) in C:\Users\andy\Documents\orchard110house-zg\Orchard1203\Orchard\src\Orchard\Messaging\Services\DefaultMessageService.cs:line 20
at Orchard.Events.DelegateHelper.<>c__DisplayClass15_03.<BuildAction>b__0(Object target, Object[] p) in C:\Users\andy\Documents\orchard110house-zg\Orchard1203\Orchard\src\Orchard\Events\DelegateHelper.cs:line 122    at Orchard.Events.DefaultOrchardEventBus.TryInvokeMethod(IEventHandler eventHandler, Type interfaceType, String messageName, String interfaceName, String methodName, IDictionary2 arguments, IEnumerable& returnValue) in C:\Users\andy\Documents\orchard110house-zg\Orchard1203\Orchard\src\Orchard\Events\DefaultOrchardEventBus.cs:line 84
at Orchard.Events.DefaultOrchardEventBus.TryInvoke(IEventHandler eventHandler, String messageName, String interfaceName, String methodName, IDictionary2 arguments, IEnumerable& returnValue) in C:\Users\andy\Documents\orchard110house-zg\Orchard1203\Orchard\src\Orchard\Events\DefaultOrchardEventBus.cs:line 70    at Orchard.Events.DefaultOrchardEventBus.TryNotifyHandler(IEventHandler eventHandler, String messageName, String interfaceName, String methodName, IDictionary2 eventData, IEnumerable& returnValue) in C:\Users\andy\Documents\orchard110house-zg\Orchard1203\Orchard\src\Orchard\Events\DefaultOrchardEventBus.cs:line 53

and another log after i disable my custom email module
2016-03-09 12:11:19,903 [31] Orchard.Email.Services.SmtpMessageChannel - Default - Could not send email [http://localhost:30321/OrchardLocal/Orchard.DynamicForms/Form/Submit]
System.Net.Mail.SmtpException: Failure sending mail. ---> System.Net.WebException: Unable to connect to the remote server ---> System.Net.Sockets.SocketException: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond <IP_ADDRESS>:25
at System.Net.Sockets.Socket.DoConnect(EndPoint endPointSnapshot, SocketAddress socketAddress)
at System.Net.ServicePoint.ConnectSocketInternal(Boolean connectFailure, Socket s4, Socket s6, Socket& socket, IPAddress& address, ConnectSocketState state, IAsyncResult asyncResult, Exception& exception)
--- End of inner exception stack trace ---
at System.Net.ServicePoint.GetConnection(PooledStream PooledStream, Object owner, Boolean async, IPAddress& address, Socket& abortSocket, Socket& abortSocket6)
at System.Net.PooledStream.Activate(Object owningObject, Boolean async, GeneralAsyncDelegate asyncCallback)
at System.Net.PooledStream.Activate(Object owningObject, GeneralAsyncDelegate asyncCallback)
at System.Net.ConnectionPool.GetConnection(Object owningObject, GeneralAsyncDelegate asyncCallback, Int32 creationTimeout)
at System.Net.Mail.SmtpConnection.GetConnection(ServicePoint servicePoint)
at System.Net.Mail.SmtpTransport.GetConnection(ServicePoint servicePoint)
at System.Net.Mail.SmtpClient.GetConnection()
at System.Net.Mail.SmtpClient.Send(MailMessage message)
--- End of inner exception stack trace ---
at System.Net.Mail.SmtpClient.Send(MailMessage message)
at Orchard.Email.Services.SmtpMessageChannel.Process(IDictionary`2 parameters)
====
but actually the server )papercut is ok because i test it on email setting page

after reset  email setting page, i can send out email

We need repro steps. Do you have a binding to a custom content type that you made ? Do you have 2 different dynamic forms with the same name ? The red warning message tells me that you are saving to the database the contact form entries. If your custom content type that is binded to your dynamic form has the autoroute part attached to it ; it will create an Alias to the contact request that the form creates. To me, it does not make sense that you need to be able to create an Alias for those contact requests. The Alias is a way to access the content items with a nice url ex: /contact-request-1.
To fix your issue, I would remove the autoroute part to the custom content type you created in the content definitions. Though, if you need to keep the autoroute part on the custom content type you created. I would try to set a different pattern in your autoroute settings in the custom content type you created. Example : /contact-requests/{content.slug}
Though this is still an "issue" that I will try to repro to find why it is creating duplicate Alias's

Here is the repro :
Create a custom content type named Contact Request with an AutoroutePart and 3 fields : Topic, Email, Message.
Create a dynamic form with a binding to those 3 fields and set it to create Contact Request content type and set it to make them published.

The Contact Request does'nt have a Title part so it has no {content.slug}. It will name the Alias's like this :

Now, trying a different pattern in the autoroute part /contact-request/{FormSubmission.Field:Topic} does'nt work either. The token does'nt work.
I'm not sure if this is an issue since we can save the form submissions without creating a custom content type every time. And, having the topic as a {content.slug} won't prevent to make duplicates.

i remember that this only happen in 1.10 after a91b06f1b55c38ff78ee1d880db27b845e2f114a

Maybe you also need to setup a correct pattern for the autoroute as there are no title.
TODO: @sfmskywalker please ensure that form elements can be used in autoroute patterns.


Cleanup code

Added data sources validation: TypeErrors are thrown if scenarios data or builder values aren't conforming to the types defined in the schema
Type builder field values can now be scenarios, and so do Name builder return values
Type and Name builders must now be functions
Logic has been simplified: All custom data sources are merged into a single scenario before mocking the data.
New functionality has been tested.
Caching code has been co-located to a separate file.

Do not merge please

Closing this as work was moved on the refactor-code-tricky branch.


feat: port Order.CompactlyGenerated

Missing tactics:

[ ] Tfae
[ ] change .. with

Thanks :tada:
bors merge


typo delete error descrption in group-concat docs.

Proposed changes
Issue Number: close #xxx

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall


Trace analytics ingestion End-to-end tests have been flaky

Describe the bug
Recently I am seeing more frequent CI failure on e2e tests due to UnprocessedRequestException when Armeria client sending the requests.
Task :data-prepper-core:rawSpanEndToEndTest

com.amazon.dataprepper.integration.EndToEndRawSpanTest > testPipelineEndToEnd FAILED
    io.grpc.StatusRuntimeException at EndToEndRawSpanTest.java:156
        Caused by: com.linecorp.armeria.client.UnprocessedRequestException at UnprocessedRequestException.java:45
            Caused by: io.netty.channel.AbstractChannel$AnnotatedConnectException
                Caused by: java.net.ConnectException at Errors.java:155

To Reproduce
This is produced by github CI.
Screenshots
If applicable, add screenshots to help explain your problem.
Environment (please complete the following information):

OS: linux
Version: github

Additional context
Add any other context about the problem here.

Also check logs in opensearch container:
> Task :data-prepper-core:logOpenSearchDockerContainer
Logs for container with ID '5e693eb6dddc67d1dbb92632a46a0b15aa70aec70366cb7475bed101c27d691b'.
Killing opensearch process 10
Killing performance analyzer process 11


Better naming for fn catalog examples

We currently use Simple and Advanced for some examples.
We should use better names.

Quote Frank's suggestion:

You may want to quality the package name. So instead of "set-labels/simple" use "set-labels-simple". This way when you fetch it the local package is not a generic non-descript name like "simple". This also eliminate the need to remove local package due to naming conflict.


Serial Connection to F4

This adds support to exposing the firmware over UART3 (the Flexi-port) on the F4.  This is useful for remote controlling the autopilot over a 3DR (SiK) radio.
Turns out, Xbee has really low bandwidth and is not suitable for real-time control with IMU streaming (I got at most 30 hz down)

I just did a little cleanup, deleted unused functions and now refer to serial devices by enum/switch statements (to get rid of magic numbers and make it expandable for other serial ports like the SBUS one). Still needs to be tested to make sure I didn't break anything.
Didn't change much and maybe wasn't worth being annoying about, but hopefully it's a little more clear what's going on?
The only other change I think we need before merging is adding documentation.


Getting gateway timeouts in nginx gateway during upgrade of services providing REST APIs

When testing the zero downtime capabilities of Keptn, i came across several occasions where calls to a service providing a REST API were resulting in a Gateway timeout in the nginx Gateway.
The upgrade strategy for the affected services was as follows:
strategy:
     rollingUpdate:
       maxSurge: 1
       maxUnavailable: 0
     type: RollingUpdate

also, to make sure a terminating pod has enough time to complete its current request, the grace period should be set, e.g. to 30s:
terminationGracePeriodSeconds: 30

So this should - in theory - ensure that there is always at least one instance of the service pod that is able to receive traffic.
This scenario can be reproduced relatively consistently (it does not always happen, but still often enough to cause problems):

Continuously send API requests to a service, e.g.2.

GET /api/v1/metadata

3.Update the image of the service, e.g. using the following command:
kubectl -n keptn set image deployment.v1.apps/api-service api-service=keptndev/api:0.14.0-dev-PR-7266.202203280650
sleep 10
kubectl -n keptn set image deployment.v1.apps/api-service api-service=keptndev/api:0.14.0-dev

This ticket is a duplicate of #7345 and #7303


sbt 1.3.11 regression: appResolvers is always None, ~/.sbt/repositories is ignored

steps
in an otherwise empty directory with nothing but a project/build.properties file specifying either 1.3.10 or 1.3.11, with 1.3.11 I get:
sbt:root-20200529> show appResolvers
[info] None

whereas with 1.3.10 I get:
sbt:root-20200529> show appResolvers
[info] Some(Vector(FileRepository(local, Patterns(ivyPatterns=Vector(${ivy.home}/local/[organisation]/[module]/(scala_[scalaVersion]/)(sbt_[sbtVersion]/)([branch]/)[revision]/[type]s/[artifact](-[classifier]).[ext]), artifactPatterns=Vector(${ivy.home}/local/[organisation]/[module]/(scala_[scalaVersion]/)(sbt_[sbtVersion]/)([branch]/)[revision]/[type]s/[artifact](-[classifier]).[ext]), isMavenCompatible=false, descriptorOptional=false, skipConsistencyCheck=false), FileConfiguration(true, None)), public: https://repo1.maven.org/maven2/, FileRepository(local-preloaded-ivy, Patterns(ivyPatterns=Vector(/Users/tisue/.sbt/preloaded/[organization]/[module]/[revision]/[type]s/[artifact](-[classifier]).[ext]), artifactPatterns=Vector(/Users/tisue/.sbt/preloaded/[organization]/[module]/[revision]/[type]s/[artifact](-[classifier]).[ext]), isMavenCompatible=false, descriptorOptional=false, skipConsistencyCheck=false), FileConfiguration(true, None)), local-preloaded: file:////Users/tisue/.sbt/preloaded/))

problem
I don't know enough about resolvers in sbt to understand the implications of this, but it seems like an unintended change, and it's breaking the Scala community build at https://github.com/scala/community-build/pull/1157 because the resolvers.conf file we use there is being ignored
and also, outside of the community build, it's causing my local Artifactory to be ignored. I have a ~/.sbt/repositories file:
[repositories]
  local
  cache-ivy: http://<IP_ADDRESS>:8081/artifactory/scala-ci-virtual/, [organisation]/[module]/(scala_[scalaVersion]/)(sbt_[sbtVersion]/)[revision]/[type]s/[artifact](-[classifier]).[ext]
  cache: http://<IP_ADDRESS>:8081/artifactory/scala-ci-virtual/

this always worked before, but now with 1.3.11 when I run update I see it hitting Maven Central instead of going to my Artifactory
expectation
no deep understanding, but I expected the 1.3.10 behaviors to continue

Thanks for the repro!

I couldn't originally reproduce this on my machine:
$ sbt
[warn] No sbt.version set in project/build.properties, base directory: /private/tmp/empty
[info] welcome to sbt 1.3.11 (AdoptOpenJDK Java 1.8.0_232)
[info] loading settings for project global-plugins from idea.sbt,vimquit.sbt,plugins.sbt,pgp.sbt ...
[info] loading global plugins from /Users/eed3si9n/.sbt/1.0/plugins
[info] set current project to empty (in build file:/private/tmp/empty/)
[info] sbt server started at local:///Users/eed3si9n/.sbt/1.0/server/c8780c37cc225ce40c1a/sock
sbt:empty> show appResolvers
[info] Some(Vector(FileRepository(local, Patterns(ivyPatterns=Vector(${ivy.home}/local/[organisation]/[module]/(scala_[scalaVersion]/)(sbt_[sbtVersion]/)([branch]/)[revision]/[type]s/[artifact](-[classifier]).[ext]), artifactPatterns=Vector(${ivy.home}/local/[organisation]/[module]/(scala_[scalaVersion]/)(sbt_[sbtVersion]/)([branch]/)[revision]/[type]s/[artifact](-[classifier]).[ext]), isMavenCompatible=false, descriptorOptional=false, skipConsistencyCheck=false), FileConfiguration(true, None)), public: https://repo1.maven.org/maven2/, FileRepository(local-preloaded-ivy, Patterns(ivyPatterns=Vector(/Users/eed3si9n/.sbt/preloaded/[organization]/[module]/[revision]/[type]s/[artifact](-[classifier]).[ext]), artifactPatterns=Vector(/Users/eed3si9n/.sbt/preloaded/[organization]/[module]/[revision]/[type]s/[artifact](-[classifier]).[ext]), isMavenCompatible=false, descriptorOptional=false, skipConsistencyCheck=false), FileConfiguration(true, None)), local-preloaded: file:////Users/eed3si9n/.sbt/preloaded/))

but I might know what's going on... In sbt 1.3.11 I introduced the test to check m.allowInsecureProtocol:
https://github.com/sbt/sbt/blob/0d90b7d67b215c1d0d56cdef1cbc5969f0edf4c6/main/src/main/scala/sbt/Defaults.scala#L3785-L3789
The method comes from the launcher.jar, which I have because I bumped my sbt setup using SDKMAN, but given that many people would NOT have the latest launcher, I wonder if they'd get NoSuchMethodError. There's a silent safety net to fallback to None when that happens:
https://github.com/sbt/sbt/blob/0d90b7d67b215c1d0d56cdef1cbc5969f0edf4c6/main/src/main/scala/sbt/Defaults.scala#L3755-L3760
revised repro steps

sdk use sbt 1.3.10
create project/build.properties: sbt.version=1.3.11
sbt show appResolvers

workaround
Install sbt 1.3.11 as sdk upgrade sbt or via other means.
notes
I guess the fix would be to add a better fallback so m.allowInsecureProtocol part just goes to false.

Here's my PR for this https://github.com/sbt/sbt/pull/5583

Nice, thanks Eugene!
brew upgrade sbt isn't getting me 1.3.11 yet, but I retried my experiment just now with sbt-extras which downloaded the 1.3.11 launcher jar, and indeed the problem didn't occur.
(Over in the community build, I'll have to poke around to see what launcher jar is being used and why.)

sbt-extras which downloaded the 1.3.11 launcher jar

:+1:

(Over in the community build, I'll have to poke around to see what launcher jar is being used and why.)

Dbuild has its own launcher, which is only a small change on sbt/launcher (just the descriptor file, maybe?).  So it would need to be rebuilt on the new version.

@dwijnand see my commentary at https://github.com/scala/community-build/pull/1157#issuecomment-636361296 and below


Promote property to configure AdoptOpenJdk server

In cases when users want to point to their own instance
or to an alternative instance (e.g. once moved to Eclipse
Adoptium)

@bot-gradle test QF

OK, I've already triggered QuickFeedback build for you.

@bot-gradle test QF


Orion 150877

Added support for custom suffixes, and added 2 SchedulerMetrics

@IvanRubin9 please squash to one commit


Run TestSidecarRoutes in parallel

Please provide a description of this PR:
Contributes to #37555
This PR proposes to run TestSidecarRoutes (~5.8s) in parallel, reducing the execution time to less than a second.
Running the tests in parallel exposed a data race, so I moved processStartTime into the scope of DiscoveryService.
I tried to exclude, at the best of my knowledge, that there are side effects to this change, but we need the opinion of someone with a deeper understanding of the code.
My understanding is that the condition created by running the test in parallel is sort of artificial, and normally we wouldn't have multiple instances of DiscoveryService, so no data race on processStartTime.
On the other hand, it doesn't seem to hurt moving it from a package scope to a structure scope.
thoughts?

yeah followup sgtm. Thanks!
On Thu, Jun 29, 2023 at 4:45 AM cebernardi @.***> wrote:

@.**** commented on this pull request.
In pilot/pkg/xds/discovery.go
https://github.com/istio/istio/pull/45715#discussion_r1246509158:

@@ -164,9 +166,10 @@ func NewDiscoveryServer(env *model.Environment, instanceID string, clusterID clu
debounceMax:       features.DebounceMax,
enableEDSDebounce: features.EnableEDSDebounce,
},

Cache:      model.DisabledCache{},

instanceID: instanceID,

clusterID:  clusterID,

Cache:            model.DisabledCache{},

instanceID:       instanceID,

clusterID:        clusterID,

processStartTime: time.Now(),

ops sorry, I didn't have time to address this before it got merged.. do
you want me to submit another PR?
—
Reply to this email directly, view it on GitHub
https://github.com/istio/istio/pull/45715#discussion_r1246509158, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAEYGXM722VZ3XKP2UCODUDXNVTFLANCNFSM6AAAAAAZXRAR5A
.
You are receiving this because your review was requested.Message ID:
@.***>


TRUST CI: i686-unknown-linux-musl build hang

This might be a spurious failure or related to the build in general taking too long on travis.  Creating this as a general tracking item.
Changes to fix would go into new-ci/master branch for now.
Instance: https://travis-ci.org/berkowski/nix/jobs/205534671

Running locally using cross test --target=i686-unknown-linux-musl, it appear that some of the AIO tests might be hanging...
$ cross test --target=i686-unknown-linux-musl
...
test sys::test_aio::test_aio_write_sigev_signal has been running for over 60 seconds
test sys::test_aio::test_lio_listio_signal has been running for over 60 seconds

CC @asomers.  Note that this is prior to your most recent PR.

https://github.com/japaric/cross says that QEMU "gets upset when you spawn several threads".  Those tests technically do spawn several threads, because glibc implements POSIX AIO using threads.  It could be a QEMU bug.  However, the two tests that hang are the only two that use signals, which suggests that something involving signal delivery is screwed up.  In either case, it would be easier to debug if we can get Travis and QEMU out of the picture.  Is there a musl-based VM image or installer somewhere that I can spin up in a different hypervisor?

Is there a musl-based VM image or installer somewhere that I can spin up in a different hypervisor?

MUSL binaries should be statically linked, so you should be able to run them in a standard linux environment.

Ok, I did a little more digging on this one and the problem with the new CI is one that we have had in the past relating to concurrency.
By default, cargo will run multiple tests in parallel.  When I changed things locally to run with RUST_TEST_THREADS=1, I saw consistent passes with this target.  Due to the type of testing we have to do in nix, I will make the change to define this environment variable in CI to avoid these spurious failures.
Here's the original issue where we ran into this before: https://github.com/nix-rust/nix/pull/292


Internal error when loading some profiles

Describe the bug
When loading Daystroyed's profile it fails
Profile/Location
https://sky.shiiyu.moe/stats/Daystroyed
Additional Info
Unknown
Screenshots

this is a hypixel error not a SkyBlock error
https://api.hypixel.net/skyblock/profiles?uuid=3733fe91a06f4cf29481fb4062d4fdf2&key=
{"success":false,"cause":"Internal error"}


v6.0.0rc10

Merge pr #241 by @andremacola
Fix typo mistakes

Coverage remained the same at 99.043% when pulling 91a1a38a2929e9e7023c0a886e4726cabe1ad56c on v6.0.0rc10 into ef55134763cd7721994bf141ede9f4da7647f815 on main.


We should be able to encrypt values stored in default identity tables

It would be nice to encrypt values stored with different hashes options in case your database tables are leaked. Just to make it harder to get the real values like email and username.
I'm actually trying to do that on an application but can't find a way to do it with the identity framework, maybe I'm missing something?

Can this be a possibility, regarding the roadmap?
Do I need to pull a request for it?

I think the question here is more generic on how to encrypt app specific data. You can use DataProtection to protect data in your app. more details are http://aspnet.readthedocs.org/en/latest/security/data-protection/index.html

Thanks, for your answer, I'll learn how data protection works.
I already found a way to do it with a custom method, but I'm wondering if it can be an option in Identity.

We will consider it for a future release.

Tracking via https://github.com/aspnet/Identity/issues/836


On Hover color isn't correct

Describe the bug
When hovering the navigation tab each button should be filled up by a cyan like color, but instead is greyed out.
To Reproduce
Steps to reproduce the behavior:

Hover over each button in the navigation menu

Expected behavior
The buttons are supposed to have an animation effect where they get filled up by a cyan color and the text goes from white to black
Desktop (please complete the following information):

Browser [Chrome]

Fixed. Issue was in the class name of the HTML files

Fixed. Issue was in the class name of the HTML files


[Bug]: The project added databases without filtering deleted databases

ODC version
ODC 4.2.0
OB version
Any version of OceanBase
What happened?

The project added databases without filtering deleted databases
What did you expect to happen?
Database is added to the project should be filtered out database has been deleted
How can we reproduce it (as minimally and precisely as possible)?

create database test_delete;
drop database test_delete;
Add a database to the project

Anything else we need to know?
No response
Cloud
No response

Fixed In Commit 80ec85e98864e0a0b2b12da022170ee2433d0e0a
------
晓康
Fri Oct 20 17:13:08 2023 +0800

pass


feature: Add vuepress2 plugin PWA support

Name:

vuepress2 official plugin pwa and pwa pop

Advantage:

Good interactive experience Progressive Web Apps

Works well with document content updates in the browser's cache

Tip: If you want to test the PWA, you can use anywhere.

Closed by #32.


Add ACL state changed callback

Add ACL state changed callback
Description
Add ACL state changed callback and corresponding reason codes
Checklist:

[ ] I have tested my changes. No regression in existing tests.
[x] My code is Linted.

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/bot run checks

The builds are failing as pxDisable() API is called with an argument 0 from the tests here:
https://github.com/aws/amazon-freertos/blob/a126b0c55795be5986f86d4f6ef73bc5ed091c29/libraries/abstractions/ble_hal/test/src/iot_test_ble_hal_integration.c#L299
https://github.com/aws/amazon-freertos/blob/1ce87a27d5993b5521e9f180bb975ababb52ad41/libraries/abstractions/ble_hal/test/src/iot_test_ble_hal_common.c#L578
Could you fix them ?

ACE required all functions that do not take paramters to explictly have (void).
pxDisable shouldn't have any parameter, would you like me to fix the test case?

ACE required all functions that do not take paramters to explictly have (void).
pxDisable shouldn't have any parameter, would you like me to fix the test case?

Yes I agree. You can go ahead and fix this.

/bot run checks

/bot run checks


Q&A post

Updated 08-02-19 (Mattia)
Overview:
Users can post questions to the community and get answers from other users. Any users can post their answers to the question and reply to answers. The author of the question can select one correct answer.
Users should be able to "useful" and save the Q&A and should also be able to "useful" answers.

Latest design resources:
Originals + Screens
https://drive.google.com/drive/u/0/folders/1beL2iYCJKvFrxK8BvtX51Kc7HcXWL31O
Epics:
https://docs.google.com/spreadsheets/d/1pkLRKCbQiJOtQwWEhVNgSTvDWf5SnVAz10vMo4k-LNg/edit#gid=0
Any questions post in the comments
child of #213

closing cause reorganizing in #409