Root component not hot reloaded when using render

I have this setup:
globalThis.allComponents = import.meta.glob('/javascripts/components/**/*.{jsx,tsx,js,ts}', {eager: true});

function getComponentByName(name: string) { /* find component by glob **/<name>.{tsx, jsx} */ }

customRender(name:string){
  const Component = getComponentByName(name)

  render(() => <Component/>, element)
}

this way, when i edit any child component, hot reload works as expected, but when i make any change to the root component, i have no hot reload.

@RsMan-Dev which one is the root component?

i am using the builtin render, the root component is Component @lxsmnsyc

@RsMan-Dev then it should work for the components in the your glob. unless it doesn't follow the requirements

what are the requirement to follow to have them working?

can you help me @lxsmnsyc ?
Basically, glob is doing this:
globalThis.allComponents = import.meta.glob('/javascripts/components/**/*.{jsx,tsx,js,ts}', {eager: true});

// code produced by vite
import * as __glob__0_0 from './components/Home.tsx'
globalThis.allComponents = {
  './components/Home.tsx': __glob__0_0,
}

When i am rendering Home, it's simply rendering it like:
const Component = allComponents['./components/Home.tsx'].default

//native solidjs's render
render(() => <Component/>, root)

So, i'm basically using native solidjs functions, what is missing to have hot reload working on this code?

All of the code you showed are not covered by Solid Refresh.
Show me your Home component and I can give a definite answer.

when this code is used inside another component, it's hot reloaded like expected.

Then that should work.

another simple reproduction form me:
components/Hello.tsx
import { createSignal } from "solid-js";
import Sub from "./Sub";

export default function Hello() {
  const [count, setCount] = createSignal(0);
  return (

      <button onClick={() => setCount(count() + 1)}>count: {count()}</button>

  );
}

components/Sub.tsx
import { createSignal } from "solid-js";

export default function Sub() {
  const [count, setCount] = createSignal(0);
  return (

      <button onClick={() => setCount(count() + 1)}>count: {count()}</button>

  );
}

components/root.ts
import Hello from "./components/Hello";
render(Hello, this)

Here, only Sub is hot reloaded, not Hello, the root component.

So what behavior does Hello show when making changes?

nothing changind

vite is trying to hot reload, i receive something on network, but nothing happen in frontend.
idk if it's changing anything, but render is called inside a custom element, on it's "connectedCallback" function.

that's why i'm using "this" as root element

i succeeded to make hot reloading working using this workaround:
components/Root.tsx
interface RootProps { Component: any; props: Record<string, any>;}
export default function Root({Component, props}: RootProps) {
  return <>
    <Component {...props}/>
  </>;
}

components/Hello.tsx
//normal component

root.ts
render(() => <Root Component={component} props={props}/>, this)

here, home is hot reloaded as expected, because not the root component, waiting for your potential fix, i will work using this method.

I don't really understand the issue.
Can you perhaps just provide a repro?

When the component is directly rendered using render(), it becomes impossible to hot reload, but when the component is rendered by another component, it becomes hot reloadable


Added validation for runnable_raw attribute.

Stack:

#6643
#6675 ⬅

⚠ Part of a stack created by spr. Do not merge manually using the UI - doing so may have unexpected results.

This change is


[beta][UI][UX] Night Mode example

Current:

Night Mode refresh:

Current:

Night Mode refresh:

