not show  sweetalert laravel5.8

i used use UxWeb\SweetAlert\SweetAlert;
SweetAlert::success('Success Message', 'Added Done ');
i used in blade.php

@include('sweet::alert')
i used in // config/app.php
'providers' => [
UxWeb\SweetAlert\SweetAlertServiceProvider::class,
];
'aliases' => [
'Alert' => UxWeb\SweetAlert\SweetAlert::class,
];

Hi, Sharing some of my findings
First Controller Action
SweetAlert::error('Some error');

dd(Session::get('sweet_alert')); // Displays the sweet alert config

return redirect()->route('some-route');

'some-route' Controller action
dd(Session::get('sweet_alert')); // Displays 'null'

There might be some problems with the Session dependency or something has changed with how Laravel redirects. Will continue looking further and will update you when something comes up.

Hi, I found the problem with the facades. the __destruct method is not triggered.
https://github.com/uxweb/sweet-alert/blob/fb88b736c86131c18254216e79559f4d93e08ca6/src/SweetAlert/SweetAlertNotifier.php#L360-L363
I then tried placing the $this->flashConfig() inside message() method and it works as intended.

THANKS "juliomotol" ! It's work for me !
-> I add "$this->flashConfig();" into the public function "message ()"
did you put "$this->flashConfig();" in the __destruct() or did you remove it?

did you put "$this->flashConfig();" in the __destruct() or did you remove it?

Neither, I was just trying to figure out what could have been the problem and tried hacking the code a bit. I'd suggest using the helper functions for now until this is fixed.


Brush selection jumps back to previous or default position

Checklist

[X] I updated the card to the latest version available
[X] I cleared the cache of my browser
[X] I verified that I'm really running the lastest version in my browser console
[X] I checked if there is another issue opened with the same problem

Describe the bug
When adjusting the selection in the brush, it sometimes jumps back to the default position or the previous one, either after the pointer has been released, or while I'm still dragging.
Same behavior on Chrome desktop and mobile, and also the Home Assistant app.
I also get this error in the console when I first click on the selection (both when the bug triggers and when it doesn't).
apexcharts-card.js:1 Unable to preventDefault inside passive event listener invocation.

Version of the card
Version: first seen on v1.8.2, remains in v1.9.0-dev.1
To Reproduce
This is the configuration I used:
      - type: custom:apexcharts-card
        graph_span: 7d
        brush:
          selection_span: 24h
        header:
          show: true
          title: Consumo eléctrico
          show_states: true

        show:
          loading: false

        series:
          - entity: sensor.consumo_global
            name: Consumo eléctrico
            type: line
            float_precision: 0

            group_by:
              func: avg
              duration: 1h

            show:
              name_in_header: false
              header_color_threshold: true
              in_brush: true
              in_header: raw

            color_threshold:
              - value: 0
                color: "#64DD17"
              - value: 7000
                color: "#FFAB00"
              - value: 9000
                color: "#DD2C00"

        experimental:
          color_threshold: true
          brush: true

Screenshots
Here's a gif:

Expected behavior
I expected the selected area to:

expand following the pointer while I'm dragging
stay where I left it when I've released the pointer

Desktop (please complete the following information):

Browser: Chrome
Version: 90.0.4430.93

Smartphone (please complete the following information):

Device: Samsung S8+
OS: Android 9
Browser: Chrome
Version: 90.0.4430.82

Additional context
For me, it almost always triggers when I leave the right end of the selection at the starting position and expand the selection to the other end.

That happens when the chart is refreshing while you drag the brush, there's nothing I can do about it unfortunately.

I see, I hid the loading spinner so I didn't realize it was refreshing. Thank you!


Content [Catalyst TV]: Add new episodes to CatalystTV

More than 10 episodes have been uploaded but not added to the main website, new pages need to be created as well as a template for easy integration with the website.
I will upload the remaining episodes in english as a base for translation and to get things started.

@Mietran0407 here is the PR where ive uploaded all your videos too on the website

Hi, Jack @PardusEidolon.
During the review, I made some changes, marked it as Resolved, and then confirmed Merge.
Is that correct?

@andrecahyadi you did good! good job fixing the merge conflict 👍
I'm merging and closing this PR now

@PardusEidolon Thanks, Jack :)
Anyway during the review, if I found any typos, I click the Viewed check box and then just write a comment?
Does the creator then need to revise & re-commit?


Display all relationship templates

Signed-off-by: Thommy Zelenik<EMAIL_ADDRESS>Fixed the issue that in some cases a relationship template is not displayed upon loading a service template

[x] Ensure that you followed http://eclipse.github.io/winery/dev/ToolChain#github---prepare-pull-request. Especially, we require a single commit
[x] Ensure that the commit message is a good commit message
[x] Ensure to use auto format in all files
[ ] Change in CHANGELOG.md described
[ ] Tests created for changes
[ ] Screenshots added (for UI changes)

Can one of the admins verify this patch?

add to whitelist


Trinadh/gtm sdk changes

