AWS Glue 1.0

This is a simple intro of AWS Glue

Could you elaborate on each steps? It is little bit hard to follow.

Could you elaborate on each steps? It is little bit hard to follow.

Okay I will give steps more in detail

Could you elaborate on each steps? It is little bit hard to follow.

Oops and I actually did not include the steps that I wrote, mb lol.

Could you elaborate on each steps? It is little bit hard to follow.

Hey Chenyue, I updated the steps' details. Does them look good for u? Anything to improve?


Error after clearing cache

Hi Benaich,
I'm getting this error
FatalErrorException: Compile Error: appDevDebugProjectContainer::getDoctrine_Orm_DefaultEntityManagerService(): Failed opening required 'C:/Dropbox/Apache Xampp/Doctors/app/cache/dev/jms_diextra/doctrine/EntityManager_56bbab0d43a31.php' (include_path='.;C:\xampp\php\PEAR') in C:\Dropbox\Apache Xampp\recepcion_pago\app\cache\dev\appDevDebugProjectContainer.php line 769
after clearing cache with this command
php app/console cache:clear
Im doing this because I want to change the db connection but after changing parameters.yml symfony is not recognizing my changes so I trying to clear cache in order to connect to the new databse.

I solved it by executing
php composer.phar install


Translate tasks/service-catalog/install-service-catalog-using-sc into Japanese

This is a Feature Request
What would you like to be added
Translate tasks/service-catalog/install-service-catalog-using-sc into Japanese.
Why is this needed
This page has not been translated.
Comments
/language ja
/assign

/close


Consolidate sources, for same 404 URL

On Dashboard 404 Report, some rows contain same 404 URL with different sources. To better express that there are multiple sources, or duplicate 404 URLs, consolidate them and have a drop down that lists all the remaining sources of a 404.
In the image below, www.adobe.com/us shows up 3 separate times with different sources.

@ekremney This relates to your observation at https://cq-dev.slack.com/archives/C04MQCRHLBY/p1710254256141179.  I think there are a few ways to approach.
The current approach is that the count is based on the unique source, not the unique URL.  The URL displayed is simply the most common URL for a given source, but does not necessarily 100% of the cause for that source.
Marquise gave one alternative above, which may or may not be related to my proposal at https://cq-dev.slack.com/archives/C04MQCRHLBY/p1710258485152209?thread_ts=1710254256.141179&cid=C04MQCRHLBY which is to use a different query altogether, less oriented around the source.
Ultimately this is a question of grouping by 404 URL or grouping by source.  Given the page is named 404 Report, in my mind (without having tested) it is more intuitive to group by 404 URL.
@MarquiseRosier WDYT?

@langswei I think grouping is not useful; but maybe just combining the records and having drop down;
You're right; since the recommended course of action is to fix the 404 by either redirect, or by fixing the actual page, server, etc,
It doesn't quite matter where the 404 is (source), but I think it is significant to have an idea of damage...or how widespread a 404 is impacting; so maybe if we don't have sources, we aggregate them into some kind of count; like source_count :)
@langswei

Sounds good @MarquiseRosier.  I will work on a new run-query optimized for this view since our current library of run-queries does not offer this.
Which would you prefer?  The decision here will drive what we can show on the UI.
Option 1: return url (string), top_source (string), source_count (int), and views (int)
Option 2: return url (string), sources (array of strings), and views (int)
Option 3: return url (string), sources (array of json which includes both source and source_views), and views (int)

Nice; hmmmm, I think number 1 is enough! It doesn't matter the source really; as long as they know the url, they can fix it only two ways!
I think the source_count is all we need!

New run-query@v3/rum-404 addresses the issue, need to swap out rum-sources and swap in this new one to dashboard.


AttributeError: 'WebSocketServer' object has no attribute 'loop'

I just upgraded from version 8 to version 10. In version 8, I could retrieve the event loop that was being used by a websocket server with:
    SERVER.ws_server.loop

This no longer works with version 10.
This was useful because I could create a number of websocket servers, combine them with asyncio.gather and then return them so that the user could later run them with any event loop they chose. When everything was up and running, I could get the event loop that the user eventually used from ws_server.
I looked at the release notes which mentions that the loop parameter was removed but it does not mention attributes. Is there an alternate way to determine which event loop is being used?
Thanks in advance for any advice.

If you looked at the documentation, probably you noticed that this private attribute was never documented in the first place; it was an implementation detail. There's no strong private/public distinction in Python (there's conventions at best) so you can always use private APIs but you take the risk of changes.
Python 3.10 changed constraints around event loops in a way that, I believe, prevents this kind of pattern :-/ Lots of API no longer have a loop parameter; you can only initialize some asyncio structures while an event loop is running and then they aren't usable with any other event loop than the original one.
I think you'd have the exact same issue with asyncio's start_server(). If you solve it there, with just asyncio, probably the same solution works with websockets.
Perhaps you could capture get_running_loop() at the time you call serve() (a wrapper arround asyncio's start_server()) and reuse it later.


Please tag a new release. 0.3.2 is no longer supported by Rust >=1.81

It would be nice to see a new release tag in the next time, because a deprecation warning in 0.3.2 has become a hard error from Rust 1.81 onward. This is fixed in main, but it would be helpful for package maintainers to get a new release, such that they don’t need to restrict dependencies to <rust-1.81.0.
If the code base is currently not in an acceptable state for a new release tag, please do not rush into it. This is just a friendly reminder. Thank you for putting work into this project.

Seconding this, related to #206 as well. (Relevant Comment)

I will cut a release in the coming weeks, it has been a bit hectic IRL lately


View Provider: Retire or delete url not working

The given retire and delete url due to an provider request seems not to be implemented or throws errors.
A POST to rest/orgs/2185774/retire gives an 404 and a DELETE to rest/orgs/2185774 gives an 500er.
Maybe I am doing something wrong.
The links were provided by rest/provider?name=test&_include=id,name&offset=0&limit=10

For the 500er I got an exception:
xception: {cause: null, localizedMessage: "No such property: pkg for class: org.gokb.rest.OrgController",…}
cause: null
localizedMessage: "No such property: pkg for class: org.gokb.rest.OrgController"
message: "No such property: pkg for class: org.gokb.rest.OrgController"
messageWithoutLocationText: "No such property: pkg for class: org.gokb.rest.OrgController"
module: null
node: null
property: "pkg"
stackTrace: [,…]
suppressed: []
type: "org.gokb.rest.OrgController"
message: "Server Error"

is this bug resolved now?

Delete is resolved but gives a result not needed - maybe only in development environment.
Retire gives a 404.


Cleanup script for unused entities in the whisks database.

Python script for cleanup that runs over all documents in the whisks database and checks if its namespace  still exists. The document will be marked for deletion or deleted if already marked for certain period of time if its namespace does not exists.

@lue-kle can you please provide a description for your pull request.

Playground3 (Build #1966) run successfully on this fork/branch.

@lue-kle do you have an Apache CLA?

As a general note: It would be useful in the long run to consolidate this and scripts like it into wskadmin (and rearchitect that accordingly).

@rabbah yes I have signed the CLA. I will talk to @cbickel regarding your suggestion for consolidation.


feat: add release action

Push message to Dingding group by webhook when creating release

Codecov Report
Base: 36.47% // Head: 44.57% // Increases project coverage by +8.10% :tada:

Coverage data is based on head (f6f7f7e) compared to base (ea58e24).
Patch has no changes to coverable lines.

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #1102      +/-   ##
==========================================
+ Coverage   36.47%   44.57%   +8.10%
==========================================
  Files         336      336
  Lines       14506    17143    +2637
  Branches     2228     2394     +166
==========================================
+ Hits         5291     7642    +2351
- Misses       8639     8906     +267
- Partials      576      595      +19

Impacted Files
Coverage Δ

packages/core/src/physics/joint/JointLimits.ts
20.00% <0.00%> (-80.00%)
:arrow_down:

packages/core/src/physics/joint/JointMotor.ts
25.00% <0.00%> (-75.00%)
:arrow_down:

packages/core/src/animation/AnimatorTransition.ts
25.00% <0.00%> (-75.00%)
:arrow_down:

...es/core/src/animation/AnimationClipCurveBinding.ts
25.00% <0.00%> (-75.00%)
:arrow_down:

packages/core/src/animation/AnimationEvent.ts
33.33% <0.00%> (-66.67%)
:arrow_down:

packages/core/src/RenderPipeline/RenderElement.ts
33.33% <0.00%> (-66.67%)
:arrow_down:

...ages/core/src/animation/AnimatorControllerLayer.ts
33.33% <0.00%> (-66.67%)
:arrow_down:

...ages/core/src/animation/internal/CrossCurveData.ts
33.33% <0.00%> (-66.67%)
:arrow_down:

packages/core/src/shader/ShaderUniformBlock.ts
50.00% <0.00%> (-50.00%)
:arrow_down:

...s/core/src/animation/internal/AnimatorStateData.ts
50.00% <0.00%> (-50.00%)
:arrow_down:

... and 310 more

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

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


No extension named MIT-SHM could be found on on the server

Hi all,
I've tried to run the basic example from the following command:
cd $GOPATH/src/golang.org/x/exp/shiny/example/basic
go build main.go
./main
This throws the following error;
x11driver: shm.Init failed: No extension named MIT-SHM could be found on on the server.
Why is this happening while xgb works.
Could this be avoided in order to run shiny successfully?
I'm trying to run https://github.com/aarzilli/gdlv, but it is throwing the same errors.
Best regards,
Ivan

Hey, I'll look into this.

So aarzilli has already described the cause of this issue fairly well, I think: https://github.com/golang/go/issues/15100#issuecomment-212925771


Regen all APIs

Note that in a few of these APIs, the only change is that the date in the copyright header is removed. I assume this is due to some change in the generator's templates.

I'm checking on the copyright issue....

Regenerated all APIs today, so closing this. Please regen again if there's something missing.


Two charts on one page, only one updates in data change.

I have two charts on one page. When I change the data for both charts, only the first one get updated. If I change the order of them, it's still the first one that changes. I've tried to call RenderAsync, but it throws a null reference exception...

Hi,
Make sure you don't share the options object...

Not sharing anything.

Ok.. can you share some code so we can have a look?

Page:
<EditForm>
  <button @onclick="View">View</button>
</EditForm>
<Component1 Data=@data1 />
<Component2 Data=@data2 />

@code {
  private List<MyType>? data1;
  private List<MyType>? data2;

  protected override async Task OnInitializedAsync ()
  {
    await View();
  }

  private async Task View ()
  {
    await ViewChart1();
    await ViewChart2();
  }

  private async Task ViewChart1 ()
  {
    data1 = null;
    data1 = await dataService.GetData1();
  }

  private async Task ViewChart2 ()
  {
    data2 = null;
    data2 = await dataService.GetData2();
  }
}

Component 1:

  @if (Data is not null) {
    <ApexChart TItem="MyType" Title="">
      <ApexPointSeries
        TItem="MyType"
        Items="Data"
        Name=""
        SeriesType="SeriesType.Pie"
        XValue='e => e.Name"'
        YValue="e => e.Count"
      />
    </ApexChart>
  }

@code {
  [Parameter] public List<MyType>? Data {get; set;}

  private void OnDataChanged ()
  {
  }
}

Component 2:

  @if (Data is not null) {
    <ApexChart TItem="MyType" Title="">
      <ApexPointSeries
        TItem="MyType"
        Items="Data"
        Name=""
        SeriesType="SeriesType.Line"
        XValue="e => e.Date"
        YValue="e => e.Count"
      />
    </ApexChart>
  }

@code {
  [Parameter] public List<MyType>? Data {get; set;}

  private void OnDataChanged ()
  {
  }
}

Hi
I'm sorry it's hard when I can't run the sample code.

Hey, @mikend. Probably it is too late, but the issue is still open, so, here are a couple of advices:

you get NullReferenceException because you haven't assigned any data to your Chart - the "ref" variable (reference to the Chart component) you call RenderAsync for will be null until there are some data to process
try to call InvokeAsync(StateHasChanged) before calling ref.RenderAsync(...)
idealy, you should let all Blazor-related logic to finish before re-rendering your charts. In my case I had 5 charts on one page and the most reliable way to make them all render was to delegate their initialization to background thread and make that thread wait for half a second before setting any data, rendering, etc.

The comment that helped me with troubles, very similar to yours, is on StackOverflow
@joadan, we definetely need more clearance and guidance in where and how to call RenderAsync and other update-related methods for charts... And I am not sure if "async" nature of "render"-like methods is the correct approach as Blazor guarantees synchronization only till the first "await" in its framework methods.


Upgrade Dart & Flutter SDK (Flutter 3.19)

Upgrade SDK
Upgrade dependencies
Upgrade iOS podspec (ios minimun deployment increased to 11)
Fix migrations & linter

Source code moved into private repo. This PR will closed.


No-op Logger

Do you think it'd be useful to include a Logger that just acts as a no-op for any logging operations?
Mostly inspired by monad-logger's NoLoggingT, which I've used in testing scenarios when I just want to disable logging entirely for any functions using MonadLogger.

I can definitely add that.


Error : expected closing paren using lr

Description
error: expected closing paren when using lr
The following code
$
lr(] 1/2, 3/2]) //is a correct syntax
$