This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a temporary error. The following address(es) deferred:
<EMAIL_ADDRESS>Domain funtasticlabs.com has exceeded the max emails per hour (105/100 (105%)) allowed.  Message will be reattempted later
------- This is a copy of the message, including all the headers. ------
Received: from mailin-01.elitehosts.com ([<IP_ADDRESS>]:60191 helo=offsite.elitehosts.com)
by neo.internetwebserver.net with esmtp (Exim 4.87)
(envelope-from<EMAIL_ADDRESS>id 1dnx2x-0003Qs-Fd
for<EMAIL_ADDRESS>Fri, 01 Sep 2017 21:16:27 -0400
Received: from o3.sgmail.github.com ([<IP_ADDRESS>]:55842)
by offsite.elitehosts.com with esmtp (Exim 4.69)
(envelope-from<EMAIL_ADDRESS>id 1dnx2r-0001rv-7R
for<EMAIL_ADDRESS>Fri, 01 Sep 2017 21:16:22 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=github.com;
h=from:reply-to:to:cc:in-reply-to:references:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe;
s=s20150108; bh=VoS+4hUSuc+G23ThaOdo6gI2bm8=; b=BrmQ+KejT/1bq2CA
a+3OwV+0rPZaFazzeFNvWReypeIol8mSXHXfKBJzcX10104T8PTOjMnCgGpzEiZQ
CDsA0Qkmpv65cJqIQKbuc/Qf5Wz5MQK2S+AlRMVnIKXmpE+u3sIhYMwnxHhB9/M4
GFMhlHvaTc+M1vLEirQOHHVwMzs=
Received: by filter0073p1las1.sendgrid.net with SMTP id filter0073p1las1-21877-59AA0663-9A
2017-09-02 01:16:19.976673877 +0000 UTC
Received: from github-smtp2b-ext-cp1-prd.iad.github.net (github-smtp2b-ext-cp1-prd.iad.github.net [<IP_ADDRESS>])
by ismtpd0005p1iad1.sendgrid.net (SG) with ESMTP id T7xzJWFhTP-RmnEyYImhug
for<EMAIL_ADDRESS>Sat, 02 Sep 2017 01:16:19.924 +0000 (UTC)
Date: Sat, 02 Sep 2017 01:16:20 +0000 (UTC)
From: Quincy Larson<EMAIL_ADDRESS>Reply-To: freeCodeCamp/freeCodeCamp<EMAIL_ADDRESS>To: freeCodeCamp/freeCodeCamp<EMAIL_ADDRESS>Cc: Subscribed<EMAIL_ADDRESS>Message-ID<EMAIL_ADDRESS>In-Reply-To<EMAIL_ADDRESS>References<EMAIL_ADDRESS>Subject: Re: [freeCodeCamp/freeCodeCamp] [beta][UI][UX] Night Mode example
(#12953)
Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="--==_mimepart_59aa0663c1358_58153fac93d9fc2c142653";
charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: QuincyLarson
X-GitHub-Recipient: manzilo
X-GitHub-Reason: subscribed
List-ID: freeCodeCamp/freeCodeCamp <freeCodeCamp.freeCodeCamp.github.com>
List-Archive: https://github.com/freeCodeCamp/freeCodeCamp
List-Post<EMAIL_ADDRESS>List-Unsubscribe<EMAIL_ADDRESS>https://github.com/notifications/unsubscribe/AL1KCqKUiuGlO7g1IKtKahc9Tkthe7E_ks5seKxjgaJpZM4Lw2Yr
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address<EMAIL_ADDRESS>X-SG-EID: 83UmH9Yz2HjU1qKK7JE10vR6ZA73mzRCr3l9ny8S/eEa34y35c9G2pouUHUQsS6HR3AZERSDylmntf
SyHA+4PHnUQ3x5K7TZ5U/ewhuhEc50iG0yG3B58+pAi3A8MQhdTfyicehuu6mv6SZyNrcAFH5H1an0
21aBHiKxPlbjMYfZh/vNZn2X67HqRJqB+cw1m44srEj5UqTjwHlX2ua4L8Q+z1y7aiDlFp6EMwtIeq
s=
X-MAILIN-01-MailScanner-Information: Please contact the ISP for more information
X-MAILIN-01-MailScanner-ID: 1dnx2r-0001rv-7R
X-MAILIN-01-MailScanner: Found to be clean
X-MAILIN-01-MailScanner-SpamCheck: not spam, SpamAssassin (not cached,
score=1.584, required 10, AWL -3.12, BAYES_00 -1.90,
HTML_IMAGE_ONLY_24 1.62, HTML_MESSAGE 0.00, KHOP_THREADED -1.50,
PYZOR_CHECK 6.50, SPF_PASS -0.00, T_RP_MATCHES_RCVD -0.01,
URIBL_BLOCKED 0.00)
X-Spam-Level: *
X-MailScanner-From<EMAIL_ADDRESS>X-Spam-Status: No
----==_mimepart_59aa0663c1358_58153fac93d9fc2c142653
Content-Type: text/plain;
charset=UTF-8
Content-Transfer-Encoding: 7bit
Closed #12953.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/freeCodeCamp/freeCodeCamp/issues/12953#event-1232190145
----==_mimepart_59aa0663c1358_58153fac93d9fc2c142653
Content-Type: text/html;
charset=UTF-8
Content-Transfer-Encoding: 7bit
Closed #12953.
—You are receiving this because you are subscribed to this thread.Reply to this email directly, view it on GitHub, or mute the thread.

{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/freeCodeCamp/freeCodeCamp","title":"freeCodeCamp/freeCodeCamp","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/freeCodeCamp/freeCodeCamp"}},"updates":{"snippets":[{"icon":"DESCRIPTION","message":"Closed #12953."}],"action":{"name":"View Issue","url":"https://github.com/freeCodeCamp/freeCodeCamp/issues/12953#event-1232190145"}}}
----==_mimepart_59aa0663c1358_58153fac93d9fc2c142653--

This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a temporary error. The following address(es) deferred:
<EMAIL_ADDRESS>Domain oss-india.net has exceeded the max emails per hour (106/100 (106%)) allowed.  Message will be reattempted later
------- This is a copy of the message, including all the headers. ------
Received: from mail-oi0-f46.google.com ([<IP_ADDRESS>]:34300)
by server14.hostingraja.in with esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
(Exim 4.89)
(envelope-from<EMAIL_ADDRESS>id 1dnx3j-003lVz-OP
for<EMAIL_ADDRESS>Sat, 02 Sep 2017 06:47:32 +0530
Received: by mail-oi0-f46.google.com with SMTP id w10so13895133oie.1
for<EMAIL_ADDRESS>Fri, 01 Sep 2017 18:16:55 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:delivered-to:dkim-signature:dkim-signature:date
:from:reply-to:to:cc:message-id:in-reply-to:references:subject
:mime-version:content-transfer-encoding:precedence:list-id
:list-archive:list-post:list-unsubscribe;
bh=bSwEiVR5t6WkxguY8D+EdDa5FxfA+uZCba/ChKbgFvs=;
b=Tf63/TO9HCV9oDBHbU+j7sbIIYXVeacV8oBsGVMfyDwfnxdh5O1QLXtqQFTzERG9wj
5kNlpQTYCc3nx/ajpAE4K+dN9DaLFHCit2Vaa2qRubLJCLze7lbrG14LjretMjtZw22U
7l96JQxrOSrnQyq9gMSoAZ6NbuwDzA6VYg8P9+Xt6opW9CAQHn8xoLYHlMxlNUvyQl77
JRcB4hbu4IctvTeCPkMZPAlB1TgNqBRY9wk0Txi+t6MVUkiDjcifu2k5k8p2a4ZgeblP
WvaIF1ftrIBlCUyVz++FTEX8smlF792f0zFyFdakMqfZFur+/M0tvD1ant6k7zYjBsgl
SQYQ==
X-Gm-Message-State: AHPjjUgRW+CruseZd0EC2m+14lwQk3B+mbe8lEn0yes/ByFUui3y9nZa
+xZVAM39mnEKLOowBmryav/dSov/kHJPI/LzvJUkIg==
X-Received: by <IP_ADDRESS> with SMTP id 199mr4453980oia.40.1504314993065;
Fri, 01 Sep 2017 18:16:33 -0700 (PDT)
X-Forwarded-To<EMAIL_ADDRESS>X-Forwarded-For<EMAIL_ADDRESS><EMAIL_ADDRESS>Delivered-To<EMAIL_ADDRESS>Received: by <IP_ADDRESS> with SMTP id q13csp1352764ofe;
Fri, 1 Sep 2017 18:16:32 -0700 (PDT)
X-Google-Smtp-Source: ADKCNb646ezXA5YSgdWtcVzpq/e6q8H4yofPXRpstPhfwQKSSeD8zesTMBv8ya0wFYBs8JZRHO1J
X-Received: by <IP_ADDRESS> with SMTP id 74mr3110761iop.203.1504314992411;
Fri, 01 Sep 2017 18:16:32 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1504314992; cv=none;
d=google.com; s=arc-20160816;
b=NRG/hRvByAPO4VNLuPPjnecnPCyyJI8X+ElqQBg0GLV1+BkgViRYFlRJO6FkiGB50g
v+xmHPvNqyzq3scj92XOrPyXC5flhPlyKWYmuE7MgzFNQmzIT0QBX4DDsJ/bXjS6lWV4
crcp9HiKuBpSDnvhxS37eq7bPSBj8RNwnJ3/gBnH9KsWGdjKvA1/0ZsKz0RXHP+I3iA9
zoVNIUT0nWbQT9hHL6im+0R+g1EoK1V8fftoIywKZtPStwYXRHYPTPty2oDBF5bGE9Xo
u8QMfsgqMV9Dp4KSODjeZORfxOZd+4u6/nQb6phD5yqh8uwXp0baeR+MRO23q87za4uZ
9L2w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
h=list-unsubscribe:list-post:list-archive:list-id:precedence
:content-transfer-encoding:mime-version:subject:references
:in-reply-to:message-id:cc:to:reply-to:from:date:dkim-signature
:dkim-signature:arc-authentication-results;
bh=bSwEiVR5t6WkxguY8D+EdDa5FxfA+uZCba/ChKbgFvs=;
b=e9RerQd+hboP3CMtu8QarfyrzS/nvFCQ1xNGVlFd1bAdd3pol3On8QUkld+qVi5wHI
3Iukf2a11E5Dx6eI6cNOKMNfDUyLUqOOTs1Y/URKRhL5Hyeb+36/VK2Z2vDVgXc20yQ5
Ny6wJUvTNkbACon9AFzYk4kUy5iZTXZ1yVh7IzccEaDfMZb51oMrUJH3Ya9kynkT2cZM
R0gJzuFPd2O0HCnnDyt70Fq/EU+jp1Hz2C0HnYI0s/ThQ3aO4PHRwzYY0obUnNevAlSL
UbEgA/k/r/4N98Hk2U9WpSF2NZjqyzvhQVnnikqGVhTBrkt3EEYVleHcEoxjFB14PTR4
LqxA==
ARC-Authentication-Results: i=1; mx.google.com;
dkim=pass<EMAIL_ADDRESS>header.s=s20150108 header.b=LZeRwXvc;
dkim=pass<EMAIL_ADDRESS>header.s=smtpapi header.b=A9tgesiF;
spf=pass (google.com: domain of<EMAIL_ADDRESS>designates <IP_ADDRESS> as permitted sender<EMAIL_ADDRESS>dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=github.com
Received: from o6.sgmail.github.com (o6.sgmail.github.com. [<IP_ADDRESS>])
by mx.google.com with ESMTPS id k186si1258463itk.50.2<IP_ADDRESS>.16.32
for<EMAIL_ADDRESS>(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Fri, 01 Sep 2017 18:16:32 -0700 (PDT)
Received-SPF: pass (google.com: domain of<EMAIL_ADDRESS>designates <IP_ADDRESS> as permitted sender) client-ip=<IP_ADDRESS>;
Authentication-Results: mx.google.com;
dkim=pass<EMAIL_ADDRESS>header.s=s20150108 header.b=LZeRwXvc;
dkim=pass<EMAIL_ADDRESS>header.s=smtpapi header.b=A9tgesiF;
spf=pass (google.com: domain of<EMAIL_ADDRESS>designates <IP_ADDRESS> as permitted sender<EMAIL_ADDRESS>dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=github.com
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=github.com;
h=from:reply-to:to:cc:in-reply-to:references:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe;
s=s20150108; bh=KOKGBe9jH8tdLB35Y3H4D+89I9M=; b=LZeRwXvcYiQJ0+UL
+rFB6z8qyEbzWnkLtKZb5vcXVgyVFPeVRj04KfYXs9QMhOX7rPKzHTPzz9+WIriJ
w1/ijK+X36LcUD7b92mkrQCCnkFp58rO12hMWIuwrYgTvCTXo+nylWrVU94YNdNw
cy/28/J1UpLStOKifZmWbLRwNIw=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=sendgrid.info;
h=from:reply-to:to:cc:in-reply-to:references:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe:x-feedback-id;
s=smtpapi; bh=KOKGBe9jH8tdLB35Y3H4D+89I9M=; b=A9tgesiFgVgC+Vd0gO
nbHIK25VrmnskGi0ajrmB8mwkrPXdjY+yNwc+GHBxFTihRz+xv6iNOEnf3FWXPZq
8fh5qAMpR9GNYppVbhPG+1KVjcyqLkm907zpxQVaQkOM19uiTPyE1F50Z4ibQFq5
jaUCBsHK0DC0xBS3Qm6gfwrSw=
Received: by filter0474p1mdw1.sendgrid.net with SMTP id filter0474p1mdw1-13117-59AA0670-E
2017-09-02 01:16:32.244514348 +0000 UTC
Received: from github-smtp2b-ext-cp1-prd.iad.github.net (github-smtp2b-ext-cp1-prd.iad.github.net [<IP_ADDRESS>])
by ismtpd0036p1mdw1.sendgrid.net (SG) with ESMTP id r2AHrDhmQfSVn0aussLExQ
for<EMAIL_ADDRESS>Sat, 02 Sep 2017 01:16:32.170 +0000 (UTC)
Date: Sat, 02 Sep 2017 01:16:32 +0000 (UTC)
From: Quincy Larson<EMAIL_ADDRESS>Reply-To: freeCodeCamp/freeCodeCamp<EMAIL_ADDRESS>To: freeCodeCamp/freeCodeCamp<EMAIL_ADDRESS>Cc: Subscribed<EMAIL_ADDRESS>Message-ID<EMAIL_ADDRESS>In-Reply-To<EMAIL_ADDRESS>References<EMAIL_ADDRESS>Subject: Re: [freeCodeCamp/freeCodeCamp] [beta][UI][UX] Night Mode example
(#12953)
Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="--==_mimepart_59aa066f715e9_58153fac93d9fc2c16486d";
charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: QuincyLarson
X-GitHub-Recipient: pawan-mehta
X-GitHub-Reason: subscribed
List-ID: freeCodeCamp/freeCodeCamp <freeCodeCamp.freeCodeCamp.github.com>
List-Archive: https://github.com/freeCodeCamp/freeCodeCamp
List-Post<EMAIL_ADDRESS>List-Unsubscribe<EMAIL_ADDRESS>https://github.com/notifications/unsubscribe/AM9SCGsV9EuKXJRT5FEvyESNt8E3lBw2ks5seKxvgaJpZM4Lw2Yr
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address<EMAIL_ADDRESS>X-SG-EID: OpfRgdkK9YQWPKIAgM5UQUoN56mCdWNmGtfFv0Mnvk2cIDO5e4jwdnXhn3Y+CmM87+K0yVm/PRkuJL
6ls0qCqO2WGUQb6stU7vFU/IWX3iUnciNoxqaQhjAKvZqz6XRnMLy85xWCiQfX13Hv7Wrhiv6i1HCm
mfOfebqgdRYo0XElaQPoZ6HmaPWA52gNJ6f71R7/Wur+mUKELaWsVnYjS8TEBpSLdm5HWcSde4LYBE
I=
X-Feedback-ID: 848413:6xvVEJqleZlAW7/vhv7PzD/cv5tamo2SWZDKyvugGvg=:6xvVEJqleZlAW7/vhv7PzD/cv5tamo2SWZDKyvugGvg=:SG
X-Spam-Status: No, score=1.7
X-Spam-Score: 17
X-Spam-Bar: +
X-Ham-Report: Spam detection software, running on the system "server14.hostingraja.in",
has NOT identified this incoming email as spam.  The original
message has been attached to this so you can view it or label
similar future email.  If you have any questions, see
root@localhost for details.
Content preview:  Closed #12953. -- You are receiving this because you are subscribed
to this thread. Reply to this email directly or view it on GitHub: https://github.com/freeCodeCamp/freeCodeCamp/issues/12953#event-1232190145
[...]
Content analysis details:   (1.7 points, 5.0 required)
pts rule name              description

0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was blocked.
See
http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
for more information.
[URIs: sendgrid.info]
0.5 RCVD_IN_SORBS_SPAM     RBL: SORBS: sender is a spam source
[<IP_ADDRESS> listed in dnsbl.sorbs.net]
-0.0 RCVD_IN_MSPIKE_H3      RBL: Good reputation (+3)
[<IP_ADDRESS> listed in wl.mailspike.net]
0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
domains are different
0.0 T_SPF_HELO_TEMPERROR   SPF: test of HELO record failed (temperror)
-0.0 SPF_PASS               SPF: sender matches SPF record
0.0 HTML_MESSAGE           BODY: HTML included in message
1.3 HTML_IMAGE_ONLY_24     BODY: HTML: images with 2000-2400 bytes of words
-0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from author's
domain
-0.1 DKIM_VALID             Message has at least one valid DKIM or DK signature
0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily valid
-0.0 RCVD_IN_MSPIKE_WL      Mailspike good senders
X-Spam-Flag: NO
----==_mimepart_59aa066f715e9_58153fac93d9fc2c16486d
Content-Type: text/plain;
charset=UTF-8
Content-Transfer-Encoding: 7bit
Closed #12953.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/freeCodeCamp/freeCodeCamp/issues/12953#event-1232190145
----==_mimepart_59aa066f715e9_58153fac93d9fc2c16486d
Content-Type: text/html;
charset=UTF-8
Content-Transfer-Encoding: 7bit
Closed #12953.
—You are receiving this because you are subscribed to this thread.Reply to this email directly, view it on GitHub, or mute the thread.

----==_mimepart_59aa066f715e9_58153fac93d9fc2c16486d--

This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a temporary error. The following address(es) deferred:
<EMAIL_ADDRESS>Domain oss-india.net has exceeded the max emails per hour (122/100 (122%)) allowed.  Message will be reattempted later
------- This is a copy of the message, including all the headers. ------
------ The body of the message is 24905 characters long; only the first
------ 5000 or so are included here.
Received: from mail-oi0-f45.google.com ([<IP_ADDRESS>]:33949)
by server14.hostingraja.in with esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
(Exim 4.89)
(envelope-from<EMAIL_ADDRESS>id 1dnx6X-003v2X-Ci
for<EMAIL_ADDRESS>Sat, 02 Sep 2017 06:50:24 +0530
Received: by mail-oi0-f45.google.com with SMTP id w10so13917666oie.1
for<EMAIL_ADDRESS>Fri, 01 Sep 2017 18:19:48 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:delivered-to:date:dkim-signature:from:reply-to
:to:cc:message-id:in-reply-to:references:subject:mime-version
:content-transfer-encoding:precedence:list-id:list-archive:list-post
:list-unsubscribe;
bh=2tOWpjY8t4kP8Wn3Bme5fOgEb0/edIanLzLZOfqOoRY=;
b=M9F6EfQSx9dQPTcKsDaAVrM+Pb3N2NvUqvopT8LFdjFhCzry4fHn4HkJcR+nbk1ZE/
Ve8/uL/9JZLZElEX7G3XxEQt4c3Pj6gC/v7YfRhafo1My74mpzxpkw0Ahp8DRhNJRN1P
6CyNMZqg7wdKM0HvtIopSV6cVtTmMx8Tz+lR+n+40TZPSmMyd4nbU9yW7tHjTpK8oeAT
uQyf/r2dlLwItUNGlxV9PGrCBxwU+4l4ydxH2jp/0TjIO6SWBY/qZ+5+yHHt+ZP3EDmQ
Fb2WctjG9W7pvGpuAyUuJv1QLtfUU6Cd8njYs283bSut9+ill7cwUi8gpZWuEJXVPgh9
f/aA==
X-Gm-Message-State: AHPjjUi6dmk7ECOe6YeeD5UZlqZe8cTsq29zWYTf7UDAWpRSd252BVNm
MFWc3mkju6Ut9a9tvq0B1AyKHy1uhGIvsrb+XJJCMQ==
X-Received: by <IP_ADDRESS> with SMTP id d7mr3287491oib.71.1504315166834;
Fri, 01 Sep 2017 18:19:26 -0700 (PDT)
X-Forwarded-To<EMAIL_ADDRESS>X-Forwarded-For<EMAIL_ADDRESS><EMAIL_ADDRESS>Delivered-To<EMAIL_ADDRESS>Received: by <IP_ADDRESS> with SMTP id q13csp1354412ofe;
Fri, 1 Sep 2017 18:19:25 -0700 (PDT)
X-Google-Smtp-Source: ADKCNb7V2anww1OrDF8VOHyvUl2N7BVZUuBfLvD4Dy8IDMbCloxFkLm4VdYt7pxvABqZLoYaqWBH
X-Received: by <IP_ADDRESS> with SMTP id 44mr5480975qtb.39.1504315165835;
Fri, 01 Sep 2017 18:19:25 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1504315165; cv=none;
d=google.com; s=arc-20160816;
b=ReAgfFGxACqyA/JZkRe42I4XkwySTjvk0IiI6GeLeyRdsRS/FmDoaDT0e/U4KXZRBl
zw3zCO2Ym/gOgDqjNKVtu6qr3fP8LL4xphTlX2+wDZFBDq/Yq0QNwNE0slks07H1oNkL
RhEl+nPkA/VVru2v8mQEi0qPjJYfr+WEhE3laAc6aV645qRelPHp1GL+msrDURoTw4jv
oEUXRqLKv0IimB5hfr3bC3hrjAEjl2P+DcUzy9biPizsXCaOPqLDTEk7xeAeg8503R36
0z6PpZSujV3qiavD+NL1HW91fZs6TaBjixn3Lz56geLXeJK/aM90GhQrdN4MYGY6e4CQ
hEdA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
h=list-unsubscribe:list-post:list-archive:list-id:precedence
:content-transfer-encoding:mime-version:subject:references
:in-reply-to:message-id:cc:to:reply-to:from:dkim-signature:date
:arc-authentication-results;
bh=2tOWpjY8t4kP8Wn3Bme5fOgEb0/edIanLzLZOfqOoRY=;
b=ES+l21NCZi8Q3pFTKciyhh8EbcYx24HOR0AUQqMWXng/n3TTFYvM+gSOzv+nCbIp7A
ZjSjvRZ4/to2QgfGgJqX+1zzm4zvr3HOlrQYiUxd6XBfw/qi2CsCYYKvC3wP0UYJAvhP
jSbXH53vmXvznJ4ju9l2mkfJsRhtYYdAVgO+V4z4VIgMy/YqDW22xLl7n5KeLJzQZ5XZ
WggK8+mgivzPXwna7TxeXsZ+Mv4dwRz7aG+IPXqfZv89yrfphzwAOmKtVAcStucT4vFa
3aFV5BRDUWxucw8AAugKSRKclFqJkAj/Q6OAuQi3IR187UPtp4BbgqsA3zS1JNm8w/ui
bqAA==
ARC-Authentication-Results: i=1; mx.google.com;
dkim=pass (test mode<EMAIL_ADDRESS>header.s=pf2014 header.b=tiosd2Wq;
spf=pass (google.com: domain of<EMAIL_ADDRESS>designates <IP_ADDRESS> as permitted sender<EMAIL_ADDRESS>dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=github.com
Received: from github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2-ext8.iad.github.net. [<IP_ADDRESS>])
by mx.google.com with ESMTPS id x124si127487qka.233.2<IP_ADDRESS>.19.25
for<EMAIL_ADDRESS>(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Fri, 01 Sep 2017 18:19:25 -0700 (PDT)
Received-SPF: pass (google.com: domain of<EMAIL_ADDRESS>designates <IP_ADDRESS> as permitted sender) client-ip=<IP_ADDRESS>;
Authentication-Results: mx.google.com;
dkim=pass (test mode<EMAIL_ADDRESS>header.s=pf2014 header.b=tiosd2Wq;
spf=pass (google.com: domain of<EMAIL_ADDRESS>designates <IP_ADDRESS> as permitted sender<EMAIL_ADDRESS>dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=github.com
Date: Fri, 01 Sep 2017 18:19:10 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com;
s=pf2014; t=1504315165;
bh=2tOWpjY8t4kP8Wn3Bme5fOgEb0/edIanLzLZOfqOoRY=;
h=From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID:
List-Archive:List-Post:List-Unsubscribe:From;
b=tiosd2Wqv9Q8MP5mc8xmGZqGALWcUvrZ8R/DbzEwCgCiYWvSrY0vQ2Brk19JG4TsJ
7IKZIodc0Mm6k1UIYRVG5H2umY7wLPMgSlcabM1ambX/OnJUNx347tJaO8IEG1MNP1
Bam5whBWtAJDlI4TvbWj9DUwX+oHB7FcD7C/p9vk=
From: Manzil<EMAIL_ADDRESS>Reply-To: freeCodeCamp/freeCodeCamp<EMAIL_ADDRESS>To: freeCodeCamp/freeCodeCamp<EMAIL_ADDRESS>Cc: Subscribed<EMAIL_ADDRESS>Message-ID<EMAIL_ADDRESS>In-Reply-To<EMAIL_ADDRESS>References<EMAIL_ADDRESS>Subject: Re: [freeCodeCamp/freeCodeCamp] [beta][UI][UX] Night Mode example
(#12953)
Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="--==_mimepart_59aa070e12807_40033f947717fc3c2050bf";
charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: manzilo
X-GitHub-Recipient: pawan-mehta
X-GitHub-Reason: subscribed
List-ID: freeCodeCamp/freeCodeCamp <freeCodeCamp.freeCodeCamp.github.com>
List-Archive: https://github.com/freeCodeCamp/freeCodeCamp
List-Post<EMAIL_ADDRESS>List-Unsubscribe<EMAIL_ADDRESS>https://github.com/notifications/unsubscribe/AM9SCHzwj147RpjPktYZVCZMIdSt1d_Bks5seK0OgaJpZM4Lw2Yr
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address<EMAIL_ADDRESS>X-Spam-Status: No, score=0.2
X-Spam-Score: 2
X-Spam-Bar: /
X-Ham-Report: Spam detection software, running on the system "server14.hostingraja.in",
has NOT identified this incoming email as spam.  The original
message has been attached to this so you can view it or label
similar future email.  If you have any questions, see
root@localhost for details.
Content preview:  This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its recipients.
This is a temporary error. The following address(es) deferred: [...]
Content analysis details:   (0.2 points, 5.0 required)
pts rule name              description

0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was blocked.
See
http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
for more information.
[URIs: github.com]
0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail
domains are different
0.0 T_SPF_HELO_TEMPERROR   SPF: test of HELO record failed (temperror)
-0.0 SPF_PASS               SPF: sender matches SPF record
0.0 HTML_MESSAGE           BODY: HTML included in message
-0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from author's
domain
-0.1 DKIM_VALID             Message has at least one valid DKIM or DK signature
0.1 DKIM_SIGNED            Message has a DKIM or DK signature, not necessarily valid
0.2 KAM_LOTSOFHASH         Emails with lots of hash-like gibberish
X-Spam-Flag: NO
----==_mimepart_59aa070e12807_40033f947717fc3c2050bf
Content-Type: text/plain;
charset=UTF-8
Content-Transfer-Encoding: 7bit
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a temporary error. The following address(es) deferred:
<EMAIL_ADDRESS>Domain funtasticlabs.com has exceeded the max emails per hour (105/100 (105%)) allowed.  Message will be reattempted later
------- This is a copy of the message, including all the headers. ------
Received: from mailin-01.elitehosts.com ([<IP_ADDRESS>]:60191 helo=offsite.elitehosts.com)
by neo.internetwebserver.net with esmtp (Exim 4.87)
(envelope-from<EMAIL_ADDRESS>id 1dnx2x-0003Qs-Fd
for<EMAIL_ADDRESS>Fri, 01 Sep 2017 21:16:27 -0400
Received: from o3.sgmail.github.com ([<IP_ADDRESS>]:55842)
by offsite.elitehosts.com with esmtp (Exim 4.69)
(envelope-from<EMAIL_ADDRESS>id 1dnx2r-0001rv-7R
for<EMAIL_ADDRESS>Fri, 01 Sep 2017 21:16:22 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=github.com;
h=from:reply-to:to:cc:in-reply-to:references:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe;
s=s20150108; bh=VoS+4hUSuc+G23ThaOdo6gI2bm8=; b=BrmQ+KejT/1bq2CA
a+3OwV+0rPZaFazzeFNvWReypeIol8mSXHXfKBJzcX10104T8PTOjMnCgGpzEiZQ
CDsA0Qkmpv65cJqIQKbuc/Qf5Wz5MQK2S+AlRMVnIKXmpE+u3sIhYMwnxHhB9/M4
GFMhlHvaTc+M1vLEirQOHHVwMzs=
Received: by filter0073p1las1.sendgrid.net with SMTP id filter0073p1las1-21877-59AA0663-9A
2017-09-02 01:16:19.976673877 +0000 UTC
Received: from github-smtp2b-ext-cp1-prd.iad.github.net (github-smtp2b-ext-cp1-prd.iad.github.net [<IP_ADDRESS>])
by ismtpd0005p1iad1.sendgrid.net (SG) with ESMTP id T7xzJWFhTP-RmnEyYImhug
for<EMAIL_ADDRESS>Sat, 02 Sep 2017 01:16:19.924 +0000 (UTC)
Date: Sat, 02 Sep 2017 01:16:20 +0000 (UTC)
From: Quincy Larson<EMAIL_ADDRESS>Reply-To: freeCodeCamp/freeCodeCamp<EMAIL_ADDRESS>To: freeCodeCamp/freeCodeCamp<EMAIL_ADDRESS>Cc: Subscribed<EMAIL_ADDRESS>Message-ID<EMAIL_ADDRESS>In-Reply-To<EMAIL_ADDRESS>References<EMAIL_ADDRESS>Subject: Re: [freeCodeCamp/freeCodeCamp] [beta][UI][UX] Night Mode example
(#12953)
Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="--==_mimepart_59aa0663c1358_58153fac93d9fc2c142653";
charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: QuincyLarson
X-GitHub-Recipient: manzilo
X-GitHub-Reason: subscribed
List-ID: freeCodeCamp/freeCodeCamp <freeCodeCamp.freeCodeCamp.github.com>
List-Archive: https://github.com/freeCodeCamp/freeCodeCamp
List-Post<EMAIL_ADDRESS>List-Unsubscribe<EMAIL_ADDRESS>https://github.com/notifications/unsubscribe/AL1KCqKUiuGlO7g1IKtKahc9Tkthe7E_ks5seKxjgaJpZM4Lw2Yr
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address<EMAIL_ADDRESS>X-SG-EID: 83UmH9Yz2HjU1qKK7JE10vR6ZA73mzRCr3l9ny8S/eEa34y35c9G2pouUHUQsS6HR3AZERSDylmntf
SyHA+4PHnUQ3x5K7TZ5U/ewhuhEc50iG0yG3B58+pAi3A8MQhdTfyicehuu6mv6SZyNrcAFH5H1an0
21aBHiKxPlbjMYfZh/vNZn2X67HqRJqB+cw1m44srEj5UqTjwHlX2ua4L8Q+z1y7aiDlFp6EMwtIeq
s=
X-MAILIN-01-MailScanner-Information: Please contact the ISP for more information
X-MAILIN-01-MailScanner-ID: 1dnx2r-0001rv-7R
X-MAILIN-01-MailScanner: Found to be clean
X-MAILIN-01-MailScanner-SpamCheck: not spam, SpamAssassin (not cached,
score=1.584, required 10, AWL -3.12, BAYES_00 -1.90,
HTML_IMAGE_ONLY_24 1.62, HTML_MESSAGE 0.00, KHOP_THREADED -1.50,
PYZOR_CHECK 6.50, SPF_PASS -0.00, T_RP_MATCHES_RCVD -0.01,
URIBL_BLOCKED 0.00)
X-Spam-Level: *
X-MailScanner-From<EMAIL_ADDRESS>X-Spam-Status: No
----==_mimepart_59aa0663c1358_58153fac93d9fc2c142653
Content-Type: text/plain;
charset=UTF-8
Content-Transfer-Encoding: 7bit
Closed #12953.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/freeCodeCamp/freeCodeCamp/issues/12953#event-1232190145
----==_mimepart_59aa0663c1358_58153fac93d9fc2c142653
Content-Type: text/html;
charset=UTF-8
Content-Transfer-Encoding: 7bit
Closed #12953.
—<br /


Which additional setup is needed for elcord to support arRPC?

Switched from webcord to armcord, which supports rich presence via arRPC, but it doesn't work out of the box. Should it? Is additional setup needed? Or it isn't supported at all for now?
2 lines present in Messages buffer:
elcord: connecting...
elcord: connected. starting updates

But i don't see any rich presence in armcord (ofc i do have arrpc enabled in armcord's settings.

Hi,
Sounds like an issue with the project you're using. Please file an issue with them. Sorry!


Update Calico to v3.21.4 on Linux

Calico v3.21.4 images and tigera-operator v1.24.2
Release: https://github.com/tigera/operator/releases/tag/v1.24.2

@mattstam Test failed with v3.21.4 does not exist in mcr.microsoft.com/v2/oss/calico/node/tags/list

Yeah it seems we're still waiting on it to get pushed to MCR, https://azcuindexer.azurewebsites.net/repositories/oss/calico/typha
Will restart the test once it's in.

@chengliangli0918 @mainred

https://acs-mirror.azureedge.net/calico-node/v3.21.2/binaries/calico-windows-v3.21.4.zip also does not exist https://github.com/Azure/AgentBaker/pull/1469

https://acs-mirror.azureedge.net/calico-node/v3.21.4/binaries/calico-windows-v3.21.4.zip is available now

🎉 🎉🎉
Just waiting on VHD build to complete.


Make pattern match all systemd StatusUnitFormat

According to https://www.freedesktop.org/software/systemd/man/latest/systemd-system.conf.html#StatusUnitFormat=, the systemd may log with different formats when changing a unit's status (e.g. systemctl start containerd.service). For example, there are three possible formats:

Starting containerd.service...  when StatusUnitFormat=name
Starting containerd container runtime...  when StatusUnitFormat=description
Starting containerd.service - containerd container runtime...  when StatusUnitFormat=combined

/lgtm
/approve
/ok-to-test


Cleaned up the particle example

The checks are failing, but the files that are causing this weren't edited by me


Can't connect to repos

Expected behavior
After login, connect and download docker images
Actual behavior
Always rejected because errors: (HTTP code 500) server error - {"message":"Get https://registry-1.docker.io/v2/library/redis/manifests/latest: unauthorized: incorrect username or password"}
Information about the Issue
Steps to reproduce the behavior

... Login
...

This seems like something that could happen if you reset your password after already being logged in... maybe try logging out and back in? Because if I log in and check My Repos, it works fine.

Please try to login using your Docker ID (hub username) instead of your email. This should fix the issue.


[hyprland/window] window titles in special workspaces aren't shown

When a special workspace is toggled, the hyprland/window waybar module stays the same and persists even if the workspace behind the special workspace is changed (see video).
To reproduce:

open any window (that provides a window title) in a normal workspace
toggle special workspace
switch the workspace in the background

hyprctl workspaces gives the accurate window title for the special workspace, so I believe this should be on waybar's end?
Video:
https://github.com/user-attachments/assets/e925480d-a224-4d9d-9016-6dcd8c655262

#2924


Add a trigger button label

Is your feature request related to a problem? Please describe.
Adding a CTA label on the trigger button can increase awareness of the chatbot, and make it stand out compared to support bots.

Closed https://github.com/motifland/markprompt-js/pull/222


Test failure: Gets500_30_ErrorPage

This test fails occasionally with the following error:
System.AggregateException : One or more errors occurred. (IIS failed to start site.) (The object identifier does not represent a valid object. (Exception from HRESULT: 0x800710D8))
---- System.TimeoutException : IIS failed to start site.
---- System.Runtime.InteropServices.COMException : The object identifier does not represent a valid object. (Exception from HRESULT: 0x800710D8)
----- Inner Stack Trace #1 (System.TimeoutException) -----
   at Microsoft.AspNetCore.Server.IntegrationTesting.IISApplication.WaitUntilSiteStarted() in /_/src/Microsoft.AspNetCore.Server.IntegrationTesting.IIS/IISApplication.cs:line 122
   at Microsoft.AspNetCore.Server.IntegrationTesting.IISApplication.StartIIS(Uri uri, String contentRoot) in /_/src/Microsoft.AspNetCore.Server.IntegrationTesting.IIS/IISApplication.cs:line 79
   at Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer.DeployAsync() in /_/src/Microsoft.AspNetCore.Server.IntegrationTesting.IIS/IISDeployer.cs:line 85
   at Microsoft.AspNetCore.Server.IntegrationTesting.FunctionalTestsBase.DeployAsync(IISDeploymentParameters parameters) in /_/test/Common.FunctionalTests/Utilities/FunctionalTestsBase.cs:line 42
   at Microsoft.AspNetCore.Server.IISIntegration.FunctionalTests.StartupExceptionTests.Gets500_30_ErrorPage() in /_/test/Common.FunctionalTests/Inprocess/StartupExceptionTests.cs:line 75
--- End of stack trace from previous location where exception was thrown ---
----- Inner Stack Trace #2 (System.Runtime.InteropServices.COMException) -----
   at Microsoft.Web.Administration.Interop.IAppHostMethodInstance.Execute()
   at Microsoft.Web.Administration.ApplicationPool.Stop()
   at Microsoft.AspNetCore.Server.IntegrationTesting.IISApplication.StopAppPool() in /_/src/Microsoft.AspNetCore.Server.IntegrationTesting.IIS/IISApplication.cs:line 307
   at Microsoft.AspNetCore.Server.IntegrationTesting.IISApplication.StopAndDeleteAppPool() in /_/src/Microsoft.AspNetCore.Server.IntegrationTesting.IIS/IISApplication.cs:line 139
   at Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer.Dispose() in /_/src/Microsoft.AspNetCore.Server.IntegrationTesting.IIS/IISDeployer.cs:line 36
   at Microsoft.AspNetCore.Server.IntegrationTesting.FunctionalTestsBase.StopServer() in /_/test/Common.FunctionalTests/Utilities/FunctionalTestsBase.cs:line 53
   at ReflectionAbstractionExtensions.DisposeTestClass(ITest test, Object testClass, IMessageBus messageBus, ExecutionTimer timer, CancellationTokenSource cancellationTokenSource) in C:\Dev\xunit\xunit\src\xunit.execution\Extensions\ReflectionAbstractionExtensions.cs:line 76
------- Stdout: -------
| [0.001s] TestLifetime Information: Starting test Gets500_30_ErrorPage at 2018-08-04T01:28:52
| [0.005s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Information: Deploying [Variation] :: ServerType=IIS, Runtime=CoreClr, Arch=x64, BaseUrlHint=, Publish=True
| [0.009s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug: Processing C:\BuildAgent\temp\buildTmp\4e84e135b05a4fef8dc7b10a88b99fcf\runtimes\unix\lib\netcoreapp2.0
| [0.010s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying System.Security.Principal.Windows.dll
| [0.019s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug: Processing C:\BuildAgent\temp\buildTmp\4e84e135b05a4fef8dc7b10a88b99fcf\runtimes\unix\lib
| [0.019s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug: Processing C:\BuildAgent\temp\buildTmp\4e84e135b05a4fef8dc7b10a88b99fcf\runtimes\unix
| [0.021s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug: Processing C:\BuildAgent\temp\buildTmp\4e84e135b05a4fef8dc7b10a88b99fcf\runtimes\win\lib\netcoreapp2.0
| [0.021s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying System.Security.Principal.Windows.dll
| [0.023s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug: Processing C:\BuildAgent\temp\buildTmp\4e84e135b05a4fef8dc7b10a88b99fcf\runtimes\win\lib
| [0.023s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug: Processing C:\BuildAgent\temp\buildTmp\4e84e135b05a4fef8dc7b10a88b99fcf\runtimes\win
| [0.024s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug: Processing C:\BuildAgent\temp\buildTmp\4e84e135b05a4fef8dc7b10a88b99fcf\runtimes
| [0.024s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug: Processing C:\BuildAgent\temp\buildTmp\4e84e135b05a4fef8dc7b10a88b99fcf\x64
| [0.025s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying aspnetcorev2_inprocess.dll
| [0.026s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying aspnetcorev2_inprocess.pdb
| [0.034s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug: Processing C:\BuildAgent\temp\buildTmp\4e84e135b05a4fef8dc7b10a88b99fcf
| [0.034s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying aspnetcorev2_inprocess.dll
| [0.036s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying aspnetcorev2_inprocess.pdb
| [0.047s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying Microsoft.AspNetCore.Authentication.Abstractions.dll
| [0.049s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying Microsoft.AspNetCore.Authentication.Core.dll
| [0.051s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying Microsoft.AspNetCore.Hosting.Abstractions.dll
| [0.053s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying Microsoft.AspNetCore.Hosting.dll
| [0.055s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying Microsoft.AspNetCore.Hosting.Server.Abstractions.dll
| [0.057s] Microsoft.AspNetCore.Server.IntegrationTesting.IIS.IISDeployer Debug:   Copying Microsoft.AspNetCore.Http.Abstract
...

Other tests within that build may have failed with a similar message, but they are not listed here. Check the link above for more info.
CC @Eilon,@muratg,@mkArtakMSFT
This issue was made automatically. If there is a problem contact @ryanbrandenburg.

Please use this workflow to address this flaky test issue, including checking applicable checkboxes and filling in the applicable "TODO" entries:

Is this actually a flaky test?

No, this is a regular test failure, fix the test/product (TODO: Link to commit/PR)
Yes, proceed below...

Is this test failure caused by product code flakiness? (Either this product, or another product this test depends on.)

[ ] File a bug against the product (TODO: Link to other bug)
Is it possible to change the test to avoid the flakiness?

Yes? Go to the "Change the test!" section.
No?

[ ] Disable the test (TODO: Link to PR/commit)
[ ] Wait for other bug to be resolved
[ ] Wait for us to get build that has the fix
[ ] Re-enable our test (TODO: Link to PR/commit)
[ ] Close this bug

Is it that the test itself is flaky? This includes external transient problems (e.g. remote server problems, file system race condition, etc.)

Is there is a way to change our test to avoid this flakiness?

Yes? Change the test!

[ ] Change the test to avoid the flakiness, for example by using a different test strategy, or by adding retries w/ timeouts (TODO: Link to PR/commit)
[ ] Run the test 100 times locally as a sanity check.
[ ] Close this bug

No?

[ ] Delete the test because flaky tests are not useful (TODO: Link to PR/commit)

This comment was made automatically. If there is a problem contact @ryanbrandenburg.

CheckStdoutWithLargeWrites failed with about the same error.
This comment was made automatically. If there is a problem contact @ryanbrandenburg.

AppOfflineDroppedWhileSiteIsDown_SiteReturns503 failed with about the same error.
This comment was made automatically. If there is a problem contact @ryanbrandenburg.

AppOfflineDroppedWhileSiteIsDown_SiteReturns503 failed with about the same error.
This comment was made automatically. If there is a problem contact @ryanbrandenburg.

Gets500_30_ErrorPage failed with about the same error.
This comment was made automatically. If there is a problem contact @ryanbrandenburg.


[BUG]: schemaFilter deletes schema

What version of drizzle-orm are you using?
0.29.1
What version of drizzle-kit are you using?
0.20.6
Describe the Bug
schemaFilter in config deletes schema
Expected behavior
No response
Environment & setup
No response

Hello, @shellking4! Сould you tell more about this issue and the steps on how to reproduce it?

drizzle.config.ts：
import type { Config } from "drizzle-kit";
import * as dotenv from "dotenv";

dotenv.config({ path: "../../.env" });

export default {
  schema: "./src/schema",
  driver: "pg",
  dbCredentials: {
    connectionString: process.env.DATABASE_URL!,
  },
  out: "./drizzle",
  tablesFilter: ["getgot_*"],
  schemaFilter: ["getgot_test"],
} satisfies Config;

DATABASE_URL：
postgresql://postgres:demo@db.demo.supabase.co:5432/postgres?search_path=getgot_test
package.json:
  "scripts": {
    "clean": "rm -rf .turbo node_modules",
    "format": "prettier --check . --ignore-path ../../.gitignore",
    "lint": "eslint .",
    "push": "drizzle-kit push:pg",
    "studio": "drizzle-kit studio",
    "generate": "drizzle-kit generate:pg",
    "typecheck": "tsc --noEmit"
  },
  "dependencies": {
    "drizzle-orm": "^0.29.3",
    "postgres": "^3.4.3"
  },
  "devDependencies": {
    "@getgot/eslint-config": "workspace:^0.2.0",
    "@getgot/prettier-config": "workspace:^0.1.0",
    "@getgot/tsconfig": "workspace:^0.1.0",
    "dotenv-cli": "^7.3.0",
    "drizzle-kit": "^0.20.13",
    "eslint": "^8.56.0",
    "prettier": "^3.1.1",
    "typescript": "^5.3.3"
  },

index:
import { drizzle } from "drizzle-orm/postgres-js";
import postgres from "postgres";

import * as auth from "./schema/auth";
import * as post from "./schema/post";

export const schema = { ...auth, ...post };

export { mySqlTable as tableCreator } from "./schema/_table";

export * from "drizzle-orm";

const client = postgres(process.env.DATABASE_URL!);
export const db = drizzle(client, { schema });

If you are connecting, using search_path, then you should not use schemaFilter
If you are connecting without search_path, then you can leave schemaFilter

This issue seems not to be actually solved. Then opened a new issue for it here: https://github.com/drizzle-team/drizzle-orm/issues/2632


[OUTPUT] Jira Cloud SASS (jira-v2)

to:
cc: @airbnb/streamalert-maintainers
related to:
resolves:
Background
Jira with their SASS offering and later product versions have deprecated the use of basic username + password authentication and instead, they require an API key to be used.
The following takes the existing jira output and adds does the relevant b64 encoding + removes the cookie path.
Changes

Summary of changes
...

Testing
Steps for how this change was tested and verified.

Added Output to StreamAlert instance and carried out test_rules / live to see a jira issue + comment created.

Thanks for taking care of this! More or less the same as I have internally and it works great.

Thanks for taking care of this! More or less the same as I have internally and it works great.

Rebased onto release-3-5-0


The IgnoreNullValues not working when the map function is declared

In the following example, the IgnoreNullValues loses its role.
Although Person Name is a null, it still calls the trim method as defined in the map function,
Leading in abnormal NullReferenceException
class Person1
{
public string Name { get; set; }
}
class Person2
{
public string Name { get; set; }
}
void Main()
{
var mapper = new Mapper();
mapper.Config.NewConfig<Person1, Person2>().IgnoreNullValues(true)
.Map(dest => dest.Name, src => src.Name.Trim());  // Although name is a null , name map to name.trim() still called ???
mapper.Map(new Person1());
}

For the above reasons, I have to add it to each mapping rule
.IgnoreIf((src,dest)=>src.xxx== null, dest=>dest.xxx)
A global configuration cannot be used to solve this requirement：
TypeAdapterConfig.GlobalSettings.Default.IgnoreNullValues(true);

Hello, you can To give a more precise specification of the person2 class: a list of available constructors for the person2 class and a list of fields and member with public setters.
Because this maybe it is false positive Record detect problem

Or using map projection? From class  IgnoreNullValues(true) now Now is not supported .


Save inferred datetime format

Adds datetime format inference in transform if a format is not set
Closes #1021

Once this is working as expected, can we do some performance profiling of this against the code in main which added the infer_datetime_format=True parameter to the pd.to_datetime calls?
If I'm looking at this correctly we will always be specifying a format in the to_datetime calls, and if that is the case, I'm not sure inclusion of infer_datetime_format is needed or provides any benefit. I think it would be good to compare inference time with this code to the current code to understand.

Here is a notebook that can be used to test out performance of various approaches to calling pd.to_datetime. This isn't using Woodwork, but I will create a similar notebook using WW and post it here as well, when I have it done.
Datetime Perf Testing - Pandas.ipynb.zip

Here is a notebook that can be used to test inference times with Woodwork. Below is a brief summary of some initial result obtained initializing Woodwork in different ways on a dataframe with 10,000,000 rows:
Code in main branch:
df.ww.init(): 2.97 ms
df.ww.init(logical_types={'dates': Datetime}): 2.94 ms
df.ww.init(logical_types={'dates': Datetime(datetime_format="%m/%d/%Y")}): 3.30 ms
Current code in save-inferred-datetime-format branch:
df.ww.init(): 2.97 ms
df.ww.init(logical_types={'dates': Datetime}): 2.77 ms
df.ww.init(logical_types={'dates': Datetime(datetime_format="%m/%d/%Y")}): 2.98 ms
Not sure how definitive this is, but so far indications are that performance is similar.
Datetime Perf Testing - Woodwork.ipynb.zip


feat: add embeddable featured elements

Description
can be used as follows:
https://github.com/zeno-ml/zeno-hub/assets/5690524/ed176666-6c9e-4723-97e9-059b9fa7d35d
fix ZEN-314

do we want to make each card a single IFrame and people can combine them? Or add a URL parameter to specify how many are shown? Also maybe change the folder from featured to entry or something

do we want to make each card a single IFrame and people can combine them? Or add a URL parameter to specify how many are shown? Also maybe change the folder from featured to entry or something

Added a param to specify the number of items. I put it into entry but kept the featured folder. Might have individual embeddable entries as well at some point.

You need to leave a review @cabreraalex for me to be able to re-request a review from you.


fixed transports not using /usr/sbin on RHEL

Signed-off-by: David MacMillan<EMAIL_ADDRESS>Description
The same changes made to relay_restrictions.rb in https://github.com/chef-cookbooks/postfix/commit/0dd7bc851b80b486cf2a1cfeaedd9aef7c2f437d are applied to transports.rb in this PR.
Issues Resolved
N/A
Check List

[ ] All tests pass. See https://github.com/chef-cookbooks/community_cookbook_documentation/blob/master/TESTING.MD
[ ] New functionality includes testing.
[ ] New functionality has been documented in the README if applicable
[x] All commits have been signed for the Developer Certificate of Origin. See https://github.com/chef-cookbooks/community_cookbook_documentation/blob/master/CONTRIBUTING.MD

Thanks @DMac134


Sync eng/common directory with azure-sdk-tools for PR 1148

Sync eng/common directory with azure-sdk-tools for PR https://github.com/Azure/azure-sdk-tools/pull/1148  See eng/common workflow

https://github.com/Azure/azure-sdk-for-java/search?q=vs2017-win2016

/check-enforcer override


Remove req.Close from client methods

This does not allow connection pooling and causes undesirable latencies with
https calls. This behavior can be controlled by the caller using a transport
anyway.

👍


How to set BackchannelHttpHandler/etc settings of Startup when using WebApplicationFactory

The following was given as an example of setting BackchannelHttpHandler during testing. I am wondering what is the similar process for when using WebApplicationFactory? Trying to set handlers for AddIdentityServerAuthentication in Startup. Right now just temporarily made a static in Startup that I can overwrite with my handler but that is going to cause an issue if multiple WebApplicationFactories were created. The answer below looked promising but was not sure how to do that with WebApplicationFactory. Probably missing something obvious sorry! Any sample code reference? thank you P.S. Working around this with static was also marked as an answer on stackoverflow but again static will cause problems... https://stackoverflow.com/questions/52953732/how-can-i-set-my-identityserver4-backchannelhandler-from-within-an-xunit-integra
The following seems to be a better way but i am unsure how to do with WebApplicationFactory
Originally posted by @javiercn in https://github.com/aspnet/Security/issues/1666#issuecomment-370672398
public class LoopBackHandler : DelegatingHandler { }

var loopBackHandler = new LoopBackHandler();
var builder = WebHost.ConfigureServices(services => services.Configure<YourOptions>(o => o.BackChannelHandler = loopBackHandler));
var server = new TestServer(builder);
loopBackHandler.InnerHandler = server.CreateHandler();

Thanks for contacting us, @pwen090.
You can configure the WebApplicationFactory using https://docs.microsoft.com/en-us/dotnet/api/microsoft.aspnetcore.mvc.testing.webapplicationfactory-1.withwebhostbuilder?view=aspnetcore-2.2#Microsoft_AspNetCore_Mvc_Testing_WebApplicationFactory_1_WithWebHostBuilder_System_Action_Microsoft_AspNetCore_Hosting_IWebHostBuilder__ APIs.


Add Kusk Gateway to Landscape

Adding Kusk Gateway to API Gateways section for Kubeshop, CNCF Silver Member.
Pre-submission checklist:
Please check each of these after submitting your pull request:

[x] Are you only including a repo_url if your project is 100% open source? If so, you need to pick the single best GitHub repository for your project, not a GitHub organization.
[ ] Is your project closed source or, if it is open source, does your project have at least 300 GitHub stars?
[x Have you picked the single best (existing) category for your project?
[x] Does it follow the other guidelines from the new entries section?
[x] Have you added your SVG to hosted_logos and referenced it there?
[x] Does your logo clearly state the name of the project/product and follow the other logo guidelines?
[x] Does your project/product name match the text on the logo?
[x] Have you verified that the Crunchbase data for your organization is correct (including headquarters and LinkedIn)?
[ ] ~15 minutes after opening the pull request, the CNCF-Bot will post the URL for your staging server. Have you confirmed that it looks good to you and then added a comment to the PR saying "LGTM"?

Build failed because of:
Empty twitter for Karmada: https://twitter.com/karmada_io
Empty twitter for Spotinst Functions: https://twitter.com/spot_hq
Kusk Gateway  has an empty or missing homepage_url

LGTM!


[bug] Handle TechDocs missing more gracefully

Expected Behavior
If TechDocs is missing for a component I expect to get a more helpful error/warning message.
Also, this URL looks really weird to me: http://localhost:3000/docs/Component::searcher. Should there really be :: in the path?

Current Behavior
Clicking a TechDocs link when About card "crashes" rendering...

...leads to this problem:

If I click the DOCS tab I get a different experience:

@emmaindal @OrkoHunter

That RFC will be related, yes. We'll settle on something first, and then change all places as necessary after to make it consistent.

And input is of course welcome!

Thanks for the clarification, @freben !


[JOSS Review] Installation issues

On the first try installing I get a print statement that says "No installers available." on module import:
moorepants@garuda:~$ conda create -n optlang-review ipython
Fetching package metadata ...........
Solving package specifications: ..........

Package plan for installation in environment /home/moorepants/miniconda3/envs/optlang-review:

The following NEW packages will be INSTALLED:

    decorator:        4.0.10-py35_1
    ipython:          5.1.0-py35_0
    ipython_genutils: 0.1.0-py35_0
    openssl:          1.0.2j-0
    path.py:          8.2.1-py35_0
    pexpect:          4.0.1-py35_0
    pickleshare:      0.7.4-py35_0
    pip:              9.0.1-py35_1
    prompt_toolkit:   1.0.9-py35_0
    ptyprocess:       0.5.1-py35_0
    pygments:         2.1.3-py35_0
    python:           3.5.2-0
    readline:         6.2-2
    setuptools:       27.2.0-py35_0
    simplegeneric:    0.8.1-py35_1
    six:              1.10.0-py35_0
    sqlite:           3.13.0-0
    tk:               8.5.18-0
    traitlets:        4.3.1-py35_0
    wcwidth:          0.1.7-py35_0
    wheel:            0.29.0-py35_0
    xz:               5.2.2-0
    zlib:             1.2.8-3

Linking packages ...
[      COMPLETE      ]|############################################################################| 100%
#
# To activate this environment, use:
# > source activate optlang-review
#
# To deactivate this environment, use:
# > source deactivate optlang-review
#

moorepants@garuda:~$ act optlang-review
(optlang-review) moorepants@garuda:~$ pip install optlang
Collecting optlang
  Using cached optlang-1.0.0-py2.py3-none-any.whl
Requirement already satisfied: six>=1.9.0 in ./miniconda3/envs/optlang-review/lib/python3.5/site-packages (from optlang)
Collecting sympy>=1.0.0 (from optlang)
Collecting mpmath>=0.19 (from sympy>=1.0.0->optlang)
Installing collected packages: mpmath, sympy, optlang
Successfully installed mpmath-0.19 optlang-1.0.0 sympy-1.0
(optlang-review) moorepants@garuda:~$ ipython -c "import optlang"
No solvers available.
(optlang-review) moorepants@garuda:~$ ipython
Python 3.5.2 |Continuum Analytics, Inc.| (default, Jul  2 2016, 17:53:06)
Type "copyright", "credits" or "license" for more information.

IPython 5.1.0 -- An enhanced Interactive Python.
?         -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help      -> Python's own help system.
object?   -> Details about 'object', use 'object??' for extra details.

In [1]: import optlang
No solvers available.

In [2]:
Do you really want to exit ([y]/n)?
(optlang-review) moorepants@garuda:~$ python -c "import optlang"
No solvers available.

I'd suggest having all required dependencies installed automatically via the pip dependency resolution. Also, shouldn't import optlang raise and ImportError if the dependencies are not installed?

After pip installing swiglpk the example runs:
(optlang-review) moorepants@garuda:~$ pip install swiglpk
Collecting swiglpk
  Downloading swiglpk-1.3.3-cp35-cp35m-manylinux1_x86_64.whl (1.8MB)
    100% |████████████████████████████████| 1.8MB 549kB/s
Installing collected packages: swiglpk
Successfully installed swiglpk-1.3.3
(optlang-review) moorepants@garuda:~$ python -c 'import optlang'
(optlang-review) moorepants@garuda:~$ ipython
Python 3.5.2 |Continuum Analytics, Inc.| (default, Jul  2 2016, 17:53:06)
Type "copyright", "credits" or "license" for more information.

IPython 5.1.0 -- An enhanced Interactive Python.
?         -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help      -> Python's own help system.
object?   -> Details about 'object', use 'object??' for extra details.

In [1]: %paste
from optlang.glpk_interface import Model, Variable, Constraint, Objective

x1 = Variable('x1', lb=0)
x2 = Variable('x2', lb=0)
x3 = Variable('x3', lb=0)

c1 = Constraint(x1 + x2 + x3, ub=100)
c2 = Constraint(10 * x1 + 4 * x2 + 5 * x3, ub=600)
c3 = Constraint(2 * x1 + 2 * x2 + 6 * x3, ub=300)

obj = Objective(10 * x1 + 6 * x2 + 4 * x3, direction='max')

model = Model(name='Simple model')
model.objective = obj
model.add([c1, c2, c3])

status = model.optimize()

## -- End pasted text --

In [2]: print('status:', model.status)
status: optimal

In [3]: print('objective value:', model.objective.value)
objective value:<PHONE_NUMBER>333333

In [4]: for var_name, var in model.variables.iteritems():
   ...:     print(var_name, '=', var.primal)
   ...:
x1 = 33.33333333333333
x2 = 66.66666666666667
x3 = 0.0

The example uses old style Python printing in the README. I'd suggest updating to Python 2.7/3+ valid code.

I see that you have 4 optional dependcies for solvers. I removed swiggplk and tried the scipy backend, but get this error:
(optlang-review) moorepants@garuda:~$ pip uninstall swiglpk
Uninstalling swiglpk-1.3.3:
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk-1.3.3.dist-info/DESCRIPTION.rst
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk-1.3.3.dist-info/INSTALLER
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk-1.3.3.dist-info/METADATA
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk-1.3.3.dist-info/RECORD
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk-1.3.3.dist-info/WHEEL
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk-1.3.3.dist-info/metadata.json
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk/.libs/libglpk-190a7631.so.40.1.0
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk/__init__.py
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk/__pycache__/__init__.cpython-35.pyc
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk/__pycache__/swiglpk.cpython-35.pyc
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk/_swiglpk.cpython-35m-x86_64-linux-gnu.so
  /home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/swiglpk/swiglpk.py
Proceed (y/n)? y
  Successfully uninstalled swiglpk-1.3.3
(optlang-review) moorepants@garuda:~$ conda install scipy
Fetching package metadata ...........
Solving package specifications: ..........

Package plan for installation in environment /home/moorepants/miniconda3/envs/optlang-review:

The following NEW packages will be INSTALLED:

    libgfortran: 3.0.0-1
    mkl:         11.3.3-0
    numpy:       1.11.2-py35_0
    scipy:       0.18.1-np111py35_0

Linking packages ...
[      COMPLETE      ]|############################################################################| 100%
(optlang-review) moorepants@garuda:~$ ipython
Python 3.5.2 |Continuum Analytics, Inc.| (default, Jul  2 2016, 17:53:06)
Type "copyright", "credits" or "license" for more information.

IPython 5.1.0 -- An enhanced Interactive Python.
?         -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help      -> Python's own help system.
object?   -> Details about 'object', use 'object??' for extra details.

In [1]: %paste
from optlang.glpk_interface import Model, Variable, Constraint, Objective

x1 = Variable('x1', lb=0)
x2 = Variable('x2', lb=0)
x3 = Variable('x3', lb=0)

c1 = Constraint(x1 + x2 + x3, ub=100)
c2 = Constraint(10 * x1 + 4 * x2 + 5 * x3, ub=600)
c3 = Constraint(2 * x1 + 2 * x2 + 6 * x3, ub=300)

obj = Objective(10 * x1 + 6 * x2 + 4 * x3, direction='max')

model = Model(name='Simple model')
model.objective = obj
model.add([c1, c2, c3])

status = model.optimize()

## -- End pasted text --
---------------------------------------------------------------------------
ImportError                               Traceback (most recent call last)
<ipython-input-1-32194ddcbb11> in <module>()
----> 1 from optlang.glpk_interface import Model, Variable, Constraint, Objective
      2
      3 x1 = Variable('x1', lb=0)
      4 x2 = Variable('x2', lb=0)
      5 x3 = Variable('x3', lb=0)

/home/moorepants/miniconda3/envs/optlang-review/lib/python3.5/site-packages/optlang/glpk_interface.py in <module>()
     41 log = logging.getLogger(__name__)
     42
---> 43 from swiglpk import glp_find_col, glp_get_col_prim, glp_get_col_dual, GLP_CV, GLP_IV, GLP_BV, GLP_UNDEF, GLP_FEAS, \
     44     GLP_INFEAS, GLP_NOFEAS, GLP_OPT, GLP_UNBND, \
     45     glp_set_col_kind, glp_find_row, glp_get_row_prim, glp_get_row_dual, glp_get_obj_val, glp_set_obj_dir, glp_init_smcp, \

ImportError: No module named 'swiglpk'

Should any of the backends work?

The installation instructions on readthedocs seem to be more up-to-date and clearer than the README. It would be a good idea to have them match in terms of content.

Swiglpk is now a requirement, so after installing optlang with pip, the package can be used for optimizing problems without any further installations.
Since scipy is a huge package, and it's linear programming functionalities are quite limited, we do not think it makes sense to also have this as a mandatory dependency.
The reason that "No solvers available" does not raise an error is that optlang can still be used to formulate, manipulate and save problems even without a solver. With swiglpk as a requirement, this is not so relevant however.
Your comments about the README were very valid and have been addressed (in #55). The example in the README should work with other solvers now.


allow overriding cache behavior in RT flow to support adal-node to msal-node migration

This PR proposes a change to refresh token flow caching behavior to accommodate migration scenarios, by allowing devs to override the default behavior via an optional forceCache property on RefreshTokenRequest (msal-node) and CommonRefreshTokenRequest (msal-common) types.
An alternative approach would be to detect when acquireTokenByRefreshToken is called within a confidential client app, and allow caching RT flow response by default when no corresponding account info found in cache (this would require PublicClientApplication and ConfidentialClientApplication classes to have their own acquireTokenByRefreshToken implementation, instead of inheriting). The current behavior for RT flow was intended to prevent cache overwrites in public client app cache sharing scenarios; since confidential client apps should not share cache, this concern does not apply.
This also adds a sample to demonstrate usage.

Codecov Report

Merging #4844 (1fa440e) into dev (19c2620) will not change coverage.
The diff coverage is 75.00%.

Flag
Coverage Δ

*Carryforward flag

msal-angular
96.42% <ø> (ø)

Carriedforward from 19c2620

msal-browser
87.10% <ø> (ø)

Carriedforward from 19c2620

msal-common
85.89% <75.00%> (ø)

Carriedforward from 19c2620

msal-core
82.67% <ø> (ø)

Carriedforward from 19c2620

msal-node
83.40% <ø> (ø)

Carriedforward from 19c2620

msal-node-extensions
76.03% <ø> (ø)

Carriedforward from 19c2620

msal-react
94.50% <ø> (ø)

Carriedforward from 19c2620

node-token-validation
86.92% <ø> (ø)

*This pull request uses carry forward flags. Click here to find out more.

Impacted Files
Coverage Δ

lib/msal-common/src/client/RefreshTokenClient.ts
69.38% <0.00%> (ø)

lib/msal-common/src/response/ResponseHandler.ts
69.34% <100.00%> (ø)

@derisen I wonder if another solution might be to expose an API that allows developers to pass in an account to be added to the cache and then ask migration scenarios to call this API first. Would that address the gap?

@derisen I wonder if another solution might be to expose an API that allows developers to pass in an account to be added to the cache and then ask migration scenarios to call this API first. Would that address the gap?

@tnorling ah, good idea! There's actually a setAccount method, but it's not public. Let me look into this.

ws developers to pass in an account to be added to the cache and then ask migration scenarios to call this API first. Would that address the gap?

@tnorling I've looked into this, but I'm not sure if we can reliably construct an account object (or rather, generate an account cache key) based on the limited information from adal cache (cache schemas are incompatible, but we can retrieve clientId, tenantId, oid, username, authority and issuer). For instance, what should we assign to environment parameter for an adal app that acquired tokens from AAD v1 , so that when handling the RT flow response from AAD v2, the account cache keys would match and the account section in cache gets updated. It looks like there's some guesswork which would open up hard to foresee edge cases. @sameerag thoughts?

ws developers to pass in an account to be added to the cache and then ask migration scenarios to call this API first. Would that address the gap?

@tnorling I've looked into this, but I'm not sure if we can reliably construct an account object (or rather, generate an account cache key) based on the limited information from adal cache (cache schemas are incompatible, but we can retrieve clientId, tenantId, oid, username, authority and issuer). For instance, what should we assign to environment parameter for an adal app that acquired tokens from AAD v1 , so that when handling the RT flow response from AAD v2, the account cache keys would match and the account section in cache gets updated. It looks like there's some guesswork which would open up hard to foresee edge cases. @sameerag thoughts?

Environment is just the authority domain and shouldn't be affected by v1 vs v2. I think the fields you listed should be enough, is there anything else you think is missing?

ws developers to pass in an account to be added to the cache and then ask migration scenarios to call this API first. Would that address the gap?

@tnorling I've looked into this, but I'm not sure if we can reliably construct an account object (or rather, generate an account cache key) based on the limited information from adal cache (cache schemas are incompatible, but we can retrieve clientId, tenantId, oid, username, authority and issuer). For instance, what should we assign to environment parameter for an adal app that acquired tokens from AAD v1 , so that when handling the RT flow response from AAD v2, the account cache keys would match and the account section in cache gets updated. It looks like there's some guesswork which would open up hard to foresee edge cases. @sameerag thoughts?

Environment is just the authority domain and shouldn't be affected by v1 vs v2. I think the fields you listed should be enough, is there anything else you think is missing?

@tnorling what I'm failing to see is how can we be sure of what environment will be returned from the service

adal app acquires an access token from AAD v1 -authority/issuer is "sts.windows.net"
msal app uses the proposed addAccount API, passes account information for the user (homeAccountId, environment, idToken etc.)
addAccount API does some mapping under the hood from v1 "sts.windows.net" to one of the v2 authority aliases ("login.microsoftonline.com", "login.windows.net", "login.microsoft.com"), creates the account entity and the corresponding account cache key <home_account_id>-<environment>-<realm*>
msal app uses acquireTokenByRefreshToken, service responds, a cache key is generated in responseHandler based on the service response, and this matches with the previously generated cache key, and the cache gets updated.

I'm just missing how in step 3 we can reliably map "sts.windows.net" to the either of ("login.microsoftonline.com", "login.windows.net", "login.microsoft.com") that the server may respond with. Will the authority in response always be exactly what is set in the configuration object?

This happens during authority discovery. When you call acquireTokenByRefreshToken it will first make a network request to the instance discovery endpoint to get the aliases for the provided authority. It will then do a cache lookup for accounts/tokens and any entries that match one of the aliases are considered valid.

ws developers to pass in an account to be added to the cache and then ask migration scenarios to call this API first. Would that address the gap?

@tnorling I've looked into this, but I'm not sure if we can reliably construct an account object (or rather, generate an account cache key) based on the limited information from adal cache (cache schemas are incompatible, but we can retrieve clientId, tenantId, oid, username, authority and issuer). For instance, what should we assign to environment parameter for an adal app that acquired tokens from AAD v1 , so that when handling the RT flow response from AAD v2, the account cache keys would match and the account section in cache gets updated. It looks like there's some guesswork which would open up hard to foresee edge cases. @sameerag thoughts?

Environment is just the authority domain and shouldn't be affected by v1 vs v2. I think the fields you listed should be enough, is there anything else you think is missing?

@tnorling what I'm failing to see is how can we be sure of what environment will be returned from the service

adal app acquires an access token from AAD v1 -authority/issuer is "sts.windows.net"
msal app uses the proposed addAccount API, passes account information for the user (homeAccountId, environment, idToken etc.)
addAccount API does some mapping under the hood from v1 "sts.windows.net" to one of the v2 authority aliases ("login.microsoftonline.com", "login.windows.net", "login.microsoft.com"), creates the account entity and the corresponding account cache key <home_account_id>-<environment>-<realm*>
msal app uses acquireTokenByRefreshToken, service responds, a cache key is generated in responseHandler based on the service response, and this matches with the previously generated cache key, and the cache gets updated.

I'm just missing how in step 3 we can reliably map "sts.windows.net" to the either of ("login.microsoftonline.com", "login.windows.net", "login.microsoft.com") that the server may respond with. Will the authority in response always be exactly what is set in the configuration object?

This happens during authority discovery. When you call acquireTokenByRefreshToken it will first make a network request to the instance discovery endpoint to get the aliases for the provided authority. It will then do a cache lookup for accounts/tokens and any entries that match one of the aliases are considered valid.

So basically any one of the aliases will be considered a cache key match? -but this doesn't seem to be the case currently i.e. I was only able to get a match if I pass exactly "login.windows.net" (which is also not what's set for authority on configuration object) :confused:

ws developers to pass in an account to be added to the cache and then ask migration scenarios to call this API first. Would that address the gap?

@tnorling I've looked into this, but I'm not sure if we can reliably construct an account object (or rather, generate an account cache key) based on the limited information from adal cache (cache schemas are incompatible, but we can retrieve clientId, tenantId, oid, username, authority and issuer). For instance, what should we assign to environment parameter for an adal app that acquired tokens from AAD v1 , so that when handling the RT flow response from AAD v2, the account cache keys would match and the account section in cache gets updated. It looks like there's some guesswork which would open up hard to foresee edge cases. @sameerag thoughts?

Environment is just the authority domain and shouldn't be affected by v1 vs v2. I think the fields you listed should be enough, is there anything else you think is missing?

@tnorling what I'm failing to see is how can we be sure of what environment will be returned from the service

adal app acquires an access token from AAD v1 -authority/issuer is "sts.windows.net"
msal app uses the proposed addAccount API, passes account information for the user (homeAccountId, environment, idToken etc.)
addAccount API does some mapping under the hood from v1 "sts.windows.net" to one of the v2 authority aliases ("login.microsoftonline.com", "login.windows.net", "login.microsoft.com"), creates the account entity and the corresponding account cache key <home_account_id>-<environment>-<realm*>
msal app uses acquireTokenByRefreshToken, service responds, a cache key is generated in responseHandler based on the service response, and this matches with the previously generated cache key, and the cache gets updated.

I'm just missing how in step 3 we can reliably map "sts.windows.net" to the either of ("login.microsoftonline.com", "login.windows.net", "login.microsoft.com") that the server may respond with. Will the authority in response always be exactly what is set in the configuration object?

This happens during authority discovery. When you call acquireTokenByRefreshToken it will first make a network request to the instance discovery endpoint to get the aliases for the provided authority. It will then do a cache lookup for accounts/tokens and any entries that match one of the aliases are considered valid.

So basically any one of the aliases will be considered a cache key match during response handling? -but this doesn't seem to be the case currently i.e. I was only able to get a match if I pass exactly "login.windows.net" to addAccount API as environment (which is also not what's set for authority on configuration object). The cache won't update for any other aliases 😕

thanks @tnorling, this approach would work too. I still favour the optional flag approach for the sake of simplicity, but I'll leave the final decision to you @sameerag @tnorling. Will open another PR for adding an addAccount API and leave this one as it is for comparison.

Much appreciated @sameerag @Robbie-Microsoft -merging this.


Update contributors list.

We should also thank Anton Palmqvist for contributing his example materials.

Yes, if we could include them, that would look great.


[Candidate 1v1 Blue Hole ZH v1] Audio emitters have no easing

Observed behaviour
Audio emitters have no easing. Sounds clips in and out unpleasantly.
Expected behavior
Sound is setup with easing. Scrolling over the map gives nice audio transitions.
Videos
https://github.com/TheSuperHackers/GeneralsRankedMaps/assets/4720891/21349ac7-f7b5-4637-b0ca-025ad940ec4c

Sounds better overall. There now is a loud car sound in the top left corner. It appears to originate from the Explosive Truck. After killing the truck, the sound is gone.

Car sound is fixed. There still is a bit of crackling by the wind but nothing too worrying.


Classpath cache files don't work with 2 different devon-ide environments

Expected behavior
As a CobiGen CLI user, I want CobiGen to cache my classpath for each devonfw IDE environment separately so that the classPathLoader uses my current environment dependencies properly.
Actual behavior
When executing a generate command, a pom-cp*.txt file gets created in my C:\Users\username\.cobigen\cli-config folder.
When I execute another generate command in another environment, the same pom-cp file gets used and the classLoader tries to load classes from a different environment than my current.
[DEBUG] Current working directory: D:\devon_new\workspaces\main\testexample

...

[DEBUG] URL Classloader with URLs:
[DEBUG]   * file:/D:/devon_latest/conf/.m2/repository/com/devonfw/cobigen/javaplugin/2021.08.002/javaplugin-2021.08.002.jar

Steps to reproduce (bug) / Use Case of feature request (enhancement)

Browse to your C:\Users\username\.cobigen\cli-config folder
Delete all pom-cp*.txt files
Debug the generate process in your IDE (look for: [DEBUG] URL Classloader with URLs:)
Create a 2nd devonfw-ide environment with a new workspace and project
Debug the generate process in your new IDE (again look for: [DEBUG] URL Classloader with URLs:)
The 2nd generate uses the classPaths of the first IDE environment

Related/Dependent Issues
Comments/Hints:
Affected version:

CobiGen CLI 2021.08.002

Was temporarily fixed for new devonfw-ide installations with: https://github.com/devonfw/ide/issues/696.
Will be continued with: #1476


Add file writing capabilities to the archiving service to take a stream of data (binary or mapped content) and write out a file to the appropriate area within the archiving space on disk for that site and tool.

Done. Writer created, zip service crated and Jsonifier class created.


fix issue 1255: Move snippets to the snippets location #2

Related to #10774 .

Please help to check this PR first . Some codesnippets are changed in dotnet/docs repo and the PR is used to move the changes to samples repo. Before that pr merged, this pr build may get some warnings or the page may looks different from before.
There are four topics left which I didn't fix. Since I can't find the codesnippet from samples repo. So please manually fix them.

docs\csharp\programming-guide\strings\index.md
docs\csharp\programming-guide\arrays\single-dimensional-arrays.md
docs\visual-basic\reference\command-line-compiler\imports.md
docs\visual-basic\programming-guide\language-features\events\index.md

For deleting the the snippets in this repo, I think you can remove all the snippet folders after this four topics fixed. Or I can send a separate PR to delete no-used snippets later after these two PR merged.

closing and reopening to start a new build to pick up new samples PRs


Subscribers

This is an updated version of #29119. I only made changes to the first commit.
Fixes https://github.com/zulip/zulip/issues/28887.
New page:

@drrosa Your review would be helpful, but no worries if you are too busy now.

Merged, thanks @alya!


Spaces in filename

shows issue with spaces in filenames (not directory names).

converted to PR https://github.com/sobolevn/git-secret/pull/239


hardcoded DNS

in azure/utility/NetworkHelper.java, the DNS server is hard coded to be '<IP_ADDRESS>'. This might cause the vm not be able to route internet.
It might be a good idea to dynamically assign a DNS to the machine.

@xindzhan

The idea for most helper is that it creates a simple default template while any component like VNET can be customized or replaced in the main context object and I would use this as the current workaround.
Meanwhile I completely agree that these hardcode setting shall be replace with better dynamic setting and maybe we can create a list of items like this to be included in the work for autorest migration?

Yeah, we need a better story here. We can provide an uber overload, or a configuration, or some other ways to support both dynamic setting and default setting with simplicity.
I'm sure we will revisit this part in the work of migration.
Closing as there is a workaround for now.

Hi, I am unable to launch an instance with any VNET DNS other than <IP_ADDRESS>, what am I missing here:
        ArrayList<String> dnsServers = new ArrayList<>();
        dnsServers.add("<IP_ADDRESS>");
        DhcpOptions dhcpOptions = new DhcpOptions();
        dhcpOptions.setDnsServers(dnsServers);
        virtualNetwork.setDhcpOptions(dhcpOptions);
        context.setVirtualNetwork(virtualNetwork);

        try {
            ComputeHelper.createOrUpdateResourceGroup(resourceManagementClient, context);
            NetworkHelper.createVirtualNetwork(networkResourceProviderClient, context);
        } catch (Exception e) {
            ...
        }

Hi Brian did you get exception from the sdk or does the VM instance failed after request sent? I think the default we use is "<IP_ADDRESS>".

No, it would just start up with a dns of <IP_ADDRESS> still.
I managed to solve the issue by using my own createVirtualNetwork method, this is because the createVirtualNetwork method in the SDK sets it to <IP_ADDRESS> as this issue describes.
NetworkHelper.java


[ansible/artifactory] Bugfix when enabling artifactory_docker_registry_subdomain

PR Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[X] Title of the PR starts with installer/product name (e.g. [ansible/artifactory])
[ ] CHANGELOG.md updated
[ ] Variables and other changes are documented in the README.md

What this PR does / why we need it:
Amends server_name to create a repo variable in Nginx config. That is needed for the rewrite rule when artifactory_docker_registry_subdomain is true.
 {% if artifactory_docker_registry_subdomain %}rewrite ^/(v1|v2)/(.*) /artifactory/api/docker/$repo/$1/$2;{% endif %}

Which issue this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close that issue when PR gets merged): fixes #353
Special notes for your reviewer:

Compare the generated config of Artifactory with /ui/admin/artifactory/configuration/reverse_proxy
###########################################################
## this configuration was generated by JFrog Artifactory ##
###########################################################

## add ssl entries when https has been set in config
ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;
ssl_certificate      /etc/pki/tls/certs/cert.pem;
ssl_certificate_key  /etc/pki/tls/private/cert.key;
ssl_session_cache shared:SSL:1m;
ssl_prefer_server_ciphers   on;
## server configuration
server {
    listen 443 ssl;

    server_name ~(?<repo>.+)\.artifactory.example.com artifactory.example.com;

    if ($http_x_forwarded_proto = '') {
        set $http_x_forwarded_proto  $scheme;
    }
    ## Application specific logs
    ## access_log /var/log/nginx/artifactory.example.com-access.log timing;
    ## error_log /var/log/nginx/artifactory.example.com-error.log;
    rewrite ^/$ /ui/ redirect;
    rewrite ^/ui$ /ui/ redirect;
    rewrite ^/(v1|v2)/(.*) /artifactory/api/docker/$repo/$1/$2;
    chunked_transfer_encoding on;
    client_max_body_size 0;
    location / {
    proxy_read_timeout  2400s;
    proxy_pass_header   Server;
    proxy_cookie_path   ~*^/.* /;
    proxy_buffer_size 128k;
    proxy_buffers 40 128k;
    proxy_busy_buffers_size 128k;
    proxy_pass          http://artifactory.example.com:8082;
    proxy_set_header    X-JFrog-Override-Base-Url $http_x_forwarded_proto://$host:$server_port;
    proxy_set_header    X-Forwarded-Port  $server_port;
    proxy_set_header    X-Forwarded-Proto $http_x_forwarded_proto;
    proxy_set_header    Host              $http_host;
    proxy_set_header    X-Forwarded-For   $proxy_add_x_forwarded_for;
    add_header X-Content-Type-Options "nosniff" always;
    add_header Strict-Transport-Security always;

        location ~ ^/artifactory/ {
            proxy_pass    http://artifactory.example.com:8081;
        }
    }
}


Updates depreciated tcpip_adapter to replacement esp_netif component

The tcpip_adapter component in versions after 4.1 has been depteciated and is
acuallly a wraper to the new esp_netif interface, this commit switches to using
the new interface directly and eliminates compiler warnings and the unnecessary
headers from the depreciated component.
Complete documentation for the new interface can be found at:
https://docs.espressif.com/projects/esp-idf/en/v4.4/esp32/api-reference/network/esp_netif.html
Closes issue #294.
Signed-off-by: Winford<EMAIL_ADDRESS>These changes are made under both the "Apache 2.0" and the "GNU Lesser General
Public License 2.1 or later" license terms (dual license).
SPDX-License-Identifier: Apache-2.0 OR LGPL-2.1-or-later

NOTE: This commit does break building with the depreciated v3.x of ESP-IDF!
There is also a migration guide for moving from tcpip_adapter to esp_netif:
https://docs.espressif.com/projects/esp-idf/en/v4.4/esp32/api-reference/network/tcpip_adapter_migration.html

Further testing has revealed some problems with this PR. Usage of the esp_event_loop component will likely need to be replaced by the updated esp_event component before esp_netif will work reliably.


Add support link for Cody Pro & Enterprise

Adds Support to the sidebar and settings quickpick:

[ ] Fix Support to only show for Pro & Ent in quickpick

Test plan

Open sidebar on pro & ent plans. Click Support. Verify works.
Open settings quickpick on pro & ent plans. Click Support. Verify works.
Open sidebar on free plan. Verify no support link.
Open settings quickpick on free plan. Verify no support link.

@enriquegh it would be good to fill the current Cody for VS Code version automatically, and pre-fill https://help.sourcegraph.com/hc/en-us/requests/new — is it possible to pass it URL params? We could pass the version number, and account type.

@abeatrix could I please get your assistance making the display of the quickpick item conditional, similar to how it works in the treeview?

@abeatrix doh, I forget to check in the code that needed the conditionals! Fixed in d8b96dd53

@toolmantim pushed the changes to the branch 👍

Added some e2e tests but something funky is going on with the unit tests now 🤔

Added some e2e tests but something funky is going on with the unit tests now 🤔

That's probably related to an issue @valerybugakov is working on

Yeah, unit tests should be fixed on main now 👍


Zend\Cache clearExpired - getMTime(): stat failed

This issue has been moved from the zendframework repository as part of the bug migration program as outlined here - http://framework.zend.com/blog/2016-04-11-issue-closures.html

Original Issue: https://api.github.com/repos/zendframework/zendframework/issues/7467
User: @startef
Created On: 2015-04-28T23:31:13Z
Updated At: 2015-11-06T22:14:14Z
Body
Hello,
I recently encountered an old problem that was first described and fixed here: https://github.com/zendframework/zf2/issues/6048
On my more busy projects the logs get filled up with
PHP Fatal error: Uncaught exception 'RuntimeException' with message 'SplFileInfo::getMTime(): stat failed for .../some/dir/filename.dat' in .../some/dir/zendframework/zend-cache/Zend/Cache/Storage/Adapter/Filesystem.php:153
The ExceptionHandler should have taken care of it actually, but somehow it doesn't anymore.
startef
Edit: Just noticed, it is not only the getMTime(). It also shows exceptions for unlink(), probably for the same reason of concurrent requests.
Edit2: PHP-Version is 5.5.22

Comment
User: @startef
Created On: 2015-08-17T10:20:16Z
Updated At: 2015-08-17T10:20:16Z
Body
A temporary solution was posted at https://github.com/heiseonline/shariff-backend-php/issues/22

This has been fixed already and will be in 2.7.2 by #102


Allow get_context() to supply a TextureSystem::Perthread* to use for that context.

More texture per-thread tweaking: allow get_context() to supply aTextureSystem::Perthread* to use for that context.
This is helpful for renderers that want to save a bit of time by allocating such things up front.

I was actually hoping we could remove the concept of per-thread texture systems from OSL altogether since its really just an implementation detail of OIIO's texture system (which an OSL based renderer may not even use).
Any advanced user that cares about the performance can override the implementation of texture() and related calls in RendererServices (the default implementations can just rely on the auto fetching that OIIO does by default).

I like the idea of making it so that renderers that use OIIO's texture system can generally get away with just relying on the OSL default implementation of RendererServices::texture() and not need to override it at all. Yes, a renderer can override TS::texture() (as ours does), but I don't advocate that people do that unless they have a specific need, and don't wish to make that a requirement for the best performance. We also in many places assume that any renderer that does provide its own texture system nonetheless adheres to OIIO::TS's API, so that TS, if it doesn't have any important per-thread concepts, can just return a dummy pointer for TS::get_perthread_info(), and again, all will work fine.
This is a pretty minimal change, and a renderer is free to ignore the issue entirely (with very little penalty). There's some complexity on the OIIO side, and on the Arnold side (for us), but very little in OSL itself with regard to this issue. I think removing the last bit of it from OSL would more than make up for it with forcing extra complexity on the renderer implementation. So I'd like to stand by this review.

So, ok with this?

LGTM


Fix "margin" capitalization

Not sure if this is intentional or not, but margin is Margin sometimes in the CSS.

Nevermind:

This is on purpose. Some clients require M or it is ignored.

Related:  #39


Not able to work with Appium studio with the QAF Framework.

Hello QAF Team,
We setup Appium Desktop in our mechine and using hte same QAF Framework it was working fine.
After that we setup appium studio and we want to use the same QAF  Framework with Appium Studio too. But it is throwing the following error.
[RemoteTestNG] detected TestNG version 6.10.0
main: ISFW build info: {qaf-Type=core, qaf-Revision=13, qaf-Version=2.1, qaf-Build-Time=20-Feb-2018 00:19:29}
include groups [@ContractAdminRefines]
exclude groups: [] Scanarios location: src/main/resources/scenarios
TestNG: Adding resources from: src/main/resources/android
TestNG: â–ˆ TEST STARTED: Contract_Admin_Refines [{passcode=Welcome1, url=https://vf4-cust225.dev.sapbydesign.com, username=administration01, password=Welcome1, customer_account_id=MC6127, product_id=MCF-0001, serial_id=SER_, contracts_new_name=Cont_, service_level=MCSL-0005, create_so_type=Service Contract, create_new_contracts_notes_customer_information=New Notes For Customer Information}]
TestNG: â–„ â–„ â–„ BEGIN STEP: Given I launch application in appium â–„ â–„ â–„
TestNG: Initializing Driver...browser_str:appiumDriver,base_url:,sel_server:http://<IP_ADDRESS>:4723/wd/hub,port:4723
TestNG: Driver: appiumDriver
Unable to create driver instance in 1st attempt with retry timeout of 60 seconds. You can check/set value of 'driver.init.retry.timeout' appropriately to set retry timeout on driver initialization failure.Unable to Create Driver Instance for appium: java.lang.reflect.InvocationTargetException
Build info: version: '3.6.0', revision: '6fbf3ec767', time: '2017-09-27T15:28:36.4Z'
System info: host: 'INLN50942421A', ip: '<IP_ADDRESS>', os.name: 'Windows 10', os.arch: 'amd64', os.version: '10.0', java.version: '1.8.0_144'
Driver info: driver.version: unknown
TestNG: Driver: appiumDriver
Unable to create driver instance in 2nd attempt with retry timeout of 60 seconds. You can check/set value of 'driver.init.retry.timeout' appropriately to set retry timeout on driver initialization failure.Unable to Create Driver Instance for appium: java.lang.reflect.InvocationTargetException
Build info: version: '3.6.0', revision: '6fbf3ec767', time: '2017-09-27T15:28:36.4Z'
System info: host: 'INLN50942421A', ip: '<IP_ADDRESS>', os.name: 'Windows 10', os.arch: 'amd64', os.version: '10.0', java.version: '1.8.0_144'
Driver info: driver.version: unknown
TestNG: Driver: appiumDriver
Unable to create driver instance in 3rd attempt with retry timeout of 60 seconds. You can check/set value of 'driver.init.retry.timeout' appropriately to set retry timeout on driver initialization failure.Unable to Create Driver Instance for appium: java.lang.reflect.InvocationTargetException
Build info: version: '3.6.0', revision: '6fbf3ec767', time: '2017-09-27T15:28:36.4Z'
System info: host: 'INLN50942421A', ip: '<IP_ADDRESS>', os.name: 'Windows 10', os.arch: 'amd64', os.version: '10.0', java.version: '1.8.0_144'
Driver info: driver.version: unknown
TestNG: Driver: appiumDriver
Unable to create driver instance in 4th attempt with retry timeout of 60 seconds. You can check/set value of 'driver.init.retry.timeout' appropriately to set retry timeout on driver initialization failure.Unable to Create Driver Instance for appium: java.lang.reflect.InvocationTargetException
Build info: version: '3.6.0', revision: '6fbf3ec767', time: '2017-09-27T15:28:36.4Z'
System info: host: 'INLN50942421A', ip: '<IP_ADDRESS>', os.name: 'Windows 10', os.arch: 'amd64', os.version: '10.0', java.version: '1.8.0_144'
Driver info: driver.version: unknown
TestNG: â–€ â–€ â–€ END STEP: Given I launch application in appium â–€ â–€ â–€
Preparing For Shut Down...

Thanks You, i seen log and we find that issue. Now its working fine.


EthStorage Devs Meeting #62 Agenda

Meeting Info

Dec 26, 2023, 10:00 UTC+8
Duration: 60 minutes
Meeting link
Anyone can comment on the agenda where they would like this to be discussed.

Agenda

Protocol/App/Research progress

devnet-2 progress update
https://github.com/ethstorage/storage-contracts-v1/pull/47 (UT needed)
https://github.com/ethstorage/storage-contracts-v1/pull/49

Storage-contracts-v1 ethers sdk is upgraded to v6 version.
Integrate openzeppelin upgradable contracts.

https://github.com/ethstorage/es-node/pull/78
https://github.com/ethstorage/es-node/pull/167

EthStorage -- sync

Fix issues (https://github.com/ethstorage/es-node/pull/132 (investigating and debuging), https://github.com/ethstorage/es-node/pull/161，https://github.com/ethstorage/es-node/pull/165，https://github.com/ethstorage/es-node/pull/166)

Dashboard: https://github.com/ethstorage/es-node/pull/61, https://github.com/ethstorage/es-node/pull/79, https://github.com/ethstorage/es-node/pull/111, add contract report.

review EthStorage grant
reconstruct continuation code
continuation-batcher research

Recording: https://drive.google.com/file/d/1p036Ec8S5ZjdhTFxVuJ9gsCvUf82oW0B/view?usp=sharing


V0.16.0 release, with updated drm-rs, and fixed use_bindgen feature

With a couple updates here, CI is now passing.

https://github.com/Smithay/gbm.rs/actions/runs/11077619983/job/30783349642

Oh yeah, I guess a couple lines in gbm-sys did get changed. Well that's easy enough to fix at least: https://github.com/Smithay/gbm.rs/pull/43


Use logger in elodie.py

Coverage remained the same at 91.555% when pulling 5d9155b673305ee0ba20dc2f464e4832aa8b1763 on add-logger into 3fc43c97bd3013edd0e9e2c587b30c676a6fb7d3 on master.


[v2] "React attempted to reuse markup error" on Isomorphic SSR app and Webpack HMR

Version
2.0.0-17
Reproduction
Steps to reproduce
git clone https://github.com/sysgears/apollo-fullstack-starter-kit
yarn
yarn seed
yarn watch
Open http://localhost:3000 in browser (this is webpack dev server URL).
Change src/client/app/app.jsx in any way. For example add line
console.log("sc comp id:", Footer.styledComponentId);
Now refresh the page in browser
(this will force page rendering server-side, you can check what page is rendered on server by opening http://localhost:8080 and checking the page)
Expected Behavior
No errors in Web Browser console
Actual Behavior
React error in Web Browser console:
Warning: React attempted to reuse markup in a container but the checksum was invalid. This generally means that you are using server rendering and the markup generated on the server was not what the client was expecting. React injected new markup to compensate which works but you have lost many of the benefits of server rendering. Instead, figure out why the markup being generated is different on the client or server:  (client) ><footer class="sc-bdVaJa bRzCCq" data-r  (server) ><footer class="sc-bxivhb gCGYyZ" data-r
What is happening is the styled component id changes each time app.jsx is changed, due to these lines:
https://github.com/styled-components/styled-components/blob/b9778f10f23ce7260ce99c72e7729e1b539521c4/src/models/StyledComponent.js#L30-L33
Each time app.jsx module is hot reloaded identifiers will increase counter. And when you force page reload in web browser, on web browser side identifiers will be empty immediately after page refresh. But on the server side identifiers will not be cleared and continue to increase counter on each module change that uses styled-components.

Try using the babel plugin to generate consistent styledComponentId's. This should only be necessary in development mode.

@philpl Thanks, I will try the plugin and report here. But is it possible to make styledComponentIds consistent without plugin?

It should be consistent but I noticed before that sometimes the hot module reloading messed that up

@philpl Yes, I believe it should be consistent if hot module reloading is on...
I confirm though, that using https://github.com/styled-components/babel-plugin-styled-components with:
["styled-components", { "ssr": true } ]
make the ids consistent and works good with Webpack HMR, the React error about mismatched markup doesn't show up

Same issue, while using the babel plugin with next.js in dev mode.
["styled-components", { "ssr": true, "displayName": true, "preprocess": false } ]
this works fine but displayName is not working when ssr is on.
["styled-components", { "ssr": false, "displayName": true, "preprocess": false } ]
displayName works but getting this "React attempted to reuse markup error".
Setup is same same as we have in styled-components-website

@ansumanshah just to clarify, you're having a different issue correct? The original issue is fixed by setting ["styled-components", { "ssr": true } ], but displayName isn't working for you when ssr is true?

@ansumanshah @bhough This is due to the styledComponentId being used for generating the "base" classname. When only displayName is set, it is used to generate a styledComponentId and is thus human-readable. When ssr is set, a styledComponentId is already present.
The displayName option is actually literally only for the displayName but has the side effect of generating a human-readable classname.
If you value this classname to be readable, I suggest to only turn on ssr in production :smile:


Support for external script for authorization

It would be great if we could call an external script to get rules for authorization. Similar to external authentication, the script would return json rules separated by a new line which would be then parsed statically and refreshed periodically similar to acl_mongo.

This can now be closed per merged PR #143


Swift Package Manager Support

Hi.
This pull-request merges the current bug fixes and support for Swift Package Manager into a working code base.
You may consider merging the changes in a different order, but for now this works as reference for others looking for a working package with SPM support.
Hope this helps :) 👍

Hello @kylef.
I just wanted to let you know how much I appreciate your open-source project. It has proven to be incredibly useful and has become an essential tool for me.
As I plan to continue using it in the future, I would like to kindly request that you consider adding support for the Swift Package Manager. This would greatly enhance its usability and make it even more valuable for users like myself.
Thank you for your hard work and dedication to the project, and I look forward to seeing it continue to evolve.