Description
Please add a meaningful description for this change. Ensure the PR has required unit tests.
Related issue
Kindly link any related issues (e.g. Fixes #xyz).

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


How to Paginate with a Join?

I'm trying to scan the following query:
gq = goqu/v9
	get := gq.From(IAM_GROUP).
		Select(
			g_iam_group.All(),
			gq.L("COALESCE(ARRAY_AGG(iam_user.name) FILTER (WHERE ? IS NOT NULL), '{}')", u_uuid).As("members"),
		).
		LeftJoin(
			gq.T(IAM_GROUP_MEMBER), gq.On(gq.Ex{"iam_group_member.group_uuid": gq.I("iam_group.uuid")}),
		).
		LeftJoin(
			gq.T(IAM_USER), gq.On(gq.Ex{"iam_group_member.user_uuid": gq.I("iam_user.uuid")}),
		).
		GroupBy(gq.I("iam_group.uuid"))

This can be handled by implementing your own option.  After Reading the Tests and Experimenting I was able to figure this out.


Version Bump

Changes since release 0.50.2:

Fix the regular expression for checking for installed certificates (#5808)
Truncate all values, not just strings (#5454)
Skip GitHub issues by default for user_error! (#5622)

👍


[Guide]: Adding Netlify CMS to Gatsby

Summary
Adding Netlify CMS to Gatsby Guide #2092

@krismorf here's an issue from someone that walked through the guide: https://github.com/netlify/netlify-cms/issues/2120

@erquhart it was solved in https://github.com/netlify/netlify-cms/pull/2117/commits/a7ea13d4589c94058897c8692091e17b8282006d

Awesome!

@verythorough have time to give this a review?

@verythorough @erquhart Right, menu placement! We currently have all the customization in the 'Guides' section (and a 'Contributor Guide' in the Contributing section to make it a bit more confusing), which leaves little room for the actual guides.. Would it make sense to reorganizing the navigation and have something like below? I'm aware that's out of the scope of this PR, but it might be worth including it in the original issue. #2092
Guides

Gatsby
Hugo
Middleman
...

Customization

Custom Widgets
Custom Previews
Custom Editor components

##Contributing

How to contribute
Architecture

@tomrutgers that menu org sounds perfect. Also agree that it's out of scope here!
For this PR, @krismorf, if you can add the front matter I described, I think we can merge this one.
Then, maybe you'd like to make the PR for the menu re-grouping? I'm happy to go over what that would entail, if you're interested.

@verythorough the guide has been adjusted 🚀 I will open a new PR for the menu org.

Woot! Now with the front matter, we can see it in preview:
https://deploy-preview-2117--netlify-cms-www.netlify.com/docs/using-netlify-cms-with-gatsby/
LGTM 🎉

Added an issue for the menu re-ordering: https://github.com/netlify/netlify-cms/issues/2149

I don't know Gatsby all that much, but this looks really easy to follow!
@verythorough It's been a while since I've seen a deploy preview posted by your account 😂

Tried it out today, very easy to follow! Nice.
I agree with @Benaiah. I think we should point out that we do not follow the content/blog-post/index.md structure early on.

@tomrutgers @Benaiah thanks for the feedback. I will mention that Netlify CMS does not follow the default folder structure.
The guide works because in gatsby-config.js he have this:
{
  resolve: `gatsby-source-filesystem`,
  options: {
    path: `${__dirname}/content/blog`,
    name: `blog`,
  },
}

and in config.yml we point to that directory:
collections:
    folder: "content/blog"

Should we mention this as well? @verythorough can you please help with the wording?

@krismorf wording:
**Note:** each existing blog post in `gatsby-starter-blog` is stored in its own directory. Netlify CMS doesn't work with files that are stored this way, so you won't be able to see or edit the starter's included sample blog posts in Netlify CMS, but you will be able to create and edit new posts.

A feature request for Netlify CMS to support entries stored in individual directories can be found here: [`netlify/netlify-cms#1472](https://github.com/netlify/netlify-cms/issues/1472).

Any further additions can happen after this is merged. Thanks so much for digging into this Kris!
Sent with GitHawk

@Benaiah Can we get this merged?

@krismorf thanks for working on this and your patience. We hope things can move quicker on something so easy to review!

I think @tomrutgers just realized he's a maintainer lol
Sent with GitHawk


Call to undefined method Gornymedia\Shortcodes\Facades\Shortcode::add()

I installed your package and followed the notes in detail and setup the simple example shortcode.
I am calling use Shortcode; in the AppServiceProvider where I saw others had used it and I can't get the shortcode to add.
Any ideas?

Show your AppServiceProvider


Add Email Flags in Both App & Template

Adding cla: yes label, as the PR author is a googler at the time of this PR was created.


Template review feedback

Thanks for submitting a template to the gallery, there were a few issues in your template that needed to be resolved ahead of approving the template for the gallery.

encodeUriComponent should be used on user provided values that are then used as parameters in your url. These methods take in a single text argument and return a URI Encoded string. You should use this method on vdataEndpoint and params when generating the url
pixel = config.url + vdataEndpoint + params.join('&');

@praveena-pappu Thank you for reviewing.  I agree with you. Most of the vendors support this (as you can see in other parts of the template).
The "xandr" documentation however does not describe their URL format this way:
https://wiki.xandr.com/display/supply/User+ID+Mapping
Their endpoint and their documentation shows the following string:
https://secure.adnxs.com/getuid?http://ad.adserver.com/pixel?user_id=$UID


Bump egui-miniquad to 0.10.0, macroquad to 0.3.15

Hopefully should fix blending a bit.

Apparently macroquad still uses miniquad alpha.45, so this PR can't be merged until it is updated to .46.

Thank for the PR!

Apparently macroquad still uses miniquad alpha.45, so this PR can't be merged until it is updated to .46.

You can create PR to macroquad repo to speed up the process.

Done; Now we wait :)

I made an issue in the macroquad repo: https://github.com/not-fl3/macroquad/issues/408

New version is here.


Fix pip installation issues

pip3 install -i https://test.pypi.org/simple klar-eda fails with error because of a missing dependency
It starts failing sklearn, opencv-python, tensorflow, pandas, sphinx, matplotlib and seaborn.
Impacts severely on ease of use and user experience.

I will make a pr by tomorrow please assign me


boards:arm: Fix and update nordic board doc links

Fixes old and some broken links to nordic documentation.
Signed-off-by: Florian Gärtner<EMAIL_ADDRESS>

Codecov Report

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

@@           Coverage Diff           @@
##           master   #12078   +/-   ##
=======================================
  Coverage   48.05%   48.05%
=======================================
  Files         281      281
  Lines       43416    43416
  Branches    10406    10406
=======================================
  Hits        20864    20864
  Misses      18403    18403
  Partials     4149     4149

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 1870d99...1da17ad. Read the comment docs.


new variable length quantity problem

Unfortunately JSON doesn't support the byte types so I couldn't add test cases :(
This PR goes hand in hand with https://github.com/exercism/xgo/pull/322

This is a fun-looking exercise. Brings back fond memories of working on binary data formats with you :)
The problem with byte types in JSON is definitely an interesting edge-case for us. I wonder if we should support an additional format for common test data.
@petertseng I'd love a second pair of eyes on this, if you have time.

Re: test data. Perhaps we can get close enough by having arrays of JSON numbers rather than arrays of bytes? I think it would be valuable to have those tests, and fundamentally the bytes are indeed numbers anyway. Far as I know though, JSON won't support the 0x12 literals so the numbers will have to be written in base 10, but I would still find that valuable.
I don't currently have time to review other parts of this. I believe the most important part to think about would be "does the README provide enough information to get a student started on the exercise" so for that I'll defer to others.

(going to edit in) or I can take a look again this weekend. But the door is open for anyone else to take a look in the meantime.

These are fair comments, I personally deal with a lot of byte level code and if the Go generated tests had numbers instead of bytes, I would probably be slightly confused and would have to convert/rewrite the tests. A lot of crypto exercises also deal with byte level data so that's another factor to consider.
An alternative idea would be to support bson, but requiring that all languages have a bson implementation seems a bit far fetched.
That said, I do think the text itself is pretty self explanatory and taking a look at the Go tests should help anyone wanting to implement the problem.

if the Go generated tests had numbers instead of bytes,

We can probably arrange such that the Go generated tests will output the numbers using hexadecimal literals. I think a note in the JSON file recommending that languages generating tests use hexadecimal literals (if supported by the target language) would be sufficient here.

Yeah, a "#" entry in the JSON that says to transform to hexadecimal literals if supported in the language would be enough, I think.
On a second read-through, I think that you're right that the README might not have enough information for someone to get started if they're not familiar with the problem domain at all. It would make sense to give a bit more information here.

I guess I am too close to the problem to see what's missing in the
explanation :( if someone can add what's missing, it would be great
On Fri, Apr 29, 2016, 12:01 Katrina Owen<EMAIL_ADDRESS>wrote:

Yeah, a "#" entry in the JSON that says to transform to hexadecimal
literals if supported in the language would be enough, I think.
On a second read-through, I think that you're right that the README might
not have enough information for someone to get started if they're not
familiar with the problem domain at all. It would make sense to give a bit
more information here.
—
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub
https://github.com/exercism/x-common/pull/239#issuecomment-215849290

I don't have the headspace to sit down and solve it right now. I am going to merge this as is, and then we can work on adding more context later if/when someone get stuck on it.

The test cases have been added in #486.


Cary/service url rotation unit tests 184441012

Soundtrack of this PR: Converting Units
Motivation
A number of tests that are implemented as Integration Tests should really be handled via Unit Tests.  Integration Tests will still handle the holistic testing of functionality, but granular tests for code coverage or specific cases can be more efficiently handled with Unit Tests.
This has become much more important as the amount of time required to execute Integration Tests has increased with the number of Integration Tests implemented, to the point where it impacts out ability to release in a timely manner.
In this PR

This PR moves a few of the test candidates for this change, around URL Load balancing, to Unit Tests to improve Integration Test execution time.

Future Work

additional integration tests for subsets of full flows or specific cases for code coverage may also be moved to unit tests in the future

remove/collapse this file Tests/Fixtures/UrlLoadBalancerFixtures.swift in-line where the tests are called, plus some other small changes

I didn’t fully collapse the test fixture file (just noticed that comment at the end), but I did put the config code relevant to the tests inline…
I think it does what you were looking for in terms of ‘demonstrating’ the intent of the test without bloating the test file with all the config of the individual service connections


Can Hud have a timeout property to let it hide

can MBProgressHUD have a timeout property, if the time is gone, it will dismiss it self, cause in my app, some times I show a hud in loading style, but in some case the hud dismiss not called, user can not do anything in current page!

You can call hideAnimated:afterDelay: after presenting your HUD.

yep, I konw this api, but i don't want the dismiss at the specified time, for example, every time before I make a network request I show a hud, when the network callback call, I dismiss hud, For some reason not to know, the network callback not be called, then hud not dismiss, it will still show that.

@yas375

You should solve the problem in your network layer. Maybe network request fails and you don't handle it? Debug and find the root problem why your completion block is not called. Don't try to mask the problem.
In any case, it's not the MBProgressHUD's issue or a reasonable feature request IMO.

Got it, thank you for answer me!


etcd-tester: enable etcd debug flag

Currently there's no way to set debug flag in our functional-tester.
This makes it optional.
/cc @xiang90 @heyitsanthony
Thanks.

I am not worrying about this right now. Let's just run for more rounds. Enabling debug will generate extensive amount of log.

Talked offline with Xiang.
Will revisit this when needed. Not needed for current testing suite. Thanks.


Update Client.php

Use folder name encoding

Hi @aperture-it ,
thanks for your PR :)
Best regards,


DO_WHILE loop does not restart after WAIT task update

Describe the bug
After task inside DO_WHILE loop is updated, it takes a long time (2+ minutes) to start the next loop iteration.
Details
Conductor version:
Persistence implementation: MySQL
Queue implementation: MySQL
Detailed issue description
What we have is the following setup:
Main WF
  task A
  nested WF
    Loop
      some task A
      some task B
      WAIT task

This WAIT task is being updated via the API, and gets completed almost instantly.
But some task A doesn't start for a while. You can see there's about a 2 minute delay, sometimes more.

During my debugging, I've noticed that the execution of the loop doesn't restart until the next sweep cycle, but considering we have only 2 sweeper threads, the mysql queue implementation limits itself to select -ing only 2 messages per query, so this takes some time.
Now, my question is - judging by the code, am I correct to assume that the workflow should actually restart immediately?
My task is indeed a loop task
Task: TaskModeltaskType='WAIT', status=IN_PROGRESS, inputData=until=2023-08-18 20:59,
referenceTaskName='delay_wait_task__16', retryCount=0, seq=117 ... **iteration=16**, subWorkflowId='null',
subworkflowChanged=false belonging to Workflow generic_workflow.1/88001d3b-6398-424f-b556-6dae8849919d.RUNNING
being updated[spanId=c256afeb36cb6fe0, traceId=c256afeb36cb6fe0]

Am I missing something here?
This should really be marked as help_wanted instead of bug

I was able to figure it out, so turns out conductor will update/complete the task regardless of which workflowInstanceId you pass as a parameter, as long as it exists. My mistake was that I was passing the Main WF instance id, instead of the nested WF instance id. If I pass the nested one, everything executes as expected.
I don't know if there is any kind of use case where this would be necessary, but this seems like a missing validation issue?


how to distinguish imported interface and issued contract?

the methods blow should list all of them:
contract_ids_by_iface

contract_ids

my mistake， i import  contracts twice


feat: add .nvmrc and package.json engines key

PR Checklist

[x] Addresses an existing open issue: fixes #68
[x] That issue was marked as accepting prs
[x] Steps in CONTRIBUTING.md were taken

Overview

Adds an .nvmrc with the latest Node LTS release plus an engines key in the package.json to specify the same version support. With this, an nvm install command may be ran from the repository root to use (and install, if necessary) the specified Node version for the project.
If you want this noted in e.g. the CONTRIBUTING.md or similar, let me know and I can update that accordingly. 🙂

If you want this noted in e.g. the CONTRIBUTING.md or similar, let me know and I can update that accordingly. 🙂

Sure, that'd be great. Yes please! I'll merge this now to get it in, and if you want to send a PR I'm happy to ✅ that too.

@JoshuaKGoldberg do you want the same changes done for https://github.com/JoshuaKGoldberg/template-typescript-node-package/issues/65?

Sure, if you have time & are up for it 😁 thanks!


Price Plans: Display Free Trial & cleanup

Description
Task https://github.com/dust-tt/tasks/issues/562
Review with hidden whitespaces is highly recommended: https://github.com/dust-tt/dust/pull/4423/files?diff=split&w=1
Done:

[x] Cleanup subscription page -> we don't need anymore to display the price table there now right? As if you're able to reach this page it means you have a subscription (otherwise you're on the paywall page).
[x] Edit ProPriceTable to display the button and wording when we need it.
[x] Fix for homepage -> onclicks for Enteprise and Pro plan needs to be set for the 3 components (duplicated for responsiveness)

Risk
/
Deploy Plan
/

@PopDaph on the screenshot, the start now button has a display issue (look at the right padding), and I think the text should be white on a dark screen.

@lasryaric Padding fixed thank you, screenshot here:
(Ed say blue is fine so not changing the color.)


Added board_name to decouple CONFIG_ARCH_BOARD_xxxxx

@LorenzMeier
This just one step to rid the code of if defined CONFIG_ARCH_BOARD_xxxxx

@LorenzMeier
Travis burped on this, I restarted travis and it passed. arrrhhg
Please review and merge.

Rebased and applied.


DJI goggles notification: "Firmware versions do not match"

Although I updated all my Vista's and my goggles v1 to V01.00.0606 I get a DJI based pop-up notification which reports: "Firmware versions do not match. Use DJI Assistant 2 (DJI FPV Series) to upgrade." at the very beginning of the transmission. The video transmission and the msp-osd  is working. If I click on "Check" I can see that the goggles and the vista have the correct and equal FW version. If I click on "Skip" everything is working as expected. Due my goggles and vista's are rooted I can't check the FW version anymore with DJI Assistant 2 because it reports "Cannot load firmware list".
How can I get rid of this nasty pop-up when I start the transmission? Is there a way to supress it anyway?

Update your dji controller. That was my issue


Execute patches in order and correct input CRD

Fixes #54
Fixes #48
Fixes
Execute resources[*].patches in order (#54)
Before this change, patches at resources[*].patches were executed as follows:

RenderToCompositePatches: all *ToComposite* patches from the observed composed resource to the desired XR (ocd => dxr)
RenderToEnvironmentPatches: all *ToEnvironment* patches from the observed composed resource to the environment (ocd => env)
RenderFromCompositePatches: all *FromComposite* patches from the environment to the desired composed resourceoxr => dcd
RenderFromEnvironmentPatches: all *FromEnvironment* patches from the environment to the desired composed resource (env => dcd)

With this change, patches at resources[*].patches will be executed in order as in Crossplane (<=v1.13, >1.14.2), properly selecting the right source and destination between the desired and observed XR or composed resource.
This allows the example at #54 to work properly.
CRD properly generated (#48)
Before this change, we had a single type of patch for all occurrences, resources[*].patches, environment.patches, patchSets[*].patches, this meant that the generated CRD had, depending on the cases,  the wrong enum options for the patch type, allowed defining and documented wrong types.
With this change, the CRD is generated correctly.
Refactoring
For the sake of consistency with what we did for the fix above, we decided to refactor the code to also execute in order environment patches, although afaict the previous implementation was already behaving correctly.
Before this change, patches at environment.patches[*] were run as follows:

RenderToEnvironmentPatches: all *ToEnvironment* patches from the observed XR to the environment (oxd => env)
RenderFromEnvironmentPatches: all *FromEnvironment* patches from the desired XR to the environment (env => dxd)

With this change, patches at environment.patches[*] will be executed in order as in Crossplane (<=v1.14), properly selecting the right source and destination between the desired and observed composite.

I need to add tests and split the refactoring and the fix for https://github.com/crossplane-contrib/function-patch-and-transform/issues/48 in two dedicated commits

Totally agree, we definitely don't want to start drifting away feature-wise yet. In this case though, we are actually converging with the upstream behavior, while the implementation was already slightly different.


reloadReactNative crashes the app

Description
I just followed the getting started guide and put it on my app and it crashed here:
1) "before each" hook for "should have password field"
Steps to Reproduce

Install and setup redux-persist and react-native-navigation
Call the app like this

persistStore(store, null, () => {
  registerScreens(store, Provider);

  Storage.get('access_token').then((accessToken) => {
    if (accessToken) {
      store.dispatch(authenticated());
    } else {
      store.dispatch(appInitialized());
    }
  });
});

Run test and call await device.reloadReactNative();

If I remove the reloadReactNative, it works perfectly.
If I remove the redux-persist, it works perfectly.
Is there any workaround for this? I need both of them
Detox, Node, Device, Xcode and macOS Versions

Detox: 7.1.0
Node: 9.5
Device: iPhone 8 Plus
Xcode: 9.2
macOS: 10.13.3

Device and verbose Detox logs
Error: the string "Signal 11 was raised\n(\n\t0   Detox                               0x0000000109046ecf _ZL16__DTXHandleCrashP11NSExceptionP8NSNumberP8NSString + 469\n\t1   Detox                               0x0000000109046c7b _ZL17__DTXHandleSignali + 54\n\t2   libsystem_platform.dylib            0x000000010fd6ef5a _sigtramp + 26\n\t3   ???                                 0x0000000000000000 0x0 + 0\n\t4                               0x0000000108aeaf29 _ZN8facebook5react8Instance20loadScriptFromStringENSt3__110unique_ptrIKNS0_11JSBigStringENS2_14default_deleteIS5_EEEENS2_12basic_stringIcNS2_11char_traitsIcEENS2_9allocatorIcEEEEb + 2809\n\t5                               0x00000001088c8364 __51-[RCTCxxBridge executeApplicationScript:url:async:]_block_invoke + 7204\n\t6                                0x00000001088d372c _ZNSt3__128__invoke_void_return_wrapperIvE6__callIJRU8__strongU13block_pointerFvvEEEEvDpOT_ + 60\n\t7                                0x00000001088d3569 _ZNSt3__110__function6__funcIU8__strongU13block_pointerFvvENS_9allocatorIS4_EES2_EclEv + 41\n\t8                                0x000000010892dc7b _ZNKSt3__18functionIFvvEEclEv + 123\n\t9                                0x000000010892d968 _ZN8facebook5react17tryAndReturnErrorERKNSt3__18functionIFvvEEE + 24\n\t10                               0x00000001088b50b0 -[RCTCxxBridge _tryAndHandleError:] + 80\n\t11                               0x00000001088c666e -[RCTCxxBridge executeApplicationScript:url:async:] + 270\n\t12                               0x00000001088c5fe5 -[RCTCxxBridge enqueueApplicationScript:url:onComplete:] + 437\n\t13                               0x00000001088bf8dc -[RCTCxxBridge executeSourceCode:sync:] + 540\n\t14                               0x00000001088b81f4 __21-[RCTCxxBridge start]_block_invoke.213 + 164\n\t15  libdispatch.dylib                   0x000000010f8bc177 _dispatch_call_block_and_release + 12\n\t16  libdispatch.dylib                   0x000000010f8bd1ba _dispatch_client_callout + 8\n\t17  libdispatch.dylib                   0x000000010f8c7b29 _dispatch_root_queue_drain + 993\n\t18  libdispatch.dylib                   0x000000010f8c76ea _dispatch_worker_thread3 + 119\n\t19  libsystem_pthread.dylib             0x000000010fd801ca _pthread_wqthread + 1387\n\t20  libsystem_pthread.dylib             0x000000010fd7fc4d start_wqthread + 13\n)" was thrown, throw an Error :)

What version of react native are you using ?
Is this debug or release build ?

@rotemmiz I'm using react-native 0.54.0. I just tried it on Release build and it works fine. So it just crashes on Debug build.
Btw, It has to have this. Because it works fine in the first run but failed on the second.
beforeEach(async () => {
     await device.reloadReactNative();
  })

Could you please check with a completely new project of this reproduces for you?

Have the same issue (RN 0.51).

@GetSource1234 Please open a new issue and follow the template to provide all relevant information.

I'm having the same issue.  Will create new issue with relevant info.

I don't think @wildseansy 's issue #691 is similar, since it isn't about the infamous Signal 11 was raised issue.
Signal 11 was raised
( 0   Detox                               0x000000010589b4ff _ZL16__DTXHandleCrashP11NSExceptionP8NSNumberP8NSString + 469
1   Detox                               0x000000010589b2ab _ZL17__DTXHandleSignali + 54
2   libsystem_platform.dylib            0x000000010d235b3a _sigtramp + 26
3   ???                                 0x000070000d044540 0x0 +<PHONE_NUMBER>94592
... )


Equality for Chars is slow due to new String(x)

In the native parts, notable Utils.chr, the String object constructor (new String(x)) is used. This forces the result to be a boxed string, meaning - as far as the JavaScript runtime is concerned - it is an object describing a String, rather than a primitive String.
This makes equality checks on chars produced by that function extremely slow.
According to this benchmark, equality check for 2 chars is ~100x slower than equality check for 2 strings.
The root cause of that is twofold:

new String('x') !== new String('x'), which means that the short-circuit in eqHelp is skipped.
typeof (new String('x')) === 'object'; which means eqHelp will take the slow path and check for equality as if it were a record.

I can't think of any downsides to using the String primitive constructor instead (return String(x)). It means equal chars can be checked using ===, and calling String methods should be equally fast - if not faster - as compared to the StringObject.
Following the git blame history, it appears as if chars used to be marked val.isChar = true at runtime, which may be why it used to be an object, but since the disambiguation happens solely at the type level now, new should be removed.
Maybe Utils.chr can actually be removed altogether, I'm not sure what it's purpose is at this point.

Just a note re the app I am working on.  T`his issue creates a factor-of-700 slowdown running some critical parser/rendering code "for real": 625 milliseconds in elm-test versus 8 seconds in the app

It is used by toString to distinguish between "a" and 'a' when showing things.
I would like to make Debug.toString only available in development, which means we could just treat them as strings in production mode.

In that case, there is the option of adding yet another case to eqHelp, perhaps only during development:
    if (x instanceof String) {
      return x.valueOf() === y.valueOf();
    }

In a quick benchmark, this means 'a' == 'b' would only be ~13% slower than "a" == "b":

(in the screenshot, instanceof means it's the 0.18 core implementation with the above snippet added right after the === check)


get processjob container to work

change from "python" to "python3".

OK

also need to add './' prefix to job_tool (as in './xvsa' as opposed to 'xvsa'.


feature request: target only a subdirectory

Thank you for this tool!
If I understand correctly,vitepress-translation-helper currently targets the whole Git repo.
In the case of Vue Test Utils, it would be helpful to only target the docs directory when running a comparison.
Is there a way to do this or could that be added as an option?

Good point! Will add it in the next version. Thanks.


Will this work for WM8650 ?

I have a similar notebook with WM8650  DDR 256M

I can't say for sure whether or not it will work since I do not have a WM8650 device, though given the few differences I would think that it would at least boot. You may run into some issues like screen brightness since the WM8505 uses different contrast values, and Wi-Fi since it uses GPIO to enable the card. You're of course welcome to fork this repo and make any modifications needed, and I can try to help out with any questions.


Increase Longhorn backup poll time

Stack from ghstack (oldest at bottom):

#131
-> #130

.ghstack

.land

.land


Add a simple caching mechanism for functions

This commit introduces a very simple caching mechanism based on a decorator that can be used to wrap functions that we want to cache.
The goal is to reduce the number of (duplicated) boto3 calls for actions like describe_instance_types that can be called multiple times for the same instance type.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Closed in favour of: https://github.com/aws/aws-parallelcluster/pull/2229


feat(ingestion): Refactor standard state-handling tasks into a common handler that are common across all stateful ingestion sources.

Refactors stale metadata handling across: dbt, glue, kafka, pulsar, sql_common
Checklist

[x] The PR conforms to DataHub's Contributing Guideline (particularly Commit Message Format)
[ ] Links to related issues (if applicable)
[x] Tests for the changes have been added/updated (if applicable)
[ ] Docs related to the changes have been added/updated (if applicable). If a new feature has been added a Usage Guide has been added for the same.
[ ] For any breaking change/potential downtime/deprecation/big changes an entry has been made in Updating DataHub

Overall we still have the job_id == self.get_default_ingestion_job_id() lines in a couple places. Personally I don't really understand what that's doing - ideally sources shouldn't need to know about that detail.
@hsheth2, this is by design. From stateful ingestion perspective, a pipeline is organized into a set of logical jobs/tasks, and a checkpoint state can be associated with a job. However, this particular function can be refactored out into the specific handlers. Making few more changes on the PR. Will include it as part of that.


Possible memory leak, in RMapCache with evictionScheduler workflow, Redisson - 3.15.x

We are using Redisson client 3.15.x with AWS Elasticache,  and we are seeing a couple issues with redisson Client, while using RMapCache.

Number of CurrConnections keep increasing after every couple of days ( with no data in new Connections), possibly a connection leak problem ? Which is potentially increasing Redis CPU
Memory leak behaviour, we see that our application heap memory is constantly increasing. here is heap dump analysis snapshot
we also observed another issue that when doing a get from RMapCache, all our requests were by default going to primary nodes instead of replica nodes of our Elasticache cluster (with cluster mode enabled), we ran MONITOR on our cluster slave nodes and noticed that they were being redirected to primary node. We changed from .get to .getWithTTLOnly that started sending read requests to replica nodes, but the read request count is still higher on the primary node (90:10)
We also see that number of eval commands is very high on our cluster
SetCommands are higher than GetCommands while we expect our application to be read heavy and more get calls than put.

Any suggestions on these issues and are some of them related ?
Is it a known issue and fixed in higher versions ?

Number of CurrConnections keep increasing after every couple of days ( with no data in new Connections), possibly a connection leak problem ? Which is potentially increasing Redis CPU

Can you share Redisson logs?

Memory leak behaviour, we see that our application heap memory is constantly increasing. here is heap dump analysis snapshot

Do you call RMapCache.destroy() if map isn't needed anymore?

We changed from .get to .getWithTTLOnly that started sending read requests to replica nodes, but the read request count is still higher on the primary node (90:10)

Which read operations do you use?

We also see that number of eval commands is very high on our cluster

RMapCache uses a lot of them.

SetCommands are higher than GetCommands while we expect our application to be read heavy and more get calls than put.

RMapCache uses eval scripts which in turn modify data.

We don't have any error logs (as of now), or any Redisson logs for that matter,  because we are over provisioned, but earlier we saw Redisson timeout errors when application was not able to connect resources.
Can you be specific what Redisson logs should I fetch for you ? ( we do not have debug enabled in redisson config anywhere)
We do not call RMapCache.destroy anywhere, I'll look into this, but the heap analysis show the evictionScheduler is possibly the cause of memory leak?
As for Reads, we have normal key value storage only, but internally, it is probably getting converted to eval based commands.
How can we avoid, eval based commands when we only have the use case of storing key/value.
or how can we optimize the Redisson client for use case and is upgrade recommended as a solution for any of the above problems  ??

I was about to open a issue about this soon, just collecting more evidences...
We are using the latest version (3.22.1) and also have all problems reported, except memory leak..
We migrated recently from few LocalCachedMap keys with many entries to many keys with less entries, and also enabled writeBehindDelay / writeBehindBatchSize and since that, we saw a increase of CurrConnections from stable 500 connections to 1-1.2k, but only for master nodes (and increasing over time, but we currently restart the application daily)

Also noticed that most of the Get calls is focused in nodes 001 (masters), even with readMode configured as SLAVE

Also noticied some timeouts from time to time, already increased the subscriptionsPerConnection, subscriptionConnectionPoolSize, timeouts and nettyThreads but without any metrics / logs indicating the current usage of connections / pool it's really hard to know the best value here for our case..

Redisson config:
  idleConnectionTimeout: 10000
  connectTimeout: 10000
  timeout: 10000
  retryAttempts: 3
  retryInterval: 1500
  credentialsResolver: !<org.redisson.client.DefaultCredentialsResolver> {}
  subscriptionsPerConnection: 8
  clientName: "prd_platform_cluster_3"
  sslEnableEndpointIdentification: true
  sslProvider: "JDK"
  pingConnectionInterval: 30000
  keepAlive: true
  tcpNoDelay: true
  nameMapper: !<com.cortex.system.web.cache.redis.RedisNameMapping> {}
  commandMapper: !<org.redisson.config.DefaultCommandMapper> {}
  loadBalancer: !<org.redisson.connection.balancer.RoundRobinLoadBalancer> {}
  slaveConnectionMinimumIdleSize: 24
  slaveConnectionPoolSize: 64
  failedSlaveReconnectionInterval: 3000
  failedSlaveCheckInterval: 180000
  masterConnectionMinimumIdleSize: 24
  masterConnectionPoolSize: 64
  readMode: "SLAVE"
  subscriptionMode: "MASTER"
  subscriptionConnectionMinimumIdleSize: 1
  subscriptionConnectionPoolSize: 80
  dnsMonitoringInterval: 5000
  natMapper: !<org.redisson.api.DefaultNatMapper> {}
  nodeAddresses:
  - "rediss://clustercfg.****.use1.cache.amazonaws.com:6379"
  scanInterval: 5000
  checkSlotsCoverage: true
  slaveNotUsed: false
threads: 16
nettyThreads: 64
codec: !<org.redisson.codec.Kryo5Codec> {}
referenceEnabled: true
transportMode: "NIO"
lockWatchdogTimeout: 30000
checkLockSyncedSlaves: false
slavesSyncTimeout: 1000
reliableTopicWatchdogTimeout: 600000
keepPubSubOrder: true
useScriptCache: false
minCleanUpDelay: 5
maxCleanUpDelay: 1800
cleanUpKeysAmount: 100
nettyHook: !<org.redisson.client.DefaultNettyHook> {}
useThreadClassLoader: true
addressResolverGroupFactory: !<org.redisson.connection.RoundRobinDnsAddressResolverGroupFactory> {}```

@gitrahul9

We do not call RMapCache.destroy anywhere, I'll look into this, but the heap analysis show the evictionScheduler is possibly the cause of memory leak?

You need call RMapCache.destroy() method if this RMapCache instance won't be used

As for Reads, we have normal key value storage only, but internally, it is probably getting converted to eval based commands.
How can we avoid, eval based commands when we only have the use case of storing key/value.

Eval scripts can't be avoided.

@uilton-oliveira
Do you use  RLocalCachedMap object and not RMapCache?
How many Redisson instances connected to the Redis cluster?
Is single Redisson connections amount fit in pool size?

@uilton-oliveira
Do you use  RLocalCachedMap object and not RMapCache?
How many Redisson instances connected to the Redis cluster?

Yes, RLocalCachedMap.
There are 21 application instances connected to redis cluster

Is single Redisson connections amount fit in pool size?
How can i check this?

I have 4 questions:
This is somewhat like my current implementation for get, put
get:
final RMapCache<String, String> cacheMap = redissonClient.getMapCache(key);
return cacheMap.getWithTTLOnly(key);

put:
final RMapCache<String, String> cacheMap = redissonClient.getMapCache(key);
cacheMap.put(key, value, ttl, timeUnit);

Do you think destroying map after get, put will fix memory leak problem ?

with something like this ?
put
final RMapCache<String, String> cacheMap = redissonClient.getMapCache(key);
        cacheMap.put(key, value, ttl, timeUnit);
        cacheMap.destroy();

get
final RMapCache<String, String> cacheMap = redissonClient.getMapCache(key);
        final String val =  cacheMap.getWithTTLOnly(hashKey.getHashKey());
        cacheMap.destroy();
        return val;

Also, is it a good practice to create map when initializing client ? or with get, put calls ?
How can I distribute my read/get requests over replica nodes, currently my redison client read mode is set to SLAVE, but it is not being honored.
How can I stop the increasing connections ? I see that each of my application container is making ~25 connections with cluster ( default pool size ?), I have 50 containers, so ~1250,  but every few days, the redis connections are increasing and stays that way, while my application need was definitely being served by the pool. Any suggestion on this ?

Just to better understand it, there's a relation in the split of data in more RLocalCachedMap instances (smaller) instead of big RLocalCachedMap in the increase of connections? is it expected?

No. You can decrease subscriptionConnectionPoolSize and increase subscriptionsPerConnection setting instead.

About reducing the masterConnectionPoolSize, slaveConnectionPoolSize, subscriptionConnectionPoolSize values, is there a way to see the current connections usage programatically? with that values being know, it would be easier to determine the correct value that we would need to configure that would best fit our needs..

No. Metrics are available only in PRO version.

Is it expected to connections only increase over time when needed and not going down? may it be related with https://github.com/redisson/redisson/issues/5151 ?

Yes. This part should be improved.

At last, any idea why the get commands being focused only on nodes 001 (master) instead of 002 slave as configured in readMode?

MapCache get() commands modify idleTimeout setting. This is why master node is used. Try to use getWithTTLOnly() or getAllWithTTLOnly() methods.

cacheMap.put(key, value, ttl, timeUnit);

Use fastPut method if don't need a previous value.

Do you think destroying map after get, put will fix memory leak problem ?

call destroy() method if map isn't used anymore not after each put() call. Is it possible? Or is there no not used MapCache instances in application?

How can I distribute my read/get requests over replica nodes, currently my redison client read mode is set to SLAVE, but it is not being honored.

Can you share more details? getWithTTLOnly() always uses slaves if readMode = SLAVE

As option you can use MapCacheOptions.removeEmptyEvictionTask() method introduced in  https://github.com/redisson/redisson/issues/5161

call destroy() method if map isn't used anymore not after each put() call. Is it possible? Or is there no not used MapCache instances in application?

I'm sorry I didn't fully understand the question, We are creating map with every get/put call and using it there only (not reusing it anywhere else, I believe), do you think we should destroy after every get/put or not ?

I'm sorry I didn't fully understand the question, We are creating map with every get/put call and using it there only (not reusing it anywhere else, I believe), I understand now that we can't delete after every put, that deletes the data in the cache,
I was wondering if there is anything associated with each map that is causing memory leak. In my heap analysis, it is showing up as EvictionScheduler of Redisson is the cause of memory leak.

You can update to 3.23.0 version and try my suggestion https://github.com/redisson/redisson/issues/5158#issuecomment-1628528387

We have not explicitly set any value to these configurations, & default value for MasterMinIdleSize and poolSize is 24 only, should I set SlavePoolSize to 24 as well ? I wonder how that would make the difference ?

Yes, try it.

But in production we are seeing that replicas are serving less than 10% of the traffic.

Write/read operations ratio might be different for production.

https://github.com/redisson/redisson/blob/master/redisson/src/main/java/org/redisson/eviction/EvictionTask.java
future.whenComplete((size, e) -> {
            if (e != null) {
                log.error("Unable to evict elements for '{}'", getName(), e);
                schedule();
                return;
            }

            log.debug("{} elements evicted. Object name: {}", size, getName());

            if (size == -1) {
                schedule();
                return;
            }

            if (sizeHistory.size() == 2) {
                if (sizeHistory.peekFirst() > sizeHistory.peekLast()
                        && sizeHistory.peekLast() > size) {
                    delay = Math.min(maxDelay, (int) (delay*1.5));
                }

//                    if (sizeHistory.peekFirst() < sizeHistory.peekLast()
//                            && sizeHistory.peekLast() < size) {
//                        prevDelay = Math.max(minDelay, prevDelay/2);
//                    }

                if (sizeHistory.peekFirst().intValue() == sizeHistory.peekLast()
                        && sizeHistory.peekLast().intValue() == size) {
                    if (size >= keysLimit) {
                        delay = Math.max(minDelay, delay/4);
                    }
                    if (size == 0) {
                        delay = Math.min(maxDelay, (int) (delay*1.5));
                    }
                }

                sizeHistory.pollFirst();
            }

            sizeHistory.add(size);
            schedule();
        });

The schedule is seems  a dead loop, when stop schedule ?

@marlondu
at org.redisson.eviction.EvictionTask#cancel() method

Just checking if it's recommended to call destroy at the end of method lifecycle where map cache is being retrieved. We have different keys for the map cache and trying to see if destroy needs to be called or not as the same map cache would not be used for the next request.

I would recommend to call a destroy() method only if Map won't be used anymore in this application.

hit same issue in my project, what i did to handle this memory leak is:

call getMapCache ; if name is diff , it add new internal task in to EvictionScheduler#tasks , which result in leak; if your project will use many map cache like user session, map name like user id, will easy to be involved this issue.
call get key method of map cache, if got null, call redissonClient.getEvictionScheduler().remove(key);

@ymiao
Fixed in 3.25.1 version

@mrniko actually , i am using 3.35.0

@ymiao

it add new internal task in to EvictionScheduler#tasks , which result in leak

Do you call RMapCache.destroy() method?

@ymiao Can you please explain how did you avoid memory leak in your case ?
the exact method you used to clear the key ?
we have something like this. that causes leak because of millions of instances being created for MapCacheEvictionTask( as per the heap dump analysis)
get:
        final RMapCache<String, String> cacheMap = client.getMapCache(key);
        return cacheMap.getWithTTLOnly(hashKey.getHashKey());

put:
        final RMapCache<String, String> cacheMap = client.getMapCache(key);
        cacheMap.put(hashKey.getHashKey(), serializedEntity, ttl.toMillis(), TimeUnit.MILLISECONDS);

@gitrahul9
Did you try to set org.redisson.api.MapCacheOptions#removeEmptyEvictionTask() setting?


Add ending bracket to example ReadWrite set in docs.

Type of change

Documentation update

Description
Improves readability of docs.

@codingupastorm Thanks for the fix! Please submit a PR to master branch as well.


Fix error suppression for failed gherkin step

Motivation/Description of the PR

Accidently broke gherkin when trying to catch error in https://github.com/codeceptjs/CodeceptJS/pull/2678. Meant to throw error after evaluating it. Currently if gherkin step encounters an error, it will return and other steps within the gherkin step wont run.

Applicable helpers:

[ ] WebDriver
[ ] Puppeteer
[ ] Nightmare
[ ] REST
[ ] FileHelper
[ ] Appium
[ ] Protractor
[ ] TestCafe
[ ] Playwright

Applicable plugins:

[ ] allure
[ ] autoDelay
[ ] autoLogin
[ ] customLocator
[ ] pauseOnFail
[ ] puppeteerCoverage
[ ] retryFailedStep
[ ] screenshotOnFail
[ ] selenoid
[ ] stepByStepReport
[ ] wdio

Type of change

[ ] :fire: Breaking changes
[ ] :rocket: New functionality
[x] :bug: Bug fix
[ ] :clipboard: Documentation changes/updates
[ ] :hotsprings: Hot fix
[ ] :hammer: Markdown files fix - not related to source code
[ ] :nail_care: Polish code

Checklist:

[ ] Tests have been added
[ ] Documentation has been added (Run npm run docs)
[ ] Lint checking (Run npm run lint)
[x] Local tests are passed (Run npm test)

I'm looking for this change, I've found a silent error on my tests.

I'm looking for this change, I've found a silent error on my tests.

@ktryniszewski-mdsol do you have any contact that would help prioritize this?

@ktryniszewski-mdsol do you have any contact that would help prioritize this?

@ktryniszewski-mdsol do you have any contact that would help prioritize this?

Hopefully @DavertMik can take a look soon and merge. In the meantime you can probably just downgrade to 3.0.2 unless there was something you specifically needed in the higher version

@ktryniszewski-mdsol do you have any contact that would help prioritize this?

Hopefully @DavertMik can take a look soon and merge. In the meantime you can probably just downgrade to 3.0.2 unless there was something you specifically needed in the higher version


Error in WSL 2: [processBridge]: Error: Child process already exited.

Extension Version: 0.4.5
VS Code Version: 1.70.2
OS Version: Ubuntu-20.04
Node.js Version (result of command node -v): v16.17.0
NPM Version (result of command npm -v): 8.15.0

Steps to Reproduce:

Alt + C P

Log (All lines):
(Click menu of VS Code "Help > Toggle Developer Tools", and click "Console" tab)
[2022-08-22 00:17:05.698] [renderer1] [error] [Extension Host] Error: write EPIPE
	at ChildProcess.target._send (node:internal/child_process:846:20)
	at ChildProcess.target.send (node:internal/child_process:719:19)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:418:19
	at Array.forEach (<anonymous>)
	at sendIpc (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:416:18)
	at sendMessage (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:430:7)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:529:51
	at Array.forEach (<anonymous>)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:529:23
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:394:19
	at getHostCmd (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:365:5)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:394:19
	at Object.exports.sendRequest (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:468:34)
	at pickConvert (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/lib/color-helper.js:187:15)
	at exports.pick (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/lib/color-helper.js:229:24)
	at a._executeContributedCommand (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:85:63922)
	at a.$executeContributedCommand (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:85:64626)
	at o._doInvokeHandler (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:13691)
	at o._invokeHandler (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:13373)
	at o._receiveRequest (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:12143)
	at o._receiveOneMessage (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:10845)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:8952
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at c.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:19006)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:111:17079
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at c.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:19006)
	at i._receiveMessage (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:23593)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:21127
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at p.acceptChunk (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:15837)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:14967
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at p._processReadQueue (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:33811)
	at p.acceptFrame (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:33467)
	at b._acceptChunk (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:31431)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:28420
	at Socket.l (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:26303)
	at Socket.emit (node:events:390:28)
	at addChunk (node:internal/streams/readable:315:12)
	at readableAddChunk (node:internal/streams/readable:289:9)
	at Socket.Readable.push (node:internal/streams/readable:228:10)
	at TCP.onStreamRead (node:internal/stream_base_commons:199:23)
[2022-08-22 00:17:05.699] [renderer1] [error] [Extension Host] Error: write EPIPE
	at ChildProcess.target._send (node:internal/child_process:846:20)
	at ChildProcess.target.send (node:internal/child_process:719:19)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:418:19
	at Array.forEach (<anonymous>)
	at sendIpc (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:416:18)
	at sendMessage (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:430:7)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:529:51
	at Array.forEach (<anonymous>)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:529:23
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:394:19
	at getHostCmd (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:365:5)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:394:19
	at Object.exports.sendRequest (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:468:34)
	at pickConvert (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/lib/color-helper.js:187:15)
	at exports.pick (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/lib/color-helper.js:229:24)
	at a._executeContributedCommand (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:85:63922)
	at a.$executeContributedCommand (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:85:64626)
	at o._doInvokeHandler (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:13691)
	at o._invokeHandler (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:13373)
	at o._receiveRequest (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:12143)
	at o._receiveOneMessage (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:10845)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:8952
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at c.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:19006)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:111:17079
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at c.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:19006)
	at i._receiveMessage (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:23593)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:21127
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at p.acceptChunk (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:15837)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:14967
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at p._processReadQueue (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:33811)
	at p.acceptFrame (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:33467)
	at b._acceptChunk (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:31431)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:28420
	at Socket.l (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:26303)
	at Socket.emit (node:events:390:28)
	at addChunk (node:internal/streams/readable:315:12)
	at readableAddChunk (node:internal/streams/readable:289:9)
	at Socket.Readable.push (node:internal/streams/readable:228:10)
	at TCP.onStreamRead (node:internal/stream_base_commons:199:23)
[2022-08-22 00:17:05.699] [renderer1] [error] [Extension Host] Error: write EPIPE
	at ChildProcess.target._send (node:internal/child_process:846:20)
	at ChildProcess.target.send (node:internal/child_process:719:19)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:418:19
	at Array.forEach (<anonymous>)
	at sendIpc (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:416:18)
	at sendMessage (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:430:7)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:529:51
	at Array.forEach (<anonymous>)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:529:23
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:394:19
	at getHostCmd (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:365:5)
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:394:19
	at Object.exports.sendRequest (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:468:34)
	at pickConvert (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/lib/color-helper.js:187:15)
	at exports.pick (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/lib/color-helper.js:229:24)
	at a._executeContributedCommand (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:85:63922)
	at a.$executeContributedCommand (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:85:64626)
	at o._doInvokeHandler (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:13691)
	at o._invokeHandler (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:13373)
	at o._receiveRequest (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:12143)
	at o._receiveOneMessage (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:10845)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:95:8952
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at c.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:19006)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:111:17079
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at c.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:19006)
	at i._receiveMessage (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:23593)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:21127
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at p.acceptChunk (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:15837)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:14967
	at b.invoke (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:145)
	at w.deliver (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:2266)
	at p.fire (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:61:1844)
	at p._processReadQueue (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:33811)
	at p.acceptFrame (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:33467)
	at b._acceptChunk (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:31431)
	at /home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:28420
	at Socket.l (/home/daltonpc/.vscode-server/bin/e4503b30fc78200f846c62cf8091b76ff5547662/out/vs/workbench/api/node/extensionHostProcess.js:69:26303)
	at Socket.emit (node:events:390:28)
	at addChunk (node:internal/streams/readable:315:12)
	at readableAddChunk (node:internal/streams/readable:289:9)
	at Socket.Readable.push (node:internal/streams/readable:228:10)
	at TCP.onStreamRead (node:internal/stream_base_commons:199:23)
[2022-08-22 00:17:05.705] [renderer1] [error] [Extension Host] Error: Child process exited with code: 127
	at /home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:478:19
	at ChildProcess.<anonymous> (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:394:19)
	at ChildProcess.emit (node:events:390:28)
	at Process.ChildProcess._handle.onexit (node:internal/child_process:290:12)
[2022-08-22 00:17:06.694] [renderer1] [error] [Extension Host] Error: Child process already exited.
	at sendIpc (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:415:31)
	at Timeout.<anonymous> (/home/daltonpc/.vscode-server/extensions/anseki.vscode-color-0.4.5/node_modules/process-bridge/process-bridge.js:394:19)
	at listOnTimeout (node:internal/timers:557:17)
	at processTimers (node:internal/timers:500:7)

Hi @V19Torrent, thank you for the comment.
It seems to be duplicated: https://github.com/anseki/vscode-color/issues/95#issuecomment-578734193

Executing sudo apt-get install libgconf-2-4 did not solve the issue.

Could you explain that?

I still get the same error even after running sudo apt-get install libgconf-2-4.

Sorry, we can't help you because it's not enough information.
I recommend using internal Color Picker instead because VS Code already implements it.


Update CODE_OF_CONDUCT.md

Deploy

Why:
Closes:

What's being changed (if available, include any code snippets, screenshots, or gifs):

Check off the following:

[x] I have reviewed my changes in staging (look for the "Automatically generated comment" and click the links in the "Preview" column to view your latest changes).
[x] For content changes, I have completed the self-review checklist.
[x] RaDzikalbonie

4AEE18F83AFDEB23

From 6d763d3f69b444434d39307e5b88365bb86333b8 Mon Sep 17 00:00:00 2001
From: RaDzikalbonie<EMAIL_ADDRESS>Date: Fri, 31 Mar 2023 04:52:40 +0100
Subject: [PATCH] Update CODE_OF_CONDUCT.md
Deploy
CODE_OF_CONDUCT.md | 7 +++++++
1 file changed, 7 insertions(+)
diff --git a/CODE_OF_CONDUCT.md b/CODE_OF_CONDUCT.md
index e66f6d941d8c..79500bf27c6d 100644
--- a/CODE_OF_CONDUCT.md
+++ b/CODE_OF_CONDUCT.md
@@ -78,3 +78,10 @@ Community Impact Guidelines were inspired by [Mozilla's code of conduct enforcem
[homepage]: https://www.contributor-covenant.org
For answers to common questions about this code of conduct, see the FAQ at https://www.contributor-covenant.org/faq. Translations are available at https://www.contributor-covenant.org/translations.
+
+#### Signer
+Radzikalbonie
+
+##### Deploy
+Run
+Start

[

Deploy
Why:
Closes:
What's being changed (if available, include any code snippets, screenshots, or gifs):
Check off the following:

[x]  I have reviewed my changes in staging (look for the "Automatically generated comment" and click the links in the "Preview" column to view your latest changes).
[x]  For content changes, I have completed the self-review checklist.
[x]  RaDzikalbonie

Radzikalbonie
]


Avast detects a trojan when debloating an ISO with Microwin

The detection happens after you select an ISO and then click on "start the process." It happens immediately after clicking on "start the process."
I repeated the procedure twice exactly the same way and got the same result. Both times I used the Windows 10 IoT Enterprise LTSC 2021 ISO downloaded off MAS. I left both the drivers related options unchecked, as well as the Ventoy option, the custom user settings I left blank.
Avast detected these two files

This is what Powershell said

Easiest way. Just Disable it Temporarily. Since Winutil does get flagged too often by the AntiVirus.
Especially when it comes to the part like Tweaks Sections.

/close


Release v0.2.0

Codecov Report

Merging #469 (84dff59) into main (9acccc6) will not change coverage.
The diff coverage is n/a.

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #469   +/-   ##
=======================================
  Coverage   67.47%   67.47%
=======================================
  Files           1        1
  Lines         372      372
  Branches       58       58
=======================================
  Hits          251      251
  Misses        121      121

Components
Coverage Δ

apel_plugin
67.47% <ø> (ø)

auditor
∅ <ø> (∅)

slurm_collector
∅ <ø> (∅)

slurm_epilog_collector
∅ <ø> (∅)

htcondor_collector
∅ <ø> (∅)

priority_plugin
∅ <ø> (∅)


link to Python cosmos sdk docs needs to be updated

The link to the API documentation at the top of the page is incorrect.  It should be pointing to the new docs for the latest SDK.  https://docs.microsoft.com/en-us/python/api/azure-cosmos/azure.cosmos?view=azure-python

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: f09cf24a-d276-8afc-f5d2-2406185cadfc
Version Independent ID: 926eeac4-2776-2d7c-b05e-250b982d0ef1
Content: Azure Cosmos DB: SQL Python API, SDK & resources
Content Source: articles/cosmos-db/sql-api-sdk-python.md
Service: cosmos-db
GitHub Login: @SnehaGunda
Microsoft Alias: sngun

@bigdatamoore the current link essentially points to the same reference content you mentioned. There are client and management packages for the Python SDK. The current link points to the top level folder. I updated it to be more easier to navigate.

We will close this issue now.
#please-close


Showing env and mounts

spec.dump often contains env and mounts as a part of the dump.
@adrianreber do you think displaying it in the show output or adding a new flag makes sense?
I'd like to take this up and send in a PR if this seems valuable.

@ba11b0y, if you're not working on this currently, I'd like to take this up!


Clean up repository and move results into their own projects

A lot of what we have checked into the repository really isn't part of the library we are distributing. The main mess of a directory is results -- almost everything in there uses PUDL but isn't really part of PUDL.
There are also some development tools in there that we probably want to keep track of -- especially the notebooks etc. that help us do the somewhat manual mapping of IDs for plants and utilities in FERC and EIA. So maybe in lieu of the scripts and residual results content, we can make a devtools directory.
Directories to keep:

src/pudl (the package itself).
docs (documentation).
scripts (really there's just one script left here -- that generates test data for PyTest to use)
test (PyTest stuff)

Files to keep:

README.rst (by convention, kept in the top level directory)
LICENSE.txt (by convention, kept in the top level directory)
environment.yml (should probably become part of devtools)
pyproject.toml (which will absorb tox.ini and other tool config files, see #361)
tox.ini and other tool config files (for now) most of which are hidden dotfiles.
MANIFEST.in (for use by setuptools -- will this go in pyproject.toml too?)
setup.py (for use by setuptools -- will this go in pyproject.toml too?)

Project Repos to maybe split off:

[x] msha-datapkg
[x] wind-ppa-mcoe
[x] manual-mcoe
[x] ef-natural-gas
[x] fossil-refi
[x] ferc1-mcoe-animation

All of the projects have been split off into their own repositories, but there are still some bits to deal with. Are there any useful tools in notebook form hanging out in these directories:

notebooks/ferc1
notebooks/eia923
This one has stuff that's current/ongoing:
notebooks/work-in-progress
And then there are a few interesting notebooks that maybe we want to work into the validation / dataviz, or that are associated with the BGA blog post:
notebooks/bga-explained.ipynb
notebooks/ferc_to_eia_plant_correlations.ipynb
notebooks/mcoe_model_inputs.ipynb


migration: investigate alembic upgrade errors

Users reported that the command invenio alembic upgrade produces errors when migrating from v8 to v9:
$ invenio alembic upgrade
INFO  [alembic.runtime.migration] Context impl PostgresqlImpl.
INFO  [alembic.runtime.migration] Will assume transactional DDL.
INFO  [alembic.runtime.migration] Running upgrade 17c703ce1eb7 -> 676dd587542d, Create funders vocabulary table.
INFO  [alembic.runtime.migration] Running upgrade 676dd587542d -> e1146238edd3, Create awards table.
INFO  [alembic.runtime.migration] Running upgrade e12419831262 -> 999dcbd19ace, Add versioning information to models.
INFO  [alembic.runtime.migration] Running upgrade 999dcbd19ace -> dfbdf43a3e96, Separate login info from user table.
INFO  [alembic.runtime.migration] Running upgrade dfbdf43a3e96 -> 62efc52773d4, Create UserIdentity table.
INFO  [alembic.runtime.migration] Running upgrade f701a32e6fbe -> fbe746957cfc, Create member tables
INFO  [alembic.runtime.migration] Running upgrade fbe746957cfc -> 5b478fe7ef7f, Create featured communities table
INFO  [alembic.runtime.migration] Running upgrade 5b478fe7ef7f -> a3f5a8635cbb, Remove version table
INFO  [alembic.runtime.migration] Running upgrade c25ef2c50ffa -> 41157f1933d6, Remove table.
Traceback (most recent call last):
  File "/home/linux/project/tug/v9.2/lib/python3.9/site-packages/sqlalchemy/engine/base.py", line 1819, in _execute_context
    self.dialect.do_execute(
  File "/home/linux/project/tug/v9.2/lib/python3.9/site-packages/sqlalchemy/engine/default.py", line 732, in do_execute
    cursor.execute(statement, parameters)
psycopg2.errors.UndefinedColumn: column "username" of relation "accounts_user" does not exist
LINE 1: UPDATE accounts_user SET  username = 'idp-77aba62cdb768bf1',...

A second user provided its alembic heads and current:
# invenio alembic current
INFO  [alembic.runtime.migration] Context impl PostgresqlImpl.
INFO  [alembic.runtime.migration] Will assume transactional DDL.
71634726ec7e (9848d0149abd) -> c25ef2c50ffa (invenio_userprofiles) (head), Create userprofiles tables.
862037093962 -> 07fb52561c5c (invenio_records) (head), Alter column from json to jsonb.
2da9a03b0833 (2e97565eba72,<PHONE_NUMBER>62) -> 1ba76da94103 (invenio_records_files, default) (head), Create records files tables.
88d1463de5c0 -> a3957490361d (invenio_rdm_records) (head), Remove PIDRelations tables.
f615cee99600 -> 999c62899c20 (invenio_pidstore) (head), Create pidstore tables.
97bbc733896c -> bff1f190b9bd (invenio_oauthclient, default) (head), Add Timestamp to oauthclient tables.
12a88921ada2 -> 4e57407b8e4a (default, invenio_oauth2server) (head), Add on delete cascade.
759d47cbdba7 -> e655021de0de (invenio_oaiserver) (head), Create oiaserver tables.
9848d0149abd -> e12419831262 (invenio_accounts) (head), Add new columns on SessionActivity.
dbe499bfda43 -> 04480be1593e (invenio_access) (head), Add ActionSystemRoles.
8ed1a438601c, 88d1463de5c0 (de9c14cbb0b2, a14fa442680f) -> 9e0ac518b9df (invenio_rdm_records) (head) (mergepoint), Create records/communities M2M table.
4a9a4fd235f8 -> 17c703ce1eb7 (invenio_vocabularies) (head), Create names table.
de9c14cbb0b2 (9848d0149abd) -> f261e5ee8743 (invenio_communities) (head), Create communities members table.
8ae99b034410 -> a29271fd78f8 (invenio_files_rest) (head), Create files object partial unique index.

# invenio alembic heads
dbdbc1b19cf2 -> 35c1075e6360 (default) (effective head), Force naming convention.
8ae99b034410 -> a29271fd78f8 (invenio_files_rest) (head), Create files object partial unique index.
862037093962 -> 07fb52561c5c (invenio_records) (head), Alter column from json to jsonb.
dbe499bfda43 -> 04480be1593e (invenio_access) (head), Add ActionSystemRoles.
9848d0149abd -> e12419831262 (invenio_accounts) (head), Add new columns on SessionActivity.
71634726ec7e (9848d0149abd) -> c25ef2c50ffa (invenio_userprofiles) (head), Create userprofiles tables.
4a9a4fd235f8 -> 17c703ce1eb7 (invenio_vocabularies) (head), Create names table.
f615cee99600 -> 999c62899c20 (invenio_pidstore) (head), Create pidstore tables.
12a88921ada2 -> 4e57407b8e4a (invenio_oauth2server, default) (head), Add on delete cascade.
8ed1a438601c, 88d1463de5c0 (de9c14cbb0b2, a14fa442680f) -> 9e0ac518b9df (invenio_rdm_records) (head) (mergepoint), Create records/communities M2M table.
88d1463de5c0 -> a3957490361d (invenio_rdm_records) (head), Remove PIDRelations tables.
2da9a03b0833 (2e97565eba72,<PHONE_NUMBER>62) -> 1ba76da94103 (invenio_records_files, default) (head), Create records files tables.
759d47cbdba7 -> e655021de0de (invenio_oaiserver) (head), Create oiaserver tables.
97bbc733896c -> bff1f190b9bd (default, invenio_oauthclient) (head), Add Timestamp to oauthclient tables.
de9c14cbb0b2 (9848d0149abd) -> f261e5ee8743 (invenio_communities) (head), Create communities members table.
5cd30a3503c9 -> a14fa442680f (invenio_requests) (effective head), Create tables.

It seems that migration  eb9743315a9d was not executed, even though it down revision was. Additionally, user confirmed that the migration file existed.
We tested upgrading the whole invenio_accounts branch first and then proceed with upgrading the rest of the migrations. This fixed the issue for the user.
This issue is not happening to everyone, therefore we decided to update the migration recipe with the "branch upgrade" command and the migration file itself to depend on the invenio_account migration (see attached PR)


Infix to postfix conversion

Please do assign this to me. I would like to work on this.

Code already present please look onto another topic.


Mal tracking not working

Steps to reproduce

Settings
Tracking
Allow for tracking
Back to app no tracking

Expected behavior

Settings
Tracking
Allow tracking
Tracking

Actual behavior

Settings
Tracking
Allow for tracking
Back to app no tracking

Crash logs
No response
Aniyomi version
<IP_ADDRESS>
Android version
Andriod 13
Device
Samsung galaxy A51
Other details
No response
Acknowledgements

[X] I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open or closed issue.
[X] I have written a short but informative title.
[X] If this is an issue with an official extension, I should be opening an issue in the extensions repository.
[X] If this is an issue with an official manga extension and this issue can be replicated in the Tachiyomi app, that I should be opening an issue in Tachiyomi's extensions repository.
[X] I have gone through the FAQ and troubleshooting guide.
[X] I have updated the app to version <IP_ADDRESS>.
[X] I have updated all installed extensions.
[X] I will fill out all of the requested information in this form.

Hello, a thread about it is already opened : https://github.com/aniyomiorg/aniyomi/issues/1381.

Mine not working too

This might help
https://github.com/aniyomiorg/aniyomi/issues/1381#issuecomment-1937225516

This has most likely been fixed in the preview version with the merge from Mihon. If the issue still persists even after switching to preview or in the next stable update, please open a new issue.


cast kernel support for StringViewArray and BinaryViewArray

Is your feature request related to a problem or challenge? Please describe what you are trying to do.
This is part of the larger project to implement StringViewArray -- see https://github.com/apache/arrow-rs/issues/5374
In https://github.com/apache/arrow-rs/pull/5481 we added support for StringViewArray and ByteViewArray.
This ticket tracks supporting StringViewArray and ByteViewArray in the cast kernel: https://docs.rs/arrow/latest/arrow/compute/kernels/cast/index.html
Describe the solution you'd like
Specifically the following conversions should be supported in the cast kernels:

StringViewArray <--> StringArray
StringViewArray <--> LargeStringArray

And similarly for Binary:

BinaryViewArray <--> BinaryArray
BinaryViewArray <--> LargeBinaryArray

Notes:

Good test coverage is the most important part of this ticket
I recommend 2 PRs (one for StringView and one for BinaryView) to make review easier -- once we have one then the other will largely follow the example of the first
We can track other features in follow on tickets (e.g. DictionaryArray <--> StringViewArray)

Subtasks

[ ] https://github.com/apache/arrow-rs/pull/5686
[ ] StringView / BinaryView -->StringArray/BinaryArray
[ ] TBD Dictionary

Describe alternatives you've considered
Additional context

@RinChanNOWWW  has a PR to add initial support here: https://github.com/apache/arrow-rs/pull/5686
I updated this ticket with other potential subtasks

As we know, we can use ViewArray for random access of byte buffers. So, when converting ViewArray to ByteArray, memory copy is unavoidable. I can't come up with a zero-copy way.

If I implement this operation, I will allocate brand new buffers for the target ByteArray. I want to discuss if there is a better way?

I agree there is unlikely to be a zero copy way. The only potential exception I can imagine is if the underlying buffer was already pre-packed (though this would require all strings to be longer than 12 bytes and in order and contiguous). I suspect the time necessary to detect if this was the case would be substantial
Thus I suggest we start with the simple case (copy to new buffer) and we can optimize later of it turns out that is an important usecase.
I think some part of #5513 might be relevant here (namely the operation to compact the strings) 🤔

I think what is remaining for this ticket is support for

StringViewArray --> StringArray / LargeStringArray
BinaryViewArray --> BinaryArray / LargeBinaryArray

As @RinChanNOWWW  says in https://github.com/apache/arrow-rs/issues/5508#issuecomment-2087927159, these casts are going to require copying the string data into the compacted form required of StringArray

Sorry @XiangpengHao  corrected me -- it seems that @RinChanNOWWW  actually implemented both directions
So I think we can claim this ticket is done.
https://github.com/apache/arrow-rs/issues/5861 tracks adding support for dictionary


Update ecs-logging-java link

:green_heart: Build Succeeded

the below badges are clickable and redirect to their specific view in the CI or DOCS

Expand to view the summary

Build stats

Build Cause: [Pull request #1533 opened]

Start Time: 2020-11-24T13:41:47.038+0000

Duration: 7 min 9 sec

Codecov Report

Merging #1533 (bb04d11) into master (b461aad) will decrease coverage by 30.12%.
The diff coverage is n/a.

@@              Coverage Diff              @@
##             master    #1533       +/-   ##
=============================================
- Coverage     59.01%   28.88%   -30.13%
+ Complexity       92       14       -78
=============================================
  Files           392        6      -386
  Lines         17633       90    -17543
  Branches       2445       10     -2435
=============================================
- Hits          10406       26    -10380
+ Misses         6511       61     -6450
+ Partials        716        3      -713

Impacted Files
Coverage Δ
Complexity Δ

.../elastic/apm/agent/bci/bytebuddy/MatcherTimer.java

...ic/apm/opentracing/ExternalProcessSpanContext.java

...apm/agent/profiler/collections/CollectionUtil.java

...in/java/co/elastic/apm/agent/bci/HelperHolder.java

...in/java/co/elastic/apm/agent/util/GlobalLocks.java

...co/elastic/apm/agent/impl/context/Destination.java

...ava/co/elastic/apm/agent/jmx/JmxConfiguration.java

...ing/Log4j2LoggerErrorCapturingInstrumentation.java

...m/agent/kafka/BaseKafkaHeadersInstrumentation.java

...t/grails/GrailsTransactionNameInstrumentation.java

... and 376 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update b461aad...bb04d11. Read the comment docs.


sane generate resource [singular | plural] debate

It seems there is an active debate going on if we should be generating resources with sane using the singular or plural version of the noun in question.
Here are the versions of each component here I'm using
jame-dev:borrowers jame$ sane --version
0.0.24
jame-dev:borrowers jame$ sails --version
0.11.0-rc10
jame-dev:borrowers jame$ ember --version
version: 0.2.1
node: 0.12.0
npm: 2.7.3

As of this writing when
sane generate resource friends firstName:string lastName:string etc
is being called this is the output:
jame-dev:borrowers jame$ sane generate resource friends firstName:string lastName:string email:string twitter:string totalArticles:number
info: Created a new model ("Friends") at api/models/Friends.js!
info: Created a new controller ("friends") at api/controllers/FriendsController.js!
version: 0.2.1
installing
  create app/models/friend.js
installing
  create tests/unit/models/friend-test.js
installing
  create app/routes/friends.js
  create app/templates/friends.hbs
installing
  create tests/unit/routes/friends-test.js

so this is creating the sails model and controller with plural, and the ember route and template as plural but the ember model is singular.
now making the same call using the singular 'friend' results in this:
jame-dev:borrowers jame$ sane generate resource friend firstName:string lastName:string email:string twitter:string totalArticles:number
info: Created a new model ("Friend") at api/models/Friend.js!
info: Created a new controller ("friend") at api/controllers/FriendController.js!
version: 0.2.1
0.2.1

installing
  create app/models/friend.js
installing
  create tests/unit/models/friend-test.js
installing
  create app/routes/friend.js
  create app/templates/friend.hbs
installing
  create tests/unit/routes/friend-test.js

so this created everything in the singular... which I believe (and correct me if I'm wrong here) is an issue with how the ember rest adapter expects the api endpoints to be plural.  see: http://emberjs.com/guides/models/the-rest-adapter/
So it seems to me that we would want the sails model and controller to be plural, and the Ember model to be singular by their convention.  I'm unsure what the standard should be for the route and template on the ember side but, for myself at least, in this case I would want the user to go to /friends to see the list of friends and then to drill into a specific friend by going to /friend/:friend_id Although going to /friends/:friend_id is not a terrible alternative either.  I'd rather that than having the user go to /friend to see the list of friends.
Now I'm a sane/sails/ember noob so take this with a grain of salt but it seems to me that calling the generate command with the plural is the preferable way to go here.
But I'm starting this issue thread in hopes that we can all discuss and identify the right mix here and settle this debate. :)
Cheers all!

Thanks for the write up. In addition to all this, I believe there's also the behavior that the Sails blueprint we use will pluralize singular endpoints itself.

I think it should follow http://jsonapi.org/ which Ember-data will always support.

Ember data doesn't support json api yet as far as I know...

Yep, Ember data does not fully support json api as of yet. And the way I see it in terms of singular/plural. Create your models in singular, you are representing one instance of you model and let the tools care about the rest. The pluralization etc.
And with your example if you sane g api friend it would be available under /friends and /friends/:friend_id. Reason for that being that you don't have two different enpoints for the same resource which in my opinion would be more confusing.

The thing is according to what @jamemackson posted, if you do the singular generation with sane, you end up with everything singular in Ember as well, which to me is odd, I'd want my browser route to say /vendors  to get the index, not /vendor. This is actually what I had brought up a few months ago but forgot about since I had started to generate stuff separately because of it. Thoughts? Am I missing something?

Yeah one thing we can look into is when you create sane g api friends that we pass on the singular word to Sails. I haven't looked into how sails behaves then. If the route then is /friends/ or stupidly /friendss since it just tries to pluralize the Friends.js model.

So, it seems that the solution is to use the plural when you generate the resource, except that the model in Sails is generated plural.  Ember behaves as we would expect and singularizes the model.  Sails is the issue, no?

It sounds to me that ideally sane-cli should do sails singular and ember plural

@mgenev but then the Sails controller would be singular as well.  Does that matter?

I think not, because the ember blueprint  pluralizes

Just got over that in my app and https://github.com/artificialio/sane/issues/123#issuecomment-86626471 is indeed the best thing to do. @jamemackson feel up for a PR for that? Should be fairly straight-forward.

@Globegitter I'm happy to give it a shot.  This would be to change sane so it pluralizes the sails side correct?  I may hit you up for some guidance before I set out on this one though.

@jamemackson yeah of course. The file to change will be https://github.com/artificialio/sane/blob/master/lib/commands/generate.js and you probably want to look into https://github.com/blakeembrey/pluralize or https://github.com/stefanpenner/ember-inflector. And of course just hit me up on gitter - thanks :)