will work but the following other ones will not :
$
lr([1/2,3/2[)
$

// other examples (minimal examples here, would fail if one opening paren doesn't have its corresponding closing partner)
$
lr({ ) //same thing with {
$

$
lr(() //same thing with (
$

With the following set of errors from the compiler
error: expected closing paren
   ┌─ lr closin paren.typ:10:13
   │
10 │ lr([1/2,3/2[)
   │              ^

error: expected closing paren
   ┌─ lr closin paren.typ:15:6
   │
15 │ lr({ ) //same thing with {
   │       ^

error: expected closing paren
   ┌─ lr closin paren.typ:19:5
   │
19 │ lr(() //same thing with (
   │      ^

Reproduction URL
No response
Operating system
No response
Typst version

[X] I am using the latest version of Typst

Any kind of visible opening delimiter matches any kind of closing delimiter in math. So [) is a matching automatic lr group.
For a function call however, only a closing parenthesis can terminate the argument list.
For this reason, lr(]]) works, but in lr([[) the closing paren is matched with the second opening bracket.
It can always be fixed by escaping the brackets.

Oh I had absolutely no idea that $lr(\[ \[)$ would even work and I was stuck.
The thing is the $]a,b], [a,b[$ notation is very commonly used for intervals in France whereas this would usually be denoted $(a,b],[a,b)$ in other countries so having only this exact combination not work when the other intervals do is very confusing (also applies to subscript, $1_]a,b]$ and $1_]a,b[$ will not put the interval in subscript but other combinations will, although in this case the fix is pretty simple).
Although changing the opening/closing delimiter logic to accommodate the French interval notation might prove challenging ([ [ is two opening brackets in the current system that may or not match depending on context !).  But I'm not sure [ [ is less common used than { ) and ( } (these two are also matched under this logic).
The other possible thing would be to have a more helpful error message when this error is raised in the presence of a lr environment proposing to escape the delimiters (as all of these errors are raised upon not finding the closing paren for the opened lr environment)

We can further discuss whether we can somehow improve the rules or diagnostics, but since it's right now working as intended, I'm gonna close this for now.


Support for dark theme

[feature-request]
Adding a toggle that switches between light and dark themes in the frontend
If approved I can provide a PR

@georgesamy
Thanks for the feature request. I've been aware of its importance but haven't had the chance to tackle it yet.
I welcome your Pull Request and appreciate your initiative.
Please note that we might need to make some adjustments for compatibility with existing features.

done


PReLU layer not working with variable input size

I want to implement a sample PNet model from this paper. For this purpose I am using the functional API instead of the Sequential model, since at the end I need to concatenate two outputs.
This is the code:
from  keras import backend as K
from keras.models import Sequential, Model, Input
from keras.layers import Conv2D, MaxPooling2D, Dense, Activation
from keras.layers.advanced_activations import PReLU
K.set_image_dim_ordering('tf')
def get_p_net():
    main_input = Input(shape=(None, None, 3), dtype='float32', name='main_input')
    x = Conv2D(10, (3, 3), strides=(1, 1), padding='valid', name='conv1')(main_input)
    x = PReLU(name='PReLU1', alpha_constraint=None)(x)
    x = MaxPooling2D(pool_size=(2, 2), strides=(2,2), padding='same', name='pool1')(x)
    x = Conv2D(16, (3, 3), strides=(1,1), padding='valid', name='conv2')(x)
    x = PReLU(name='PReLU2')(x)
    x = Conv2D(32, (3, 3), strides=(1,1), padding='valid', name='conv3')(x)
    x = PReLU(name='PReLU3')(x)
    binary_face_output = Conv2D(2, (1, 1), strides=(1,1), padding='same', name='conv4-1')(x)
    binary_face_output = Dense(2, activation='softmax', name='prob1')(binary_face_output)
    bbox_output = Conv2D(4, (1, 1), strides=(1,1), padding='same', name='conv4-2')(x)
    model = Model(inputs=[main_input], outputs=[binary_face_output, bbox_output])
    model.summary()
    # model.compile(optimizer='rmsprop', loss='binary_crossentropy',
    #           loss_weights=[1., 1.])

get_p_net()

Everything looks ok, except when I try running the code I receive the following error.
  File "p_net.py", line 23, in <module>
    get_p_net()
  File "p_net.py", line 9, in get_p_net
    x = PReLU(name='PReLU1', alpha_constraint=None)(x)
  File "D:\Anaconda2\envs\tensorflow\lib\site-packages\keras\engine\topology.py", line 569, in __call__
    self.build(input_shapes[0])
  File "D:\Anaconda2\envs\tensorflow\lib\site-packages\keras\layers\advanced_activations.py", line 111, in build
    constraint=self.alpha_constraint)
  File "D:\Anaconda2\envs\tensorflow\lib\site-packages\keras\legacy\interfaces.py", line 87, in wrapper
    return func(*args, **kwargs)
  File "D:\Anaconda2\envs\tensorflow\lib\site-packages\keras\engine\topology.py", line 391, in add_weight
    weight = K.variable(initializer(shape), dtype=dtype, name=name)
  File "D:\Anaconda2\envs\tensorflow\lib\site-packages\keras\initializers.py", line 29, in __call__
    return K.constant(0, shape=shape, dtype=dtype)
  File "D:\Anaconda2\envs\tensorflow\lib\site-packages\keras\backend\tensorflow_backend.py", line 358, in constant
    return tf.constant(value, dtype=dtype, shape=shape, name=name)
  File "D:\Anaconda2\envs\tensorflow\lib\site-packages\tensorflow\python\framework\constant_op.py", line 102, in constant
    tensor_util.make_tensor_proto(value, dtype=dtype, shape=shape, verify_shape=verify_shape))
  File "D:\Anaconda2\envs\tensorflow\lib\site-packages\tensorflow\python\framework\tensor_util.py", line 371, in make_tensor_proto
    if np.prod(shape) == 0:
  File "D:\Anaconda2\envs\tensorflow\lib\site-packages\numpy\core\fromnumeric.py", line 2518, in prod
    out=out, **kwargs)
  File "D:\Anaconda2\envs\tensorflow\lib\site-packages\numpy\core\_methods.py", line 35, in _prod
    return umr_prod(a, axis, dtype, out, keepdims)
TypeError: unsupported operand type(s) for *: 'NoneType' and 'NoneType'

Fixed the problem and I get the model summary. I want to ask if there is a way of processing a variable size inputs through a network which contains a PReLU layers.
It is clear that somehow it does not like the input shape of the layer (output of the last convolutional layer). So, changing the very first line to:
main_input = Input(shape=(12, 12, 3), dtype='float32', name='main_input')

I want to ask if there is a way of processing variable size inputs through a network which contains PReLU layers.

Same problem here - I want to use variable size inputs with PReLU. I saw a similar issue dated earlier this year with also no response.

I am also getting the same problem. Don't know how to solve

This is a bug

✅  Check that you are up-to-date with the master branch of Keras. You can update with:
pip install git+git://github.com/keras-team/keras.git --upgrade --no-deps

✅ If running on TensorFlow, check that you are up-to-date with the latest version. The installation instructions can be found here.

Related Issue: https://github.com/keras-team/keras/issues/7694
The bug most likely starts in Line 109 build() function of PReLU class of file advanced_activations.py line
        param_shape = list(input_shape[1:])

which assumes that one the first position will contain None representing batch size, however for a greater tensor that has None at index 1 will let this being passed further resulting in TypeError

Any updates on that? I'm currently using version 1.13.1 of tensorflow and keras 2.2.4.
The problem is still there:
     14
---> 15 x = PReLU()(x)
     16

c:\program files\python36\lib\site-packages\keras\engine\base_layer.py in __call__(self, inputs, **kwargs)
    429                                          'You can build it manually via: '
    430                                          '`layer.build(batch_input_shape)`')
--> 431                 self.build(unpack_singleton(input_shapes))
    432                 self.built = True
    433

c:\program files\python36\lib\site-packages\keras\layers\advanced_activations.py in build(self, input_shape)
    118                                      initializer=self.alpha_initializer,
    119                                      regularizer=self.alpha_regularizer,
--> 120                                      constraint=self.alpha_constraint)
    121         # Set input spec
    122         axes = {}

c:\program files\python36\lib\site-packages\keras\legacy\interfaces.py in wrapper(*args, **kwargs)
     89                 warnings.warn('Update your `' + object_name + '` call to the ' +
     90                               'Keras 2 API: ' + signature, stacklevel=2)
---> 91             return func(*args, **kwargs)
     92         wrapper._original_function = func
     93         return wrapper

c:\program files\python36\lib\site-packages\keras\engine\base_layer.py in add_weight(self, name, shape, dtype, initializer, regularizer, trainable, constraint)
    247         if dtype is None:
    248             dtype = K.floatx()
--> 249         weight = K.variable(initializer(shape),
    250                             dtype=dtype,
    251                             name=name,

c:\program files\python36\lib\site-packages\keras\initializers.py in __call__(self, shape, dtype)
     36
     37     def __call__(self, shape, dtype=None):
---> 38         return K.constant(0, shape=shape, dtype=dtype)
     39
     40

c:\program files\python36\lib\site-packages\keras\backend\tensorflow_backend.py in constant(value, dtype, shape, name)
    428     if dtype is None:
    429         dtype = floatx()
--> 430     return tf.constant(value, dtype=dtype, shape=shape, name=name)
    431
    432

c:\program files\python36\lib\site-packages\tensorflow\python\framework\constant_op.py in constant_v1(value, dtype, shape, name, verify_shape)
    177   """
    178   return _constant_impl(value, dtype, shape, name, verify_shape=verify_shape,
--> 179                         allow_broadcast=False)
    180
    181

c:\program files\python36\lib\site-packages\tensorflow\python\framework\constant_op.py in _constant_impl(value, dtype, shape, name, verify_shape, allow_broadcast)
    281       tensor_util.make_tensor_proto(
    282           value, dtype=dtype, shape=shape, verify_shape=verify_shape,
--> 283           allow_broadcast=allow_broadcast))
    284   dtype_value = attr_value_pb2.AttrValue(type=tensor_value.tensor.dtype)
    285   const_tensor = g.create_op(

c:\program files\python36\lib\site-packages\tensorflow\python\framework\tensor_util.py in make_tensor_proto(values, dtype, shape, verify_shape, allow_broadcast)
    461     # If shape is None, numpy.prod returns None when dtype is not set, but raises
    462     # exception when dtype is set to np.int64
--> 463     if shape is not None and np.prod(shape, dtype=np.int64) == 0:
    464       nparray = np.empty(shape, dtype=np_dt)
    465     else:

c:\program files\python36\lib\site-packages\numpy\core\fromnumeric.py in prod(a, axis, dtype, out, keepdims, initial)
   2770     """
   2771     return _wrapreduction(a, np.multiply, 'prod', axis, dtype, out, keepdims=keepdims,
-> 2772                           initial=initial)
   2773
   2774

c:\program files\python36\lib\site-packages\numpy\core\fromnumeric.py in _wrapreduction(obj, ufunc, method, axis, dtype, out, **kwargs)
     84                 return reduction(axis=axis, out=out, **passkwargs)
     85
---> 86     return ufunc.reduce(obj, axis, dtype, out, **passkwargs)
     87
     88

TypeError: int() argument must be a string, a bytes-like object or a number, not 'NoneType'

Roughly the same stack trace as @Xonxt .

The problem is still there.
tensorflow==2.4.1
keras == 2.4.3
ValueError: Dimensions must be equal, but are 16 and 500 for '{{node sequential_2/p_re_lu_14/mul}} = Mul[T=DT_FLOAT](sequential_2/p_re_lu_14/Neg, sequential_2/p_re_lu_14/Relu_1)' with input shapes: [16,16,56], [1,500,500,56].


How to handle events in DataTable?

How to handle events like clicks in a specific row or column?

Clicking an entire row or column is unfortunately not possible, but you should be able to put a button or any other component in a cell with a custom renderer (with cellFormatter).

I already solved this problem. You can pass an react component with an onclick event inside the array passed as rows parameter.


Utils files for general functions

Closes #84

I changed the name of the pull request since it didn't mean anything
I reverted one of your commits since it was just copying all of our changes on develop


Question: how do I prevent the values in the form objects of previous steps from disappearing?

When I go back, I see the fields I entered on a previous step, blanked out.
I realize I must be doing something wrong.
Any pointers will be appreciated.
Thanks!

the values get blanked out?

I assume you resolved it, closing


Updated the Resources for Developers

Added links and descriptions to the Resources for Developers page, removing the subpages instead directing to github docs

Thank you!


Stop pipeline while running "results" status is completed

HKube micro-service
api server
Describe the bug
Stop pipeline while running "results" status is completed
Expected behavior
should be the same as "status"  - "stopped"
To Reproduce
Steps to reproduce the behavior:

Start job
Stop the job while running
check the result status

Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Add any other context about the problem here.

Upgrade to the latest version, should be resolved...

tesed


Fixes compilation for react-native-windows.

Updates the following for compatibility with the latest react-native-windows:

NuGet dependencies
*.vcxproj and *.csproj files
Replaces designated initializer syntax with macro

I don't think the macro is the way to go.


add missing reference target

This PR adds a missing distribution service reference target.
Maybe fixes https://github.com/opencast/opencast/issues/4110

[ ] have a concise title
[ ] close an accompanying issue if one exists
[ ] be against the correct branch
[ ] include migration scripts and documentation, if appropriate
[ ] pass automated tests
[ ] have a clean commit history
[ ] have proper commit messages (title and body) for all commits

Testet this. Its Working.


The help text icon remains visible even when the help text is empty

Description of the bug
The help text icon remains visible even when the help text is empty
Steps To Reproduce
https://github.com/Altinn/altinn-studio/assets/24462611/2b58d9a0-e17c-4a3c-8e08-47179fe05939
Additional Information
No response

Tested and discussed. When it comes to help text text-resources with an empty value, it is not something we are going to check or do anything about.


Update test registry to use new test service account

See: https://github.com/kubernetes/k8s.io/pull/302#discussion_r302287618

/close


Differences between pdns 3.4.2 and 3.4.1?

README mentions this project needs pdns 3.4.2 or newer.
Debian Jessie comes with pdns-server v3.4.1. From a look at the settings the (experimental) API this project needs is there on that version. Are you aware of some other incompatibilty that wouldn't let this project work with 3.4.1?

There is a change with priority key as we discussed at #44 . You can also look at pdns changelog.

Thanks, that covers it.


.NET 6 support

This sample requires .NET 3.1, which is EOL very shortly. Would you accept a pull request that updates it to .NET 6 or 7?
Best,
Karl

Just saw this PR that addresses my concern https://github.com/Azure-Samples/DTDL-Validator/pull/7, closing this issue.


⚠ Bofrost.de has degraded performance

In e432f08, Bofrost.de (https://www.bofrost.de) experienced degraded performance:

HTTP code: 200
Response time: 1778 ms

Resolved: Bofrost.de performance has improved in ca7ade7.


[Snyk] Security upgrade urllib3 from 2.0.6 to 2.2.2

This PR was automatically created by Snyk using the credentials of a real user.![snyk-top-banner](https://github.com/andygongea/OWASP-Benchmark/assets/818805/c518c423-16fe-447e-b67f-ad5a49b5d123)
Snyk has created this PR to fix 1 vulnerabilities in the pip dependencies of this project.
Snyk changed the following file(s):

requirements/docs.txt

⚠ Warning
```
sphinx 5.3.0 has requirement docutils<0.20,>=0.14, but you have docutils 0.20.1.
requests 2.31.0 requires urllib3, which is not installed.
</details>

---

> [!IMPORTANT]
>
> - Check the changes in this PR to ensure they won't cause issues with your project.
> - Max score is 1000. Note that the real score may have changed since the PR was raised.
> - This PR was automatically created by Snyk using the credentials of a real user.
> - Some vulnerabilities couldn't be fully fixed and so Snyk will still find them when the project is tested again. This may be because the vulnerability existed within more than one direct dependency, but not all of the affected dependencies could be upgraded.

---

**Note:** _You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs._

For more information: <img src="https://api.segment.io/v1/pixel/track?data=eyJ3cml0ZUtleSI6ImZha2Uta2V5IiwiYW5vbnltb3VzSWQiOiI1MjZiODJmMy03YTdhLTQzZjAtYjgxYy1jODc4NzQwMjI4OGIiLCJldmVudCI6IlBSIHZpZXdlZCIsInByb3BlcnRpZXMiOnsicHJJZCI6IjUyNmI4MmYzLTdhN2EtNDNmMC1iODFjLWM4Nzg3NDAyMjg4YiJ9fQ==" width="0" height="0"/>
🧐 [View latest project report](https://app.eu.snyk.io/org/appsec-group-org/project/19bed510-e234-4539-869d-dc26583c5df5?utm_source=github&utm_medium=referral&page=fix-pr)
📜 [Customise PR templates](https://docs.snyk.io/scan-using-snyk/pull-requests/snyk-fix-pull-or-merge-requests/customize-pr-templates)
🛠 [Adjust project settings](https://app.eu.snyk.io/org/appsec-group-org/project/19bed510-e234-4539-869d-dc26583c5df5?utm_source=github&utm_medium=referral&page=fix-pr/settings)
📚 [Read about Snyk's upgrade logic](https://support.snyk.io/hc/en-us/articles/360003891078-Snyk-patches-to-fix-vulnerabilities)

---

**Learn how to fix vulnerabilities with free interactive lessons:**

🦉 [Learn about vulnerability in an interactive lesson of Snyk Learn.](https://learn.snyk.io/?loc=fix-pr)

[//]: # 'snyk:metadata:{"customTemplate":{"variablesUsed":[],"fieldsUsed":[]},"dependencies":[{"name":"urllib3","from":"2.0.6","to":"2.2.2"}],"env":"prod","issuesToFix":[{"exploit_maturity":"No Known Exploit","id":"SNYK-PYTHON-URLLIB3-7267250","priority_score":102,"priority_score_factors":[{"name":"confidentiality","value":"high"},{"name":"integrity","value":"none"},{"name":"availability","value":"none"},{"name":"scope","value":"unchanged"},{"name":"exploitCodeMaturity"},{"name":"userInteraction","value":"none"},{"name":"privilegesRequired","value":"low"},{"name":"attackComplexity","value":"high"},{"name":"attackVector","value":"network"},{"name":"epss","value":0.01055},{"name":"isTrending","value":false},{"name":"publicationDate","value":"Tue Jun 18 2024 08:23:45 GMT+0000 (Coordinated Universal Time)"},{"name":"isReachable","value":false},{"name":"isTransitive","value":true},{"name":"isMalicious","value":false},{"name":"businessCriticality","value":"high"},{"name":"relativeImportance","value":"medium"},{"name":"relativePopularityRank","value":100},{"name":"impact","value":5.99},{"name":"likelihood","value":1.69},{"name":"scoreVersion","value":"V5"}],"severity":"medium","title":"Improper Removal of Sensitive Information Before Storage or Transfer"},{"exploit_maturity":"No Known Exploit","id":"SNYK-PYTHON-URLLIB3-7267250","priority_score":102,"priority_score_factors":[{"name":"confidentiality","value":"high"},{"name":"integrity","value":"none"},{"name":"availability","value":"none"},{"name":"scope","value":"unchanged"},{"name":"exploitCodeMaturity"},{"name":"userInteraction","value":"none"},{"name":"privilegesRequired","value":"low"},{"name":"attackComplexity","value":"high"},{"name":"attackVector","value":"network"},{"name":"epss","value":0.01055},{"name":"isTrending","value":false},{"name":"publicationDate","value":"Tue Jun 18 2024 08:23:45 GMT+0000 (Coordinated Universal Time)"},{"name":"isReachable","value":false},{"name":"isTransitive","value":true},{"name":"isMalicious","value":false},{"name":"businessCriticality","value":"high"},{"name":"relativeImportance","value":"medium"},{"name":"relativePopularityRank","value":100},{"name":"impact","value":5.99},{"name":"likelihood","value":1.69},{"name":"scoreVersion","value":"V5"}],"severity":"medium","title":"Improper Removal of Sensitive Information Before Storage or Transfer"},{"exploit_maturity":"No Known Exploit","id":"SNYK-PYTHON-URLLIB3-7267250","priority_score":102,"priority_score_factors":[{"name":"confidentiality","value":"high"},{"name":"integrity","value":"none"},{"name":"availability","value":"none"},{"name":"scope","value":"unchanged"},{"name":"exploitCodeMaturity"},{"name":"userInteraction","value":"none"},{"name":"privilegesRequired","value":"low"},{"name":"attackComplexity","value":"high"},{"name":"attackVector","value":"network"},{"name":"epss","value":0.01055},{"name":"isTrending","value":false},{"name":"publicationDate","value":"Tue Jun 18 2024 08:23:45 GMT+0000 (Coordinated Universal Time)"},{"name":"isReachable","value":false},{"name":"isTransitive","value":true},{"name":"isMalicious","value":false},{"name":"businessCriticality","value":"high"},{"name":"relativeImportance","value":"medium"},{"name":"relativePopularityRank","value":100},{"name":"impact","value":5.99},{"name":"likelihood","value":1.69},{"name":"scoreVersion","value":"V5"}],"severity":"medium","title":"Improper Removal of Sensitive Information Before Storage or Transfer"},{"exploit_maturity":"No Known Exploit","id":"SNYK-PYTHON-URLLIB3-7267250","priority_score":102,"priority_score_factors":[{"name":"confidentiality","value":"high"},{"name":"integrity","value":"none"},{"name":"availability","value":"none"},{"name":"scope","value":"unchanged"},{"name":"exploitCodeMaturity"},{"name":"userInteraction","value":"none"},{"name":"privilegesRequired","value":"low"},{"name":"attackComplexity","value":"high"},{"name":"attackVector","value":"network"},{"name":"epss","value":0.01055},{"name":"isTrending","value":false},{"name":"publicationDate","value":"Tue Jun 18 2024 08:23:45 GMT+0000 (Coordinated Universal Time)"},{"name":"isReachable","value":false},{"name":"isTransitive","value":true},{"name":"isMalicious","value":false},{"name":"businessCriticality","value":"high"},{"name":"relativeImportance","value":"medium"},{"name":"relativePopularityRank","value":100},{"name":"impact","value":5.99},{"name":"likelihood","value":1.69},{"name":"scoreVersion","value":"V5"}],"severity":"medium","title":"Improper Removal of Sensitive Information Before Storage or Transfer"},{"exploit_maturity":"No Known Exploit","id":"SNYK-PYTHON-URLLIB3-7267250","priority_score":102,"priority_score_factors":[{"name":"confidentiality","value":"high"},{"name":"integrity","value":"none"},{"name":"availability","value":"none"},{"name":"scope","value":"unchanged"},{"name":"exploitCodeMaturity"},{"name":"userInteraction","value":"none"},{"name":"privilegesRequired","value":"low"},{"name":"attackComplexity","value":"high"},{"name":"attackVector","value":"network"},{"name":"epss","value":0.01055},{"name":"isTrending","value":false},{"name":"publicationDate","value":"Tue Jun 18 2024 08:23:45 GMT+0000 (Coordinated Universal Time)"},{"name":"isReachable","value":false},{"name":"isTransitive","value":true},{"name":"isMalicious","value":false},{"name":"businessCriticality","value":"high"},{"name":"relativeImportance","value":"medium"},{"name":"relativePopularityRank","value":100},{"name":"impact","value":5.99},{"name":"likelihood","value":1.69},{"name":"scoreVersion","value":"V5"}],"severity":"medium","title":"Improper Removal of Sensitive Information Before Storage or Transfer"}],"prId":"526b82f3-7a7a-43f0-b81c-c8787402288b","prPublicId":"526b82f3-7a7a-43f0-b81c-c8787402288b","packageManager":"pip","priorityScoreList":[102],"projectPublicId":"19bed510-e234-4539-869d-dc26583c5df5","projectUrl":"https://app.eu.snyk.io/org/appsec-group-org/project/19bed510-e234-4539-869d-dc26583c5df5?utm_source=github&utm_medium=referral&page=fix-pr","prType":"fix","templateFieldSources":{"branchName":"default","commitMessage":"default","description":"default","title":"default"},"templateVariants":["updated-fix-title","pr-warning-shown","priorityScore"],"type":"auto","upgrade":[],"vulns":["SNYK-PYTHON-URLLIB3-7267250"],"patch":[],"isBreakingChange":false,"remediationStrategy":"vuln"}'

Checkmarx One – Scan Summary & Details – d285f3b4-9a52-48d6-af66-6671dd7b7644
New Issues

Severity
Issue
Source File / Package
Checkmarx Insight

Command_Injection
/src/werkzeug/_reloader.py: [177](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//src/werkzeug/_reloader.py# L177)
Attack Vector

Hardcoded_Password_in_Connection_String
/examples/httpbasicauth.py: [39](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//examples/httpbasicauth.py# L39)
Attack Vector

Hardcoded_Password_in_Connection_String
/examples/httpbasicauth.py: [39](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//examples/httpbasicauth.py# L39)
Attack Vector

Missing_HSTS_Header
/src/werkzeug/serving.py: [266](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//src/werkzeug/serving.py# L266)
Attack Vector

Path_Traversal
/tests/live_apps/run.py: [10](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//tests/live_apps/run.py# L10)
Attack Vector

Path_Traversal
/src/werkzeug/_reloader.py: [177](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//src/werkzeug/_reloader.py# L177)
Attack Vector

Path_Traversal
/src/werkzeug/_reloader.py: [177](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//src/werkzeug/_reloader.py# L177)
Attack Vector

Path_Traversal
/src/werkzeug/_reloader.py: [177](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//src/werkzeug/_reloader.py# L177)
Attack Vector

SSRF
/tests/live_apps/run.py: [10](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//tests/live_apps/run.py# L10)
Attack Vector

Log_Forging
/src/werkzeug/sansio/response.py: [260](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//src/werkzeug/sansio/response.py# L260)
Attack Vector

Fixed Issues

Severity
Issue
Source File / Package

Missing_HSTS_Header
/src/werkzeug/debug/shared/debugger.js: [53](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//src/werkzeug/debug/shared/debugger.js# L53)

Object_Access_Violation
/tests/live_apps/run.py: [10](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//tests/live_apps/run.py# L10)

Log_Forging
/src/werkzeug/debug/shared/debugger.js: [53](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//src/werkzeug/debug/shared/debugger.js# L53)

Use_Of_Hardcoded_Password
/tests/test_wrappers.py: [191](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//tests/test_wrappers.py# L191)

Use_Of_Hardcoded_Password
/tests/test_wrappers.py: [181](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//tests/test_wrappers.py# L181)

Use_Of_Hardcoded_Password
/tests/test_test.py: [306](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//tests/test_test.py# L306)

Use_Of_Hardcoded_Password
/tests/test_test.py: [311](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//tests/test_test.py# L311)

Use_Of_Hardcoded_Password
/tests/test_http.py: [231](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//tests/test_http.py# L231)

Use_Of_Hardcoded_Password
/tests/test_http.py: [159](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//tests/test_http.py# L159)

Use_Of_Hardcoded_Password
/tests/test_http.py: [154](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//tests/test_http.py# L154)

Use_Of_Hardcoded_Password
/tests/test_http.py: [164](https://github.com/EricBurden667/werkzeug/blob/snyk-fix-f71f97cdcc4dac68436f363333eae460//tests/test_http.py# L164)


fix: add .node-version

fixes #4

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

GitHub release
1.0.0

Your semantic-release bot :package::rocket:


Group Members

This is the project's link

There are two(2) member in this team namely:

[ ] @ifzyy

[ ] @Aquinasmoriasi

Hi Team,
Good job so far!
There are some issues that you still need to work on to go to the next project but you are almost there!
Highlights 💯

Descriptive info✔
Tasks distributed equally✔

Required Changes ♻

[ ] Kindly make sure that there is a task that represents this requirement to make sure there are no N+1 queries happening.

Optional suggestions
Every comment with the [OPTIONAL] prefix is not crucial enough to stop the approval of this PR. However, I strongly recommend you to take them into account as they can make your code better.
Cheers and Happy coding!👏👏👏
Feel free to leave any questions or comments in the PR thread if something is not 100% clear.
Please, remember to tag me in your question so I can receive the notification.
Please, do not open a new Pull Request for re-reviews. You should use the same Pull Request submitted for the first review, either valid or invalid unless it is requested otherwise.

As described in the Code reviews limits policy you have a limited number of reviews per project (check the exact number in your Dashboard). If you think that the code review was not fair, you can request a second opinion using this form.

Hi Team,
Your project is complete!  There is nothing else to say other than... it's time to merge it :shipit:
Congratulations! 🎉
Highlights 💯

Descriptive info ✔
Tasks distributed equally ✔

Optional suggestions
Cheers and Happy coding!👏👏👏
Feel free to leave any questions or comments in the PR thread if something is not 100% clear.
Please, remember to tag me in your question so I can receive the notification.

As described in the Code reviews limits policy  you have a limited number of reviews per project (check the exact number in your Dashboard). If you think that the code review was not fair, you can request a second opinion using this form.


Using openapi to generate rest framework (go and java) codes

Description
OpenAPI is a uniform DSL for describing the restful interface.
And, when developing a restful framework, we have to write many trivial codes (that will be also written in almost all restful services). So, generating such of codes is a good solution as we just need to develop the real logic and do not need to care to maintain the generated codes.
This PR defines several restful APIs for serving Grafana and Prometheus, and uses openapi-generator to generate the source codes of the restful framework in Go and Java. (The generator can also generate client-sdk, but I have not time to try it and we have no requirements).
So, just run mvn generate-sources in openapi' module, and then develop your logic in  openapi/java-rest/src/main/java/org/apache/iotdb/openapi/gen/handler/impl/V1ApiServiceImpl.java (for java) andopenapi/go-rest/src/iotdbrestimpl/api_service_impl.go`(for Go).
The only 3 things should to know are,

current openapi-generator has some bug for go-server codes, see: https://github.com/OpenAPITools/openapi-generator/issues/8448 and I have write how to fix it manually in go-rest/README.md

current openapi-generator can not generate java codes using native Netty. But it seems developing such a generator is not easy for openapi-generator.

I copy some generated codes to src folder.

The author of PR https://github.com/apache/iotdb/pull/2400 can consider to using this generated Go-server codes. (or, do some experiments to check whether the generated codes have an acceptable performance).

Does it support REST API for https?

has been merged into https://github.com/apache/iotdb/pull/3299


Fix typo in the bookshelf GCE example

This was causing the makeBookshelf script to fail

I signed it!

It looks like there's some problems in gce/startup-script.sh too; the jetty URL there no longer exists, and the service code assumes a System V Init, but the machine that's used now uses systemd. I have patches for that too but I wasn't sure whether it was better to try to use an older Debian image or to update it to use systemd

Closing because https://github.com/GoogleCloudPlatform/getting-started-java/pull/168 fixes more problems


Run captioning on VizWiz sample and score using VizWiz tools

Expectations

1 day dev to complete script additions for JSON formatting of VizWiz IO.
6 hours of run and debug time to get ~500 results
2 hours to run scoring using VizWiz scoring tools.

First set of results from VizWiz.  I used 100 images from the TRAIN set.  I know that the Unified-IO system trained on this data, so this is not a test result.  I will work to get test results next, however the format of the VizWiz dataset made it most straight forward to use the training set as the images and association captions were readily available.  When I tried to use the test or validation data set (not training) I had trouble matching up ids to image files to captions.  I will work on that or raise up a question if I get blocked.
Here are the results of running Unified-IO baseline captioning over 100 images from the VizWiz training set.
Bleu_1: 0.924
Bleu_2: 0.906
Bleu_3: 0.893
Bleu_4: 0.882
ROUGE_L: 0.896
CIDEr: 2.480
SPICE: 0.372
METEOR: 0.604

This was calculated using eval-vizwiz.py. I will create a PR and link it here.  I will also document the different scoring metrics.  @marjorief @elizlee @yash-reddy

PR (in progress while I dig into test/validation and change some hardcoded paths to be variables) https://github.com/isi-vista/unified-io-inference/pull/18

Two references to see regarding scoring metrics:

https://dl.acm.org/doi/fullHtml/10.1145/3355390
https://medium.com/explorations-in-language-and-learning/metrics-for-nlg-evaluation-c89b6a781054


Bundle Analyzer Functionality

I'd love the ability to use the underlying webpack or rollup bundle analyzer. I suggest a new CLI option for doing bundle analysis.

Nice idea! So are you thinking about implementing some like webpack-bundle-analyzer directly? Or more about a passthrough option for webpack, so that it stores the stats and you run an analyzer against that?
I’d be in favor for option 2.

I'm for option 2 as well. Though I don't know if there is a way to do it in a generic way to pass through to webpack or rollup. Ideally it would support both.

I was thinking to do something like I did for Jest, with a passthrough parameter. Will explore if thats feasible.

I've accomplished this by passing in a custom webpack config as a parameter to lwc-services. Doesn't seem worth it to me to add this functionality as a built in thing, since it's very easy to add when needed yourself.

If someone wants to run in the mean time, as Sam mentioned, we can  add / add to a webpack.config (not sure on steps for roll up)
npm i webpack-bundle-analyzer -D -- to install as dev dependency
then with a /scripts/webpack.config.js file consisting of:
const BundleAnalyzerPlugin = require('webpack-bundle-analyzer').BundleAnalyzerPlugin;

module.exports = {
	plugins: [
		new BundleAnalyzerPlugin(),
	]
};

you can run:
lwc-services build -w scripts/webpack.config.js
and you should get:
Webpack Bundle Analyzer is started at http://<IP_ADDRESS>:8888
options and docs at https://github.com/webpack-contrib/webpack-bundle-analyzer

I suggest we close this issue, we have a working solution and I'd prefer to keep lwc-services as lean as possible to avoid introducing breaking changes.


Invariant Violation:Application RCTZhiHuDaily has not been registered

It shows this error message when I launch the app.Could anyone tell me how to fix that?

Please check your development environment, refer this https://github.com/race604/ZhiHuDaily-React-Native#how-to-run

I already followed all the instructions list on the page. I can run other react-native android projects, which means that my configuration for the react-native development environment is correct. I don't know why it has such an error. Could you tell me how to fix that specifically?

Please try this APK assembled by myself: http://7rf9ir.com1.z0.glb.clouddn.com/ZhiHuDaily-React-Native-1.apk

I already installed that APK successfully. But I still wonder why I can not run the code on my phone.

This maybe help: http://stackoverflow.com/questions/29287987/invariant-violation-application-awesomeproject-has-not-been-registered-when-b . According to this, please check if other JS server is running?

The JS server is running. I can run other react native project on the phone. I don't think it's the JS server's problem.

Open this url in your browser: http://localhost:8081/index.android.bundle?platform=android , and search for AppRegistry.registerComponent('RCTZhiHuDaily',function(){return RCTZhiHuDaily;});, could you find one?

I can find two "AppRegistry.registerComponent('RCTZhiHuDaily',function(){return RCTZhiHuDaily;});" on that page.

That's the problem. You could do this, find all file named ReactNativeDevBundle.js and delete them. You should find them here:
$ find . -name 'ReactNativeDevBundle.js'
./app/build/intermediates/assets/debug/ReactNativeDevBundle.js
./app/src/main/assets/ReactNativeDevBundle.js

And restart your JS server, then Reload JS, try again.

I didn't do anything but recompile the whole app, then the app doesn't  show this error message now., but it still shows other error messages. I will open other issue. Thanks, man.

I update the new npm and run the project successfully. Please close this issue. Thanks, man.


Unable to generate .pbtxt file for Tensorflow 2.0 models.

System information
Running Code on Google Colab
Using Tensorflow 2.2
Problem
I'm trying to generate a .pbtxt file from a .pb file that I trained using TFOD 2 api  but I'm getting a parsing message error. In fact I'm even getting this error when I try to use a trained SSD mobilenet V2 model from tensorflow model Zoo.
This is the Code Used to get .pbtxt, you can just paste this code in google colab and the error will be reproduced

!wget 'http://download.tensorflow.org/models/object_detection/tf2/20200711/ssd_mobilenet_v2_320x320_coco17_tpu-8.tar.gz'
!tar -xf ssd_mobilenet_v2_320x320_coco17_tpu-8.tar.gz
model_path = 'ssd_mobilenet_v2_320x320_coco17_tpu-8/saved_model/saved_model.pb'

import tensorflow as tf

with tf.io.gfile.GFile(model_path, "rb") as f:
    graph_def = tf.compat.v1.GraphDef()
    graph_def.ParseFromString(f.read())

    for i in reversed(range(len(graph_def.node))):
        if graph_def.node[i].op == 'Const':
            del graph_def.node[i]

    tf.io.write_graph(graph_def, "", 'graph.pbtxt', as_text=True)

Facing this Error while running the code:

----> graph_def.ParseFromString(f.read())
DecodeError: Error parsing message

How can I generate a .pbtxt file from Tensorflow Object detection api 2.x models. The end goal is to use these models inside OpenCV DNN module

I have tried in colab with TF 2.2, 2.3-rc1,nightly version and was able to reproduce the issue.Please, find the gist here.Thanks!

Closing as a duplicate of #8923 in tensorflow/models/issues


Does Photino.NET support .NET MVC projects?

I want to be able to integrate Photino.NET into a .NET MVC project. Is this possible? I'm unable to find a guide on how to do this.

It should be compatible with any web framework. Did you even tried to set the PhotinoWindow.StartUrl to your .NET MVC app? Maybe you can host an PhotinoWindow within your .NET MVC app.

@LapinskasL There is a Photino.Server example that demonstrates hosting an ASP.NET server. You should have no trouble hosting an MVC app that way. The ASP.NET server comes virtually free since we're already running the full .NET runtime. Closing, but please re-open if you run into issues.


Empty custom separators?

I'd like to directly concatenate selections with a customer separator.
Using a space works: {1-2$$ $$::pgm_poses::} but doesn't just concatenate the results, there's a space between them, of course.
Using no space causes a syntax error: {1-2$$$$::pgm_poses::}
Does this mean I must use a syntax like the below to achieve my goal?
{::pgm_poses::}{0-1$$::pgm_poses::}
If it's not too much trouble, I think supporting empty custom separators would enable more elegant prompt code.

Unfortunately the parser doesn't currently handle empty spaces. You're right, it really should be supported.  I'll look into it when I get a chance.

Thanks much! If you point me to the place to look maybe I can figure out what to do? Dynamic Prompts code is a little sprawling, at least from my hobbyist perspective. 😄

You can have a look at the parser - https://github.com/adieyal/dynamicprompts/blob/main/src/dynamicprompts/parser/parse.py
It's probably a small fix but I haven't had time to look into it.


S3 Backend: New Secrets credentials provider

Introduce a github.com/minio/minio-go/v7/pkg/credentials.Provider implementation, accepting credentials split accross different files as with Kubernetes Secrets or Docker Secrets.
This way, the backend can get its S3 credentials with a configuration similar to:
{
  "access_key_file": "/etc/secret-volume/access-key",
  "secret_key_file": "/etc/secret-volume/secret-key"
}

The PR description mentions *_file, while the implementation uses *_filename. Having *_file is better, see other comment.

LGTM
Tested this PR in 2 applications in a Kubernetes deployment and both worked as expected: Cycling the access/secret keys in the Secret leads to Simpleblob picking up the updated credentials once the Secret is synced to the filesystem of the container.


Sample Tour (in-memory ?) when no Tour is available

On new installations (when a user installs the Plugin) it would be nice to have  a default demo/sample Tour, in order to help the user understand the functionality of the Plugin and also to take some ideas for their tours

Context menu on Tree's root:

Onboarding Assistant as Tour Structure:

Context Menu Actions for Onboarding Assistant Tour:

Context Menu Actions for Onboarding Assistant Tour's Steps:

Onboarding Assistant Sample Step:

Onboarding Assistant Sample Step:


New resource proposal: Server and database audit

I've been trying to use this module alongside with DSCEA to check for compliance which means I have an SQL server environment already and have run into some issues
the first is that right now the SQLserverlogin resource requires a the name of the user to check for compliance with the various password policy options. I solved this using a lot of imagination and connecting to the various SQL server instances to generate several mof files, one per computer. This one won't be fixed in all likelyhood
the second is that I have yet to find how to configure the database audit policy with DSC. is this even possible?

@imarambiocatan Is it SQL Server Audit (Database Engine) you are looking if there are support for? If so, there are no resource that handles this yet. It would be possible to add a resource for this when looking at Creating and Managing Audits with Transact-SQL.

Yes, that is correct, that is what I'm looking for. Is there another way to do this? within dsc i mean

There are no DSC resource for this, so currently no. I labeled it help wanted so that anyone in the community can run with it.

Hi,
just started with this for myself and just found this issue.
I have the audit ( the storage part ) running.
I am now starting with the serverAuditSpecifications part. the databaseAuditSpecifications part  wil be last.
https://github.com/Fiander/SqlServerDsc

Cool! Happy to review a PR if you want to send it in here.


Java17 sp3

Added Java 17 and SpringBoot 3.2.2
Removing the use of cookies.
Changed the AGS services to use a token (just for our demo purposes, not the way to go in prod, for prod we need to use the onetime token and then trade it and refresh it later as it happens in the not demo path)

What is the purpose of the new AGS Advantage Token?

About the PR AGS Advantage Token... I've removed the use of session cookies for our AGS UX, so the token is just a way to secure and pass the info we need to the AGS endpoints. As we don't have a session mechanism for our tool now, this token is supposed to make it "not session dependent" but still keep the endpoints kind of "secured".  This is not what we would use in a prod tool, but it is enough for the demo purposes.


[Feature] Add Keyword Spotting.

Currently the LUIS ROS node opens a pipe to the cloud and sends all voice to the cloud for processing. Not only is this not efficient, it is costly.
Fortunately there are APIs to enable LUIS to wait until a keyword or phrase is spoken before waking up.
Feature: Add Wakeword/Keyword support.

This has been completed


StackOverflow with maven plugin

I tried running the maven plugin with this[1] schema. The plugin failed with a stack overflow error. I tried increasing the stack size up to 1G, but it didn't help. The full stack trace and debugging output is available here[2].
[1] https://github.com/AnalyticalGraphicsInc/czml-writer/tree/master/Schema
[2] https://gist.github.com/wardev/6808c90bb63e27cc3f1b

@vidia I'm still having this issue. Were you able to solve it?
Tks

@joelittlejohn I think this issue could be closed as it was fixed with #560
https://json-schema.org/draft-04/hyper-schema was taken as a sample schema.
Running jsonschema2pojo -s hyper-schema.json -t out yielded:

jsonschema2pojo-0.4.22 failed with Exception in thread "main" java.lang.StackOverflowError
jsonschema2pojo-0.4.23 succeeded, generating: HyperSchema.java,  Link.java,  Media.java


An API to allow iterating over keys in a KVS without reading values

Currently an application can use the cursor API to read through keys in a range. But the cursor also reads values. If the application only wants to read keys it would be useful to have a way to iterate through just the keys which would be more performant and may also avoid polluting the page cache.

Personally, I like option one much better. I think I like HSE_CURSOR_READ_KEY_ONLY instead of HSE_CURSOR_READ_NOVALUE.
Just spitballing an idea. Is there a way to make the read_copy() API the goto API for cursor reads where we could mark the original read() API as deprecated?
Potentially a better name than read_copy()? Maybe people know from other APIs they have used? Actual API content looks fine to me, although I might put key_buf_sz before key_len just to tie it to the buffer better. Same for val_buf_sz.

Not sure how this would look at hse-python level. I have an idea, but not important for now.

Is there any reason the caller can't just pass in NULL for val in the existing API to effect a key read?

The val in the existing API is a double pointer and it's set by hse to point to the region of memory that holds the value. If we interpret val=NULL as read-only-key, the caller will have to explicitly set it to some dummy non-NULL value when it does want to read the value.

I don't understand..  In the latter case it's never NULL and must be the address of a pointer in which hse will stash the ptr to the internal buffer.  What am I missing?

Yes, of course. That makes sense. So for either API, if val is set to NULL, we'd return just the key.
// unchanged
hse_err_t
hse_kvs_cursor_read(
    struct hse_kvs_cursor *cursor,
    unsigned int           flags,
    const void **          key,
    size_t *               key_len,
    const void **          val,
    size_t *               val_len,
    bool *                 eof);

// The copyout variant
hse_err_t
hse_kvs_cursor_read_copy(
    struct hse_kvs_cursor *cursor,
    unsigned int           flags,
    const void *           key,
    size_t *               key_len,
    size_t                 key_buf_size,
    const void *           val,
    size_t *               val_len,
    size_t                 val_buf_size,
    bool *                 eof);

I think the read and read_copy without flags makes the most sense.

I don't care for the "read_copy" function.  I'm thinking something along the lines of hse_kvs_cursor_readv() but give me some time to flesch it out..

What is struct iovec?

Do callers really need iovec support?  Let's not use iovecs just because you don't like the name read_copy.  None of our APIs use iovecs, so this would stand out like a sore thumb.
IMO KISS favors read and read_copy as Gaurav spelled out.

Can we get rid of key_buf_size and val_buf_size and make key_len and val_len value-result parameters?

Is there any inspiration from RocksDB which the API could pull from?

"_read_copy" make sense to me since it does an actual copy vs the "_read" version which does not.

Thanks everyone. I've posted a PR for this change. See https://github.com/hse-project/hse/pull/105

@gsramdasi, do you plan to turn this into an RFC?  That's probably overkill, and you've already merged the PR.


Handle build failure on gate check

Description

Fixes: #171
Checklist

[X] I have manually tested the application to make sure the changes don’t cause any downstream issues.

Everything seems to be working fine :+1:


Sidecars not terminated in a timely manner at scale when main container completes

Pre-requisites

[X] I have double-checked my configuration
[X] I can confirm the issues exists when I tested with :latest
[ ] I'd like to contribute the fix myself (see contributing guide)

What happened/what you expected to happen?
What happened:
When running 10 instances of a workflow that spins up 200 parallel pods with sidecars (2000 total pods), some of the pods don't complete until several minutes after the main container completes (witnessed up to 30+ minute delay). Instead, the main and wait containers complete, but the sidecars continue running afterwards.
Expectation:
The sidecars should be terminated (or at least receive a terminate signal) within seconds after the main container completes.
Version
3.4.5
Paste a small workflow that reproduces the issue. We must be able to run the workflow; don't enter a workflows that uses private images.
apiVersion: argoproj.io/v1alpha1
kind: Workflow
metadata:
  generateName: sidecar-test-
spec:
  entrypoint: main
  templates:
    - name: main
      dag:
        tasks:
          - name: sidecar-test
            template: sidecar-test
            withSequence:
              count: "200"
    - name: sidecar-test
      container:
        image: debian:bullseye-slim
        resources:
          requests:
            memory: 500Mi
            cpu: 100m
        command: [bash, -c]
        args:
          - |
            sleep 10
      sidecars:
        - name: sidecar-1
          image: debian:bullseye-slim
          resources:
            requests:
              memory: 500Mi
              cpu: 100m
          command: [bash, -c]
          args:
            - |
              while :
              do
                sleep 5
              done
        - name: sidecar-2
          image: debian:bullseye-slim
          resources:
            requests:
              memory: 500Mi
              cpu: 100m
          command: [bash, -c]
          args:
            - |
              while :
              do
                sleep 5
              done
        - name: sidecar-3
          image: debian:bullseye-slim
          resources:
            requests:
              memory: 500Mi
              cpu: 100m
          command: [bash, -c]
          args:
            - |
              while :
              do
                sleep 5
              done

Logs from the workflow controller
workflow-controller.log
Logs from in your workflow's wait container
time="2023-02-27T18:00:21 UTC" level=info msg="Starting deadline monitor"
time="2023-02-27T18:01:22 UTC" level=info msg="Main container completed" error="<nil>"
time="2023-02-27T18:01:22 UTC" level=info msg="Deadline monitor stopped"
time="2023-02-27T18:01:22 UTC" level=info msg="stopping progress monitor (context done)" error="context canceled"
time="2023-02-27T18:01:22 UTC" level=info msg="No Script output reference in workflow. Capturing script output ignored"
time="2023-02-27T18:01:22 UTC" level=info msg="No output parameters"
time="2023-02-27T18:01:22 UTC" level=info msg="No output artifacts"
time="2023-02-27T18:01:22 UTC" level=info msg="S3 Save path: /tmp/argo/outputs/logs/main.log, key: sidecar-test-h5f6f/sidecar-test-h5f6f-sidecar-test-1545037156/main.log"
time="2023-02-27T18:01:22 UTC" level=info msg="Creating minio client using AWS SDK credentials"
time="2023-02-27T18:01:22 UTC" level=info msg="Saving file to s3" bucket=ci-platform-us01-ci-platform-prod-artifacts endpoint=s3.amazonaws.com key=sidecar-test-h5f6f/sidecar-tes
t-h5f6f-sidecar-test-1545037156/main.log path=/tmp/argo/outputs/logs/main.log
time="2023-02-27T18:01:22 UTC" level=info msg="Save artifact" artifactName=main-logs duration=95.712696ms error="<nil>" key=sidecar-test-h5f6f/sidecar-test-h5f6f-sidecar-test-15
45037156/main.log
time="2023-02-27T18:01:22 UTC" level=info msg="not deleting local artifact" localArtPath=/tmp/argo/outputs/logs/main.log
time="2023-02-27T18:01:22 UTC" level=info msg="Successfully saved file: /tmp/argo/outputs/logs/main.log"
time="2023-02-27T18:01:22 UTC" level=info msg="Create workflowtaskresults 201"
time="2023-02-27T18:01:22 UTC" level=info msg="Alloc=11112 TotalAlloc=18408 Sys=35282 NumGC=4 Goroutines=11"

Additional context
Environment: AWS EKS, running Karpenter with c6i.32xlarge instances
When the issue occurs, pods look like this:
...
sidecar-test-njbkt-sidecar-test-1683720170                        3/5     NotReady      0               15m
sidecar-test-njbkt-sidecar-test-1749094478                        3/5     NotReady      0               16m
sidecar-test-njbkt-sidecar-test-2256319574                        3/5     NotReady      0               15m
sidecar-test-njbkt-sidecar-test-3413532318                        3/5     NotReady      0               15m
sidecar-test-njbkt-sidecar-test-616410606                         3/5     NotReady      0               16m
sidecar-test-njbkt-sidecar-test-839388366                         3/5     NotReady      0               15m
sidecar-test-r9wpq-sidecar-test-1116727110                        3/5     NotReady      0               15m
sidecar-test-r9wpq-sidecar-test-1866103240                        3/5     NotReady      0               16m
sidecar-test-r9wpq-sidecar-test-1911252918                        3/5     NotReady      0               15m
sidecar-test-r9wpq-sidecar-test-2550845942                        3/5     NotReady      0               15m
sidecar-test-r9wpq-sidecar-test-269508782                         3/5     NotReady      0               15m
sidecar-test-r9wpq-sidecar-test-2869810302                        3/5     NotReady      0               15m
sidecar-test-r9wpq-sidecar-test-3276810206                        3/5     NotReady      0               16m
...

Containers:
  wait:
...
    State:          Terminated
      Reason:       Completed
      Exit Code:    0
      Started:      Tue, 28 Feb 2023 08:47:04 -0700
      Finished:     Tue, 28 Feb 2023 08:47:15 -0700
    Ready:          False
...
  main:
...
    State:          Terminated
      Reason:       Completed
      Exit Code:    0
      Started:      Tue, 28 Feb 2023 08:47:04 -0700
      Finished:     Tue, 28 Feb 2023 08:47:14 -0700
    Ready:          False
...
  sidecar-1:
...
    State:          Running
      Started:      Tue, 28 Feb 2023 08:47:05 -0700
    Ready:          True
    Restart Count:  0
...
  sidecar-2:
...
    State:          Running
      Started:      Tue, 28 Feb 2023 08:47:06 -0700
    Ready:          True
...
  sidecar-3:
...
    State:          Running
      Started:      Tue, 28 Feb 2023 08:47:07 -0700
    Ready:          True

describe-pod.log
Notes

Can reproduce this issue by running a single instance of the workflow. I tested a single instance in a completely separate, smaller cluster and noted that some pods have a duration of < 1m while others  run over 3m, with with main container usually completing within seconds and the sidecars still running for minutes afterwards.

Just had a single instance of this workflow take 21m when running in the original, larger cluster. These absurdly long runtimes seem to occur after running 10 concurrent instances (runtime is usually ~1m). The pods were all running within 30s, and the main containers were completing quickly.

Doing further troubleshooting, I added the following logging to the first sidecar:
while :
do
  if [ -e "/var/run/argo/ctr/main/exitcode" ]
  then
    echo Found main container exitcode:
    cat /var/run/argo/ctr/main/exitcode
  fi

  if [ -e "/var/run/argo/ctr/sidecar-2/signal" ]
  then
    echo Found sidecar-2 Emissary signal file:
    cat /var/run/argo/ctr/sidecar-2/signal
  fi

  if [ -e "/var/run/argo/ctr/sidecar-3/signal" ]
  then
    echo Found sidecar-3 Emissary signal file:
    cat /var/run/argo/ctr/sidecar-3/signal
  fi

  sleep 5
done

I found that the logs always output the main container's exit code, but the signal files are never found. I also changed the main container to write SIGKILL to the signal files to see if this could be a workaround (i.e., wait container is delaying writing the signal files for some reason, so have the main container write the files instead):
sleep 10

printf '\x9' > /var/run/argo/ctr/sidecar-1/signal
printf '\x9' > /var/run/argo/ctr/sidecar-2/signal
printf '\x9' > /var/run/argo/ctr/sidecar-3/signal

I still never see those signal files the main container wrote in the first sidecar's logs for its siblings, and then the container exits with code 143 (SIGTERM) instead of 137 (SIGKILL), suggesting that my signal file was deleted, but ignored.
I'm wondering if argoexec is finding the signal files, deleting them, and then there is a long delay in actually terminating the process.
I also was poking around in one of the sidecars with kubectl exec and had the same findings where the exitcode file is there, but found no signal files.
root@sidecar-test-wvqsf-sidecar-test-774865706:/var/run/argo# ls /var/run/argo/ctr/sidecar-1/
combined  stdout
root@sidecar-test-wvqsf-sidecar-test-774865706:/var/run/argo# ls /var/run/argo/ctr/sidecar-2/
combined  stdout
root@sidecar-test-wvqsf-sidecar-test-774865706:/var/run/argo# ls /var/run/argo/ctr/sidecar-3/
combined  stdout
root@sidecar-test-wvqsf-sidecar-test-774865706:/var/run/argo# ls /var/run/argo/ctr/main/
combined  exitcode  stdout

Doing further troubleshooting, I added the following logging to sidecar-1:
while :
do
  if [ -e "/var/run/argo/ctr/main/exitcode" ]
  then
    echo Found main container exitcode:
    cat /var/run/argo/ctr/main/exitcode
  fi

  if [ -e "/var/run/argo/ctr/sidecar-2/signal" ]
  then
    echo Found sidecar-2 Emissary signal file:
    cat /var/run/argo/ctr/sidecar-2/signal
  fi

  if [ -e "/var/run/argo/ctr/sidecar-3/signal" ]
  then
    echo Found sidecar-3 Emissary signal file:
    cat /var/run/argo/ctr/sidecar-3/signal
  fi

  sleep 5
done

It always finds the main containers exitcode file, but never its sibling sidecars' signal files. I then updated the main container to write SIGKILL to the sidecar signal files:
sleep 10

printf '\x9' > /var/run/argo/ctr/sidecar-1/signal
printf '\x9' > /var/run/argo/ctr/sidecar-2/signal
printf '\x9' > /var/run/argo/ctr/sidecar-3/signal

I saw the same result where the exitcode file was found, but not the signal files. Also, the sidecars still exited with code 143 (SIGTERM), suggesting my SIGKILL commands were ignored. Maybe I'm writing the files incorrectly.
Overall, it seems that argoexec might be getting the signal files from the wait container as expected, but then taking a long time to actually terminate.

I discovered that having the main container write signal files for the sidecars with SIGTERM messages is a way to work around this issue. I updated the main container with the following code to mimic what the wait container does:
sleep 10

echo MTU= | base64 -d > /var/run/argo/ctr/sidecar-1/signal
echo MTU= | base64 -d > /var/run/argo/ctr/sidecar-2/signal
echo MTU= | base64 -d > /var/run/argo/ctr/sidecar-3/signal

With this workaround, 10 instances of the example workflow are finishing within a few minutes instead of 20m, with most pods having a duration of < 20s and few having a duration slightly over 1m.
It would appear that without this hack, something is preventing the wait container from writing the signal files in a timely manner after the main container completes.

Thanks a lot for posting this issue w/ logs, a repro workflow, and even proposing a workaround for the time being. ❤
We're doing some digging of our own into workflow hanging that might be related this (see: https://github.com/argoproj/argo-workflows/issues/10491). We'll post an update on here if we run into a cause or fix.

Also, FYI for SIGTERM related issues:
https://github.com/argoproj/argo-workflows/issues/10518
PR: https://github.com/argoproj/argo-workflows/pull/10523

If you weren't having this issue until 3.4.5, then that will likely fix it. If you're able to test that PR or master with your repro workflow, please let us know the results.

Hey @bencompton - have you had a chance to test out if #10523 fixes this issue? If it does, we'll go ahead and close it and see when we can get another patch release out

My team just updated to 3.4.7 and I re-tested. Unfortunately, I’m still seeing the same issue with the sidecars not terminating in a timely manner. In my team’s workflows, I saw pods with the main containers completing after 20m and continuing until hitting our 1h deadline while the sidecars failed to stop. When re-testing with the minimal reproduction above, I see the same results as before:
…
sidecar-test-vsf8r-sidecar-test-3583951812                       3/5     NotReady    0          14m
sidecar-test-vsf8r-sidecar-test-3593789946                       3/5     NotReady    0          13m
sidecar-test-vsf8r-sidecar-test-359583538                        3/5     NotReady    0          13m
sidecar-test-vsf8r-sidecar-test-364746458                        3/5     NotReady    0          12m
sidecar-test-vsf8r-sidecar-test-3674744714                       3/5     NotReady    0          13m
sidecar-test-vsf8r-sidecar-test-3714523468                       3/5     NotReady    0          13m
sidecar-test-vsf8r-sidecar-test-3745816844                       3/5     NotReady    0          14m
sidecar-test-vsf8r-sidecar-test-3748422672                       3/5     NotReady    0          14m
sidecar-test-vsf8r-sidecar-test-3749200898                       3/5     NotReady    0          13m
sidecar-test-vsf8r-sidecar-test-3758682656                       3/5     NotReady    0          14m
sidecar-test-vsf8r-sidecar-test-3773040474                       3/5     NotReady    0          12m
sidecar-test-vsf8r-sidecar-test-3804027916                       3/5     NotReady    0          13m
sidecar-test-vsf8r-sidecar-test-3866083034                       3/5     NotReady    0          13m
sidecar-test-vsf8r-sidecar-test-386948370                        3/5     NotReady    0          13m
sidecar-test-vsf8r-sidecar-test-3873634500                       3/5     NotReady    0          13m
sidecar-test-vsf8r-sidecar-test-3876696458                       3/5     NotReady    0          13m
sidecar-test-vsf8r-sidecar-test-3880561570                       3/5     NotReady    0          14m
sidecar-test-vsf8r-sidecar-test-3926852610                       3/5     NotReady    0          12m
…

  main:
    Container ID:  containerd://2f38531a9cd7e0d9213240be0899692cef963d1c7ced83cc926e7baff156f4fb
    Image:         debian:bullseye-slim
    Image ID:      docker.io/library/debian@sha256:f4da3f9b18fc242b739807a0fb3e77747f644f2fb3f67f4403fafce2286b431a
    Port:          <none>
    Host Port:     <none>
    Command:
      /var/run/argo/argoexec
      emissary
      --loglevel
      info
      --log-format
      text
      --
      bash
      -c
    Args:
      sleep 10

    State:          Terminated
      Reason:       Completed
      Exit Code:    0
      Started:      Wed, 03 May 2023 11:38:35 -0600
      Finished:     Wed, 03 May 2023 11:38:45 -0600
    Ready:          False
…
  sidecar-1:
    Container ID:  containerd://afedb72e64ef9ec369e3bf2a89382216e7b83d030bb28310b2d9c41096220a4f
    Image:         debian:bullseye-slim
    Image ID:      docker.io/library/debian@sha256:f4da3f9b18fc242b739807a0fb3e77747f644f2fb3f67f4403fafce2286b431a
    Port:          <none>
    Host Port:     <none>
    Command:
      /var/run/argo/argoexec
      emissary
      --loglevel
      info
      --log-format
      text
      --
      bash
      -c
    Args:
      while :
      do
        sleep 5
      done

    State:          Running
      Started:      Wed, 03 May 2023 11:38:35 -0600
    Ready:          True
…
  sidecar-2:
    Container ID:  containerd://38d014aef53551e1e1d58b310e0640783ab42347282d789a517a68d7fa292ac7
    Image:         debian:bullseye-slim
    Image ID:      docker.io/library/debian@sha256:f4da3f9b18fc242b739807a0fb3e77747f644f2fb3f67f4403fafce2286b431a
    Port:          <none>
    Host Port:     <none>
    Command:
      /var/run/argo/argoexec
      emissary
      --loglevel
      info
      --log-format
      text
      --
      bash
      -c
    Args:
      while :
      do
        sleep 5
      done

    State:          Running
      Started:      Wed, 03 May 2023 11:38:35 -0600
    Ready:          True
…
  sidecar-3:
    Container ID:  containerd://924cd7afe76ec251b3100862b9b5a8e85d822636c86ab1a1d24e234f402e1577
    Image:         debian:bullseye-slim
    Image ID:      docker.io/library/debian@sha256:f4da3f9b18fc242b739807a0fb3e77747f644f2fb3f67f4403fafce2286b431a
    Port:          <none>
    Host Port:     <none>
    Command:
      /var/run/argo/argoexec
      emissary
      --loglevel
      info
      --log-format
      text
      --
      bash
      -c
    Args:
      while :
      do
        sleep 5
      done

    State:          Running
      Started:      Wed, 03 May 2023 11:38:35 -0600
    Ready:          True

FYI: @JPZ13 @caelan-io @jmeridth

Also running into this issue on 3.3.10, 4.3.0, 4.3.7, 4.3.8 (Ive ran into multiple issues to do with permissions when installing from fresh, so I wonder if this is a similar issue)
@bencompton workaround, works, but obviously not ideal (Thanks alot though!), and leads credence that its a permission issue. Are any of the maintainers running into this issue as well, as its very easily reproducible for me?
Ive noticed the pods are being created outside of the argo namespace. This created an issue for me when setting up an artifact repo as the documentation was creating credentials in the argo namespace, but they weren't accessible. Theres also been a few other similar issues. (Im new to K8S so this may be perfectly normal, and the documentation was wrong)
This works, as theres no DAG or Steps
apiVersion: argoproj.io/v1alpha1
kind: Workflow
metadata:
  generateName: sidecar-
spec:
  entrypoint: sidecar-example
  templates:
  - name: sidecar-example
    container:
      image: alpine:latest
      command: [sh, -c]
      args: ["
        apk update &&
        apk add curl &&
        until curl -XPOST 'http://<IP_ADDRESS>:8086/query' --data-urlencode 'q=CREATE DATABASE mydb' ; do sleep .5; done &&
        for i in $(seq 1 20);
          do curl -XPOST 'http://<IP_ADDRESS>:8086/write?db=mydb' -d \"cpu,host=server01,region=uswest load=$i\" ;
          sleep .5 ;
        done
      "]
    sidecars:
    - name: influxdb
      image: influxdb:1.2
      command: [influxd]

The following does not work
apiVersion: argoproj.io/v1alpha1
kind: Workflow
metadata:
  generateName: workflow-example-
spec:
  entrypoint: workflow
  templates:
  - name: workflow
    dag:
      tasks:
      - name: sidecar-test
        inline:
          container:
            image: alpine:latest
            command: [sh, -c]
            args: ["
              apk update &&
              apk add curl &&
              until curl -XPOST 'http://<IP_ADDRESS>:8086/query' --data-urlencode 'q=CREATE DATABASE mydb' ; do sleep .5; done &&
              for i in $(seq 1 20);
                do curl -XPOST 'http://<IP_ADDRESS>:8086/write?db=mydb' -d \"cpu,host=server01,region=uswest load=$i\" ;
                sleep .5 ;
              done
            "]
          sidecars:
            - name: influxdb
              image: influxdb:1.2
              command: [influxd]

This does work, due to the workaround
apiVersion: argoproj.io/v1alpha1
kind: Workflow
metadata:
  generateName: workflow-example-
spec:
  entrypoint: workflow
  templates:
  - name: workflow
    dag:
      tasks:
      - name: sidecar-test
        inline:
          container:
            image: alpine:latest
            command: [sh, -c]
            args: ["
              apk update &&
              apk add curl &&
              until curl -XPOST 'http://<IP_ADDRESS>:8086/query' --data-urlencode 'q=CREATE DATABASE mydb' ; do sleep .5; done &&
              for i in $(seq 1 20);
                do curl -XPOST 'http://<IP_ADDRESS>:8086/write?db=mydb' -d \"cpu,host=server01,region=uswest load=$i\" ;
                sleep .5 ;
              done
              && echo MTU= | base64 -d > /var/run/argo/ctr/influxdb/signal # WITHOUT THIS COMMAND, THE SIDECAR REMAINS RUNNING
            "]
          sidecars:
            - name: influxdb
              image: influxdb:1.2
              command: [influxd]

Thank you for posting updates on this issue and confirming the workaround works @bencompton @McPonolith
We have several other bug fixes ahead of this in the priority queue. If anyone has further suggestions for a solution, please comment and/or take this on in the meantime.

Are there any updates on this ?
We're running into the same issue with OpenTelemetry collector sidecars. The main and wait containers completed, yet the sidecar keeps running seemingly indefinitely. Argo-workflows v3.5.4, emissary executor.

Not stale. This is a real bug.

Looks like we change "Kill Sidecar" from distributed to centralized, may be easier to face the scale issue.

I believe I have also encountered this issue with an auto-injected custom istio sidecar we use, call it custom-istio.
When I try the suggested solution:
sleep 10
echo MTU= | base64 -d > /var/run/argo/ctr/custom-istio/signal

I get /var/run/argo/ctr/custom-istio/ folder does not exist. Is this expected?

Commenting here that this is also an issue for us in v3.6.2. I was able to confirm the workaround in this thread does in fact work, which proves this problem is causing massive delays in the Execution of our Workflows.
We're running the exact same "sleep" workload every time (as a perf test) and problem is reproducible consistently. My workload consists of 2,000 workflows, each with 14 "sleep" Java containers. Argo seems very slow to reconcile these, even with very high QPS and worker thread settings. I often see nodes sitting in a NotReady state (due to the main container already exiting) for up to 15m. I can see from many pod logs the main containers have exited, but Argo is taking a long time to mark it as complete and execute the next step in the workflow.
I originally thought this issue was due to either K8s API throttling or the Argo worker threads, but as you can see below I've massively increased these resources and I still see the issue. I can see that my controller has low CPU and a lot of overhead, so the threads are not causing CPU throttling.
Based on the test I just performed I think I've finally found the culprit with this issue. This is quite a massive pain point for my team because it introduces a very large amount of wait time overhead into our workload (15m * 14 steps = 3.5 hours worst case). Without this problem, our workload would actually complete quite quickly.
We use sidecars (like fluentbit) to forward logs/metrics and perform other operations, so we can't easily get rid of these in our production system. It would be really great if we could get this fixed, I might even be able to help depending on the setup required. If anyone has more context/understanding, or is willing to help please let me know.
Argo Server Settings
- args:
  - server
  - --namespaced
  - --auth-mode=sso
  - --auth-mode=client
  - --secure
  - --kube-api-burst=200
  - --kube-api-qps=100
  - --api-rate-limit=5000
  - --event-operation-queue-size=0

Argo Controller Settings
- args:
  - --namespaced
  - --burst=600
  - --qps=500
  - --workflow-workers=4000
  - --workflow-ttl-workers=4000
  - --pod-cleanup-workers=4000

If it helps anyone else, this is a new sidecar I'm running which dramatically speeds up the Execution of workflows with sidecars. It works by polling every second to see if the main container exited 0. If this occurs, it will delay for a set period (here it's 10 seconds), then list the other sidecars within the pod and shut them down. This allows my sidecars to finish their cleanup work within that 10 second window after the main container exits, but then quickly cleans them up.
- name: shutdown-agent-sidecar
      image: public.ecr.aws/docker/library/bash:5.2
      command:
        - bash
      args:
        - -c
        - while true; do if [ -f /var/run/argo/ctr/main/exitcode ] && [ "`cat
          /var/run/argo/ctr/main/exitcode`" = "0" ]; then sleep 10; for sidecar
          in `ls /var/run/argo/ctr/ | grep -v main`; do echo MTU= | base64 -d >
          "/var/run/argo/ctr/${sidecar}/signal"; done; break; fi; sleep 1; done
      resources: {}
      imagePullPolicy: Always


Functional tests need playlists before compile stage

Functional tests are in openj9 repo. We set up all material in compile stage(build.xml)
https://github.com/AdoptOpenJDK/openjdk-tests/pull/364
If we expect to run functional tests from adopt we need all tests playlists staged when generate make files. That is before compile stage.

Or functional tests need one more extra make configure step.

Close this as it is addressed in #394


Cannot compile mismatched types and the trait bound std::borrow::Cow<'_, str>: std::cmp::PartialEq<[std::borrow::Cow<'_, str>]> is not satisfied

I realize this is extremely similar to this version, where the recommended fix was upgrading to the newest version of the compiler:
https://github.com/alexcrichton/toml-rs/issues/149
But I'm using Rust 1.16.. and still having the same issue!
Here are the versions of my libraries in the toml, I'm in the process of trying to upgrade iron from v0.4 to v0.5.. and figured I should update everything else.   I probably shouldn't have updated so many libraries at once, I saw one other closed issue suggesting it was possibly another library... though I don't understand how that could trigger an error when compiling toml.
Anyway, help much appreciated, thanks!
Any other suggestions?
   Compiling toml v0.4.0
   Compiling staticfile v0.4.0
   Compiling urlencoded v0.5.0
error[E0308]: mismatched types
   --> /root/.cargo/registry/src/github.com-1ecc6299db9ec823/toml-0.4.0/src/de.rs:246:40
    |
246 |                     match t.header.get(..self.depth) {
    |                                        ^^^^^^^^^^^^ expected usize, found struct `std::ops::RangeTo`
    |
    = note: expected type `usize`
    = note:    found type `std::ops::RangeTo<usize>`

error[E0277]: the trait bound `std::borrow::Cow<'_, str>: std::cmp::PartialEq<[std::borrow::Cow<'_, str>]>` is not satisfied
   --> /root/.cargo/registry/src/github.com-1ecc6299db9ec823/toml-0.4.0/src/de.rs:247:41
    |
247 |                         Some(header) => header == prefix,
    |                                         ^^^^^^^^^^^^^^^^ the trait `std::cmp::PartialEq<[std::borrow::Cow<'_, str>]>` is not implemented for `std::borrow::Cow<'_, str>`
    |
    = help: the following implementations were found:
    = help:   <std::borrow::Cow<'a, std::ffi::OsStr> as std::cmp::PartialEq<std::ffi::OsStr>>
    = help:   <std::borrow::Cow<'a, std::ffi::OsStr> as std::cmp::PartialEq<&'b std::ffi::OsStr>>
    = help:   <std::borrow::Cow<'a, std::ffi::OsStr> as std::cmp::PartialEq<std::ffi::OsString>>
    = help:   <std::borrow::Cow<'a, std::path::Path> as std::cmp::PartialEq<std::path::Path>>
    = help: and 15 others
    = note: required because of the requirements on the impl of `std::cmp::PartialEq<&[std::borrow::Cow<'_, str>]>` for `&std::borrow::Cow<'_, str>`

   Compiling params v0.6.0
error: aborting due to 2 previous errors

Build failed, waiting for other jobs to finish...
error: Could not compile `toml`.`

Finally, here are the libaries I'm using and the versions from the toml:
redis = "^0.8"
iron = "^0.5"
router = "^0.5"
staticfile = "^0.4"
handlebars = "^0.26"
handlebars-iron = "^0.24"
iron-error-router = "^0.3"
handlebars-markdown-helper = "0.5"
mount = "^0.3"
params = "^0.6"
chrono = "^0.3"
time = "^0.1"
rustc-serialize = "^0.3"
rust-crypto = "^0.2"
rand = "^0.3"
lazy_static = "^0.2"
#serde = "^1"
toml = "^0.3"
serde_json = "^1.0"
byteorder = "^1"
regex = "^0.2"
If nobody has suggesting, I'll go back to the old list and upgrade them one at a time and see if a specific one breaks it.

Nope... it was definitely upgrading this package from ^0.2 to ^0.4
Thoughts?  Thanks.

Can you gist the output of rustc -vV to confirm that 1.16.0 is being used?

[leo@new-host-2 user-panel]$ rustc -vV
rustc 1.16.0 (30cf806ef 2017-03-10)
binary: rustc
commit-hash: 30cf806ef8881c41821fbd43e5cf3699c5290c16
commit-date: 2017-03-10
host: x86_64-unknown-linux-gnu
release: 1.16.0
LLVM version: 3.9

Hm that same compiler compiled toml just fine for me, so I'm not sure what's going on in that case :(

I figured this one out... I have to compile this specific project as sudo.   It turns out sudo was using an a different version of rust, rust 1.14, and I had to call 'sudo rustup update stable' to update sudo's version of Rust.
Having another issue with this package now but I'll play with that a little and open a separate ticket if still having issues.  Thank you Alex!