Failed to create X11 Window in python binaries, but not in C++ binaries

Hi, thanks for this awesome project!
I'm playing around with the inferences on my Jetson Orin Nano 8 GB board. Earlier the python binaries (within jetson-inference/build/aarch64/bin/ folder) used to work as well, but suddenly they started giving these errors:

Hi @kanishkanarch, what is the command-line you are running?


tests: fix tracing test

CaseTraceLogger relies on test's thread name, however slog_async has
its own thread, and the name is "".
TODO: Enable the slog_async when the Custom test frameworks is mature,
and hook the slog_async logger to every test cases.

A friendly ping.

LGTM

/run-unit-test


Publish a version for 2.13.0-M2

It seems only 2.13.0-M1 is supported for now. But some other projects (scala-js in particular) seem to only support 2.13.0-M2 in their latest versions, which prevents using them along with utest.

Necessary code changes went in in https://github.com/lihaoyi/utest/commit/bd31491a26c1e78486dc1fdff867e5ebcae078f7, next release should include 2.13.0-M2 artifacts for scala-jvm and scala-js


Docs are misleading

What are you trying to achieve? to setup authorization headers for requests
What do you get instead? Page not getting authenticated
Details

CodeceptJS version: 0.5 +
NodeJS Version: v6
Operating System: mac
Nightmare version (if related)

following doesnt work
I.amOnPage('/admin', [{'Authorization': 'Basic '+token}]);

following works
I.amOnPage('/admin', {'Authorization': 'Basic '+token});

Conclusion
docs is misleading. If this real issue, I can send a PR for corrections.

Yes, please update them. In this case you should edit this file https://github.com/Codeception/CodeceptJS/blob/master/lib/helper/Nightmare.js


Remove periods from list in developing-in-a-codespace#about-development-with-github-codespaces

Code of Conduct

[X] I have read and agree to the GitHub Docs project's Code of Conduct

What article on docs.github.com is affected?
https://docs.github.com/en/codespaces/developing-in-a-codespace/developing-in-a-codespace#about-development-with-github-codespaces
This issue is intended for newcomers to the OS Docs repo! 💛
If you are veteran of the OS Docs repo and are looking for issues to work on, take a look at our help wanted section✨
What part(s) of the article would you like to see updated?

You can develop code in a codespace using your choice of tool:

A command shell, via an SSH connection initiated using GitHub CLI.
One of the JetBrains IDEs, via the JetBrains Gateway.
The Visual Studio Code desktop application.
A browser-based version of Visual Studio Code.

Remove periods from this list, as each line is not a complete sentence
Additional information
Style guide reference

Hi, can I work on this issue?

Hi @nguyenalex836
I am new to this repo, can I work on this?

Done, waiting for review :)


Suggestion list for launch.json is inaccurate in some cases

Environment data

VS Code version: 1.38.1
Extension version (available under the Extensions sidebar): 2019.10.38352-dev
OS and version: Windows

Expected behaviour

Actual behaviour

When pressing CTRL + SPACE to pop up suggestions after the very last curly bracket, it shows the wrong things in the list.
cc @luabud

I can repro it with 2019.8.29288. I think this is reason-preexisting

It used to work before AFAIC recall, hence regression.

It worked before AFAIC recall. This maybe upstream which is why you're able to repro it with the older versions.

Isn't this an upstream issue?

Eric suggested it maybe related to us, so just opened this just to keep track. I can now confirm it's upstream.


Change sample sheet Sample_ID and Sample_Name to use actual sample id instead of sample "content"?

I have split this issue off of #204 because I think it may need more discussion before implementation.
https://github.com/jdereus/labman/issues/204#issuecomment-384009022
"@tanaes Also, this question is not directly related to producing the project shortname, but I just want to double-check: what you want as the Sample_ID, Sample_Name, etc, in the shotgun sample sheet are strings that are the sample ids plus the plate and well they were plated on in the original sample plate? As in, "1_SKB1_640202_21_A1" (where the actual sample_id in qiita.study_sample is "1_SKB1_640202")?"
https://github.com/jdereus/labman/issues/204#issuecomment-384010632
"We don't actually need to have the plate info -- just the study + sample identifier is ok, i don't want to encode extraneous data in the filename. TBH I'd rather have a non-human-readible unique identifier but I don't think that will work in our system."
https://github.com/jdereus/labman/issues/204#issuecomment-384014159
"@tanaes Just to be clear, my question above is about the contents of the "Sample_ID" and "Sample_Name" columns in the shotgun sample sheet that LabPerson generates; as far as I know, these values aren't file names (or are you saying they are used as that, somewhere downstream)? As I said, this question strays a bit from the task of generating the project shortname; sorry :)
I just wanted to double-check that, whatever you use the sample sheet for after getting back the sequencing data, you actively want these "sample id plus position" descriptors in it rather than the actual keys that would allow you to, say, look up the sample metadata in Qiita (without having to strip off extraneous plate id and well position pieces at the end of the string). If you DO want the "sample id plus position" info (or you just don't care :) ), then all is copacetic. If actual Qiita sample ids would be more useful to you, it would be very easy to put them in the shotgun sample sheet instead of the "sample id plus position" ids."
https://github.com/jdereus/labman/issues/204#issuecomment-384994491
"Sample names
Based on how the pipeline currently works, I think providing the actual Qiita Sample IDs to the format_sample_sheet machinery is going to be best. They do end up being munged into filenames (we end up encoding both the Qiita sample ID and the Illumna BCL2Fastq-compatible name in the sample sheet, and the latter is what gets prepended to the fastq filename), but we want to retain the original Qiita ID for when we rename these files later one. Currently this process is all already handled, and so I don't think [sic]"

fundamentally the problem is that these controls don't exist in the study that's uploaded, correct? they're added later. I don't really know how to decide how to handle this.
@antgonza @ElDeveloper any input?
if they're to be analyzed in Qiita it seems like they would somehow need to be added to the sample sheet somewhere. I don't know how that happens given the current model.

fundamentally the problem is that these controls don't exist in the study that's uploaded, correct? they're added later.

You are correct.
I think they need to be added and associated when a plate is created, as that's the point where membership is assigned. To do this labman will need to enter the values directly to the qiita database or via a REST API.

@tanaes you're right - this is just pointing out the flaws present in the Qiita DB structure, as technical replicates are not correctly supported on the Qiita DB. Entering the values directly to the qiita database ends up duplicating a fair amount of code (e.g. all the sample/prep text files need to be regenerated). Doing it via the REST API may be the easiest and most correct way of doing it, since Qiita will still be managing everything that it sees.

Really not sure whether this one needs to be done anymore; would need careful discussion with current stakeholders/dev team before addressing.


Space between method name and parenthesis not detected

Hi,
In the ruby style guide:
Never put a space between a method name and the opening parenthesis.

If I create the following code:
def method (var)
    var
end

Rubocop does not return an offence for the space between the method name and the parenthesis.
Neither does it in this case:
result = method_called (with_var)

It looks like this should be implemented in two separate cops because running ruby -wc on
result = method_called (with_var)
gives this warning:
warning: (...) interpreted as grouped expression

This is no longer true in ruby >= 2.1, was true in ruby 1.9.3. I'm not sure why ruby decided to drop this warning. I'm not sure exactly when it changed either, maybe ruby bug 5214?

@jaredbeck Removing that warning doesn't make much sense to me, and I think RuboCop is doing the right thing by reporting, especially if the example is a little more complex, like
def method_called(x)
  x * 2
end

result = method_called (1) + 2
p result

This program prints 6 since the method call line is parsed as result = method_called((1) + 2), but it's certainly possible that the user meant result = method_called(1) + 2.

method_called (1) + 2

Aha! Thanks Jonas. This is a great example. We should add this one to the docs at the top of parentheses_as_grouped_expression.rb


Application code wiped by the AI

Describe the bug
After burning through MILLIONS of tokens, more than half trying many times to get the ai to successfully do what it said it had done, but clearly hadn't, I finally got to an app state I considered complete phase 1. I got frustrated with the ai as it again kept saying it had completed the requested changes, but no changes were visible. After about 10 attempts, I told it that 'it was fired' ... and it proceeded to 'reset' the application. I told it to restore the code, but it's not been able to successfully do so. I was originally thrilled with Bolt, but now I just can't trust it.
Link to the Bolt URL that caused the error
https://bolt.new/~/sb1-np1lly
Steps to reproduce
See above description.
Expected behavior
See above description.
Screen Recording / Screenshot
Can't capture a recording or screenshot that's useful.
Platform
Browser name = Chrome
Full version = <IP_ADDRESS>
Major version = 130
navigator.appName = Netscape
navigator.userAgent = Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/<IP_ADDRESS> Safari/537.36
performance.memory = {
  "totalJSHeapSize": 87995092,
  "usedJSHeapSize": 66969888,
  "jsHeapSizeLimit":<PHONE_NUMBER>
}
Username = rikro
Chat ID = fb33d52f6885

Additional context
No response

I should add that the last version of the code deployed to stacktrace was solid. The last instructions I gave to Bolt were simple instructions to remove a line of text on the screen and move another line of text.

I've been able to recreate the app to a point with ongoing prompting, but I'm having to rebuild/reinstantiate much of the interface and I'm not back to where we were prior to the incident. I've deployed the current state and pausing now.

Hi @rikro,
Sorry to hear about this! We are aware of this issue with chat persistence. Temporary workarounds and updates can be found here: #39. (Go to stackblitz.com, login (same credentials as Bolt), click Collections on the left-hand side, click Bolt Collection). Appreciate your patience as improvements continue to be made.


Avoid over-fetching queries

This PR adds logic to replace SELECT * SQL statements to use specific column names as declared in GraphQL queries.
A new enum, AttributeNames, is used to transport either a vector of column names (as strings) or a variant to select all columns in cases where we want to keep previous behaviour.
The collection phase occurs in graphql::store::prefetch module, and it works by accumulating column names (as strings) from GraphQL fields every time the already implemented code visits an Object or Interface. Before being sent to the build_query function, Interfaces are resolved into Objects, which can be easily converted into Entities.
This is still an ongoing draft PR, so it will probably change in the future.

@tilacog Lets add an env var to revert everything back to All, in case we uncover bugs when this is deployed to the hosted service and need a revert switch.


Add Code Explorer

@#- VSCode Version:

OS Version: Windows, Mac, Linux

Request to add Code Explore from file
Simil

duplicate with #5605

thanks @leaxoy

sorry!
happen php code does not find symbols


Remove support for asymmetric uint8 quantization in Tensorflow Lite Micro

@tensorflow/micro
As described in the TensorFLow Lite 8 bit quantization specification:
"Note: In the past our quantization tooling used per-tensor, asymmetric, uint8 quantization. New tooling, reference kernels, and optimized kernels for 8-bit quantization will use this spec."

int8 support over uint8
Asymmetric activations and symmetric weights

More detailed analysis can be read in this whitepaper.
TfLite Micro will be removing support for the asymmetric uint8 quantization. This will enable TFLM to focus on the fully supported quantization tooling, avoid sending users down the uint8 path and also have the potential for reduced binary size.
Note that this change is only for TfLite Micro and not TfLite.

Some more context: https://github.com/tensorflow/tensorflow/issues/38285#issuecomment-635533037


fix(vite): disable redundant copyPublicDir option

Fixes #8023
From the changeset:

Fix redundant copying of assets from public directory in Vite build. This ensures that static assets aren't duplicated in the server build directory. This also fixes an issue where the build would break if assetsBuildDirectory was deeply nested within the public directory.

I was loading custom fonts in my app/global.css like this:
@font-face {
  font-display: swap;
  font-family: 'Poppins';
  font-style: normal;
  font-weight: 500;
  src: url('/fonts/poppins-v19-latin-500.woff2') format('woff2');
}

The fonts were located in my project in the public/fonts folder, so with copyPublicDir: true, they would be copied to public/build/fonts. Turns out with copyPublicDir: false they fail to load in production because the output CSS tries to load them with a build/ prefix url('/build/fonts/poppins-v19-latin-500.woff2') and now they're not copied to there anymore. Note that in development they're still loaded from the right place, without this build/ prefix.
So either I'm loading the fonts wrong or there's another issue that's now surfaced with copyPublicDir: false.
As a workaround, I'm moving the fonts from public/fonts to app/fonts and using a relative import like url('./fonts/poppins-v19-latin-500.woff2'). Maybe that's just how it's supposed to be done anyway.

@gustavopch Your issue is an interesting one to me. I didn't realise that Vite rewrites references to files in your public directory when referenced in the CSS. Your workaround of moving the file to the app dir is what I would have recommended, but I think this is highlighting a disconnect between the way the Remix compiler worked and the way Vite works. I might need to dig into this further.

@gustavopch I've opened a PR that will fix your issue: https://github.com/remix-run/remix/pull/8077. This means that the directory structure needs to change when using Vite so it's not a small change, but I'm glad this got picked up relatively early.


FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory -\node_modules\typescript\lib\typescript.js

Recently I migrated mine react project to typescript with CRA. After a while, builds became slower. (around 300s for the build)
Lastly  when I converted the following file from .js to .ts:
I discovered that with findQuestion() code compiles in more than 1000 s.
but if I add FilterQuestions() I get Ineffective mark-compacts near heap allocation failed!
To mention that the project starts and runs even if typescript code is not compiled.
//.... imports

const _properties = types.model({
  template_uuid: types.identifier,
  title: "",
  description: "",
  style: "",
  external_key: types.optional(types.model("template_ext_key", {
      actno: 0,
      soknadId: 0
    }),{})
});

export const Schema = types.model("Schema", {
   //... a lot of fields
    questions: types.optional(types.array(UnionQuestions),[]),
    consent_templates: types.optional(types.array(ConsentTemplate), [])
  })
  .views(self =>({
   //method below throws   Ineffective mark-compacts near heap allocation failed when try to build
    **filterQuestions(question_uuid:string){
      let questions = self.questions.filter(q => q.properties.question_uuid !== question_uuid)

      return questions
    },**
    // method below drastically slows down the build
    findQuestion(question_uuid:string){

      const question = self.questions.find(q=>{

        return q.properties.question_uuid === question_uuid
      })
     return question
    },
    isAccessibleForPatient:()=>return self.accessible === "patient",
    accessibleFor()=>return self.accessible

  }))
  .actions(self => ({
    // ... it works with this block
  }));

my package.json file:
{
  "name": "adopus-portal-typescript",
  "version": "0.1.0",
  "private": true,
  "dependencies": {
    "@material-ui/core": "^4.8.3",
    "@material-ui/icons": "^4.5.1",
    "@testing-library/jest-dom": "^4.2.4",
    "@testing-library/react": "^9.3.2",
    "@testing-library/user-event": "^8.0.3",
    "@trendmicro/react-sidenav": "^0.5.0",
    "@types/jest": "^24.0.0",
    "@types/node": "^13.1.6",
    "@types/react": "^16.9.0",
    "@types/react-dom": "^16.9.0",
    "@types/react-router-dom": "^5.1.3",
    "@types/uuid": "^3.4.7",
    "all": "^0.0.0",
    "antd": "^3.26.6",
    "apollo-boost": "^0.4.7",
    "apollo-cache": "^1.3.4",
    "apollo-client": "^2.6.8",
    "apollo-link": "^1.2.13",
    "apollo-utilities": "^1.3.3",
    "axios": "^0.19.1",
    "graphql": "^14.5.8",
    "immer": "^5.3.2",
    "js-sha256": "^0.9.0",
    "lodash": "^4.17.15",
    "mobx": "^5.15.2",
    "mobx-react-lite": "^1.5.2",
    "mobx-state-tree": "^3.15.0",
    "moment": "^2.24.0",
    "rc-datepicker": "^5.0.15",
    "react": "^16.12.0",
    "react-apollo": "^3.1.3",
    "react-bootstrap": "^1.0.0-beta.16",
    "react-dom": "^16.12.0",
    "react-outside-click-handler": "^1.3.0",
    "react-reveal": "^1.2.2",
    "react-router-dom": "^5.1.2",
    "react-scripts": "3.3.0",
    "react-select": "^3.0.8",
    "regexpp": "^3.0.0",
    "sweetalert2": "^9.5.4",
    "typescript": "^3.7.5",
    "use-immer": "^0.3.5",
    "uuid": "^3.3.3"
  },
  "scripts": {
    "start": "react-scripts start",
    "build": "react-scripts build",
    "test": "react-scripts test",
    "eject": "react-scripts eject"
  },
  "eslintConfig": {
    "extends": "react-app"
  },
  "browserslist": {
    "production": [
      ">0.2%",
      "not dead",
      "not op_mini all"
    ],
    "development": [
      "last 1 chrome version",
      "last 1 firefox version",
      "last 1 safari version"
    ]
  },
  "devDependencies": {
    "tslint": "^5.20.1",
    "tslint-config-prettier": "^1.18.0",
    "tslint-react": "^4.1.0"
  }
}

tsconfig.json file:
{
  "compilerOptions": {
    "target": "es5",
    "lib": [
      "dom",
      "dom.iterable",
      "esnext"
    ],
    "allowJs": true,
    "skipLibCheck": true,
    "esModuleInterop": true,
    "allowSyntheticDefaultImports": true,
    "strict": true,
    "forceConsistentCasingInFileNames": true,
    "module": "esnext",
    "moduleResolution": "node",
    "resolveJsonModule": true,
    "isolatedModules": true,
    "noEmit": true,
    "noImplicitReturns": true,
    "jsx": "react"
  },
  "include": [
    "src"
  ]
}

this is the cli output:
yarn run v1.21.1
$ react-scripts build
Creating an optimized production build...

<--- Last few GCs --->
tart of marking 1124 ms) (average mu = 0.195, current mu = 0.080) [6860:000002C85ACEDC20]  1596665 ms: Mark-sweep 2044.5 (2054.5) -> 2042.1 (2053.8) MB, 733.4 / 0.0 ms  (+ 224.1 ms in 50 steps since start of marking, biggest step 9.4 ms, walltime since start of marking 985 ms) (average mu = 0.127, current mu = 0.028) al[6860:000002C85ACEDC20]  1598454 ms: Mark-sweep 2043.3 (2053.8) -> 2042.4 (2053.0) MB, 1783.0 / 0.0 ms  (average mu = 0.053, current mu = 0.003) allocation failure scavenge might not succeed

<--- JS stacktrace --->

==== JS stack trace =========================================

    0: ExitFrame [pc: 00007FF77E87404D]
Security context: 0x03fa58ec08a1 <JSObject>
    1: write [000002A62B1C4569] [C:\Sites\adopus-portal\node_modules\typescript\lib\typescript.js:~12994] [pc=00000314C50E377B](this=0x02a62b1c1f01 <Object map = 00000217F49B5C21>,0x0132154d1ac9 <String[#1]: :>)
    2: writePunctuation(aka writePunctuation) [000001970EAC5D79] [C:\Sites\adopus-portal\node_modules\typescript\lib\typescript.js:~93092] [pc=000...

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory

Writing Node.js report to file: report.20200201.190457.6860.0.001.json
Node.js report completed
 1: 00007FF77DCA124F napi_wrap+124431
 2: 00007FF77DC42A06 public: bool __cdecl v8::base::CPU::has_sse(void)const __ptr64+34502
 3: 00007FF77DC436C6 public: bool __cdecl v8::base::CPU::has_sse(void)const __ptr64+37766
 4: 00007FF77E4482DE private: void __cdecl v8::Isolate::ReportExternalAllocationLimitReached(void) __ptr64+94
 5: 00007FF77E430321 public: class v8::SharedArrayBuffer::Contents __cdecl v8::SharedArrayBuffer::Externalize(void) __ptr64+833
 6: 00007FF77E2FDBEC public: static void __cdecl v8::internal::Heap::EphemeronKeyWriteBarrierFromCode(unsigned __int64,unsigned __int64,class v8::internal::Isolate * __ptr64)+1436
 7: 00007FF77E308F90 public: void __cdecl v8::internal::Heap::ProtectUnprotectedMemoryChunks(void) __ptr64+1312
 8: 00007FF77E305AC4 public: static bool __cdecl v8::internal::Heap::PageFlagsAreConsistent(class v8::internal::HeapObject)+3204
 9: 00007FF77E2FB353 public: bool __cdecl v8::internal::Heap::CollectGarbage(enum v8::internal::AllocationSpace,enum v8::internal::GarbageCollectionReason,enum v8::GCCallbackFlags) __ptr64+1283
10: 00007FF77E2F9B24 public: void __cdecl v8::internal::Heap::AddRetainedMap(class v8::internal::Handle<class v8::internal::Map>) __ptr64+2356
11: 00007FF77E31ADF5 public: class v8::internal::Handle<class v8::internal::HeapObject> __cdecl v8::internal::Factory::NewFillerObject(int,bool,enum v8::internal::AllocationType) __ptr64+53
12: 00007FF77E086E19 ??4iterator@JumpTableTargetOffsets@interpreter@internal@v8@@QEAAAEAV01234@$$QEAV01234@@Z+4057
13: 00007FF77E87404D public: virtual bool __cdecl v8::internal::SetupIsolateDelegate::SetupHeap(class v8::internal::Heap * __ptr64) __ptr64+567949
14: 00000314C50E377B
Done in 1623.07s.

this is report issued report.20200201.190457.6860.0.001.json:
{
  "header": {
    "reportVersion": 1,
    "event": "Allocation failed - JavaScript heap out of memory",
    "trigger": "FatalError",
    "filename": "report.20200201.190457.6860.0.001.json",
    "dumpEventTime": "2020-02-01T19:04:57Z",
    "dumpEventTimeStamp": "1580580297811",
    "processId": 6860,
    "cwd": "C:\\Sites\\adopus-portal",
    "commandLine": [
      "C:\\Program Files\\nodejs\\node.exe",
      "--max-old-space-size=2048",
      "C:\\Sites\\adopus-portal\\node_modules\\fork-ts-checker-webpack-plugin\\lib\\service.js"
    ],
    "nodejsVersion": "v12.13.1",
    "wordSize": 64,
    "arch": "x64",
    "platform": "win32",
    "componentVersions": {
      "node": "12.13.1",
      "v8": "7.7.299.13-node.16",
      "uv": "1.33.1",
      "zlib": "1.2.11",
      "brotli": "1.0.7",
      "ares": "1.15.0",
      "modules": "72",
      "nghttp2": "1.39.2",
      "napi": "5",
      "llhttp": "1.1.4",
      "http_parser": "2.8.0",
      "openssl": "1.1.1d",
      "cldr": "35.1",
      "icu": "64.2",
      "tz": "2019c",
      "unicode": "12.1"
    },
    "release": {
      "name": "node",
      "lts": "Erbium",
      "headersUrl": "https://nodejs.org/download/release/v12.13.1/node-v12.13.1-headers.tar.gz",
      "sourceUrl": "https://nodejs.org/download/release/v12.13.1/node-v12.13.1.tar.gz",
      "libUrl": "https://nodejs.org/download/release/v12.13.1/win-x64/node.lib"
    },
    "osName": "Windows_NT",
    "osRelease": "10.0.17134",
    "osVersion": "Windows 10 Enterprise",
    "osMachine": "x86_64",
    "cpus": [
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2694,
        "user": 2950421,
        "nice": 0,
        "sys": 2462468,
        "idle": 14204578,
        "irq": 294921
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2694,
        "user": 1684500,
        "nice": 0,
        "sys": 1303453,
        "idle": 16629234,
        "irq": 32421
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2694,
        "user": 3180984,
        "nice": 0,
        "sys": 2659421,
        "idle": 13776781,
        "irq": 23187
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2694,
        "user": 1956890,
        "nice": 0,
        "sys": 1418218,
        "idle": 16242078,
        "irq": 15515
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2694,
        "user": 3539625,
        "nice": 0,
        "sys": 2513015,
        "idle": 13564546,
        "irq": 27265
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2694,
        "user": 2563375,
        "nice": 0,
        "sys": 1366000,
        "idle": 15687812,
        "irq": 20093
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2694,
        "user": 3668296,
        "nice": 0,
        "sys": 2280281,
        "idle": 13668609,
        "irq": 17859
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2694,
        "user": 2599343,
        "nice": 0,
        "sys": 2430656,
        "idle": 14587171,
        "irq": 40656
      }
    ],
    "networkInterfaces": [
      {
        "name": "vEthernet (DockerNAT)",
        "internal": false,
        "mac": "00:15:5d:8b:e1:4f",
        "address": "fe80::8d3c:6d13:744f:d396",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 28
      },
      {
        "name": "vEthernet (DockerNAT)",
        "internal": false,
        "mac": "00:15:5d:8b:e1:4f",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      },
      {
        "name": "VirtualBox Host-Only Network",
        "internal": false,
        "mac": "0a:00:27:00:00:14",
        "address": "fe80::11be:a0dc:4b53:b244",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 20
      },
      {
        "name": "VirtualBox Host-Only Network",
        "internal": false,
        "mac": "0a:00:27:00:00:14",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      },
      {
        "name": "Npcap Loopback Adapter",
        "internal": false,
        "mac": "02:00:4c:4f:4f:50",
        "address": "fe80::748c:9f80:f780:85a4",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 19
      },
      {
        "name": "Npcap Loopback Adapter",
        "internal": false,
        "mac": "02:00:4c:4f:4f:50",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      },
      {
        "name": "Wi-Fi",
        "internal": false,
        "mac": "34:02:86:af:6a:31",
        "address": "2001:4643:b60e:0:6c6b:ee20:1e3d:7183",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 0
      },
      {
        "name": "Wi-Fi",
        "internal": false,
        "mac": "34:02:86:af:6a:31",
        "address": "2001:4643:b60e:0:c175:6813:9862:6005",
        "netmask": "ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff",
        "family": "IPv6",
        "scopeid": 0
      },
      {
        "name": "Wi-Fi",
        "internal": false,
        "mac": "34:02:86:af:6a:31",
        "address": "fe80::6c6b:ee20:1e3d:7183",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 29
      },
      {
        "name": "Wi-Fi",
        "internal": false,
        "mac": "34:02:86:af:6a:31",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      },
      {
        "name": "Loopback Pseudo-Interface 1",
        "internal": true,
        "mac": "00:00:00:00:00:00",
        "address": "::1",
        "netmask": "ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff",
        "family": "IPv6",
        "scopeid": 0
      },
      {
        "name": "Loopback Pseudo-Interface 1",
        "internal": true,
        "mac": "00:00:00:00:00:00",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      },
      {
        "name": "vEthernet (Default Switch)",
        "internal": false,
        "mac": "62:15:ca:30:86:01",
        "address": "fe80::f02f:675e:d44d:4be5",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 4
      },
      {
        "name": "vEthernet (Default Switch)",
        "internal": false,
        "mac": "62:15:ca:30:86:01",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      }
    ],
    "host": "igorPC"
  },
  "javascriptStack": {
    "message": "No stack.",
    "stack": [
      "Unavailable."

Cause?: Have no idea.
Solution?: I refactored code and removed those two methods which were a problem.
It still takes around 300 to compile. but it compiles. )

@Relaxe111, I am having the same problem since 3.3.0. Version 3.2.0 works ok. I can't believe they just ignore all the bug reports on this issue for the last 3 months. So the tickets will be automatically closed by bots. Version 3.2.0 build is very slow. But 3.3.x and above stopped working. We are looking at alternatives.

same here I also get this error with npx create-react-app and installing plot.ly js

@buncismamen you are my hero.  Had the same issue with react-plotly.js

I still have same problem but this time on build. I have removed type checking with help of react-app-rewire. I added in config-overrides.js following code:
const { paths: rewiredPaths } = require('react-app-rewired');
const { scriptVersion } = rewiredPaths;
const paths = require(${scriptVersion}/config/paths);
module.exports = {
    webpack: (config) => {
        // Disable eslint
        //config.module.rules.splice(1, 1);

        // Disable type checking
        paths.appTsConfig = undefined;

        return config;
    },
};

and at yarn start it works as usual but when i try to use yarn build after 4000 sec i Allocation failed - JavaScript heap out of memory.
This happened when i refactored more of my js files to ts.
here is my report file :
{
  "header": {
    "reportVersion": 2,
    "event": "Allocation failed - JavaScript heap out of memory",
    "trigger": "FatalError",
    "filename": "report.20200506.212041.23244.0.001.json",
    "dumpEventTime": "2020-05-06T21:20:41Z",
    "dumpEventTimeStamp": "1588792841918",
    "processId": 23244,
    "threadId": null,
    "cwd": "/home/sites/epr-portal",
    "commandLine": [
      "/usr/bin/node",
      "--max-old-space-size=2048",
      "/home/sites/epr-portal/node_modules/fork-ts-checker-webpack-plugin/lib/service.js"
    ],
    "nodejsVersion": "v12.16.3",
    "glibcVersionRuntime": "2.27",
    "glibcVersionCompiler": "2.17",
    "wordSize": 64,
    "arch": "x64",
    "platform": "linux",
    "componentVersions": {
      "node": "12.16.3",
      "v8": "7.8.279.23-node.35",
      "uv": "1.34.2",
      "zlib": "1.2.11",
      "brotli": "1.0.7",
      "ares": "1.16.0",
      "modules": "72",
      "nghttp2": "1.40.0",
      "napi": "5",
      "llhttp": "2.0.4",
      "http_parser": "2.9.3",
      "openssl": "1.1.1g",
      "cldr": "36.0",
      "icu": "65.1",
      "tz": "2019c",
      "unicode": "12.1"
    },
    "release": {
      "name": "node",
      "lts": "Erbium",
      "headersUrl": "https://nodejs.org/download/release/v12.16.3/node-v12.16.3-headers.tar.gz",
      "sourceUrl": "https://nodejs.org/download/release/v12.16.3/node-v12.16.3.tar.gz"
    },
    "osName": "Linux",
    "osRelease": "5.3.0-51-generic",
    "osVersion": "#44~18.04.2-Ubuntu SMP Thu Apr 23 14:27:18 UTC 2020",
    "osMachine": "x86_64",
    "cpus": [
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2739,
        "user": 43902100,
        "nice": 12300,
        "sys": 2131800,
        "idle": 138447100,
        "irq": 0
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2642,
        "user": 47961700,
        "nice": 16100,
        "sys": 1998400,
        "idle": 134635200,
        "irq": 0
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2375,
        "user": 45371300,
        "nice": 14600,
        "sys": 3303700,
        "idle": 135360100,
        "irq": 0
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2696,
        "user": 48116200,
        "nice": 15700,
        "sys": 2005500,
        "idle": 134528700,
        "irq": 0
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2485,
        "user": 46472600,
        "nice": 24400,
        "sys": 2018700,
        "idle": 136206100,
        "irq": 0
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2135,
        "user": 44507700,
        "nice": 15900,
        "sys": 2106000,
        "idle": 138060100,
        "irq": 0
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2694,
        "user": 45614800,
        "nice": 15900,
        "sys": 2077900,
        "idle": 136992000,
        "irq": 0
      },
      {
        "model": "Intel(R) Core(TM) i7-5700HQ CPU @ 2.70GHz",
        "speed": 2681,
        "user": 44405700,
        "nice": 17100,
        "sys": 2131600,
        "idle": 137917000,
        "irq": 0
      }
    ],
    "networkInterfaces": [
      {
        "name": "lo",
        "internal": true,
        "mac": "00:00:00:00:00:00",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      },
      {
        "name": "wlp6s0",
        "internal": false,
        "mac": "34:02:86:af:6a:31",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      },
      {
        "name": "br-608ff8291915",
        "internal": false,
        "mac": "02:42:03:ea:a1:05",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      },
      {
        "name": "br-659a2fc1d4f1",
        "internal": false,
        "mac": "02:42:b9:64:25:14",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      },
      {
        "name": "br-375861d6e5ca",
        "internal": false,
        "mac": "02:42:71:25:61:99",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      },
      {
        "name": "br-5d1b38f802ff",
        "internal": false,
        "mac": "02:42:d2:55:76:a5",
        "address": "<IP_ADDRESS>",
        "netmask": "<IP_ADDRESS>",
        "family": "IPv4"
      },
      {
        "name": "lo",
        "internal": true,
        "mac": "00:00:00:00:00:00",
        "address": "::1",
        "netmask": "ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff",
        "family": "IPv6",
        "scopeid": 0
      },
      {
        "name": "wlp6s0",
        "internal": false,
        "mac": "34:02:86:af:6a:31",
        "address": "fe80::930d:8f0b:9a39:ba86",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 3
      },
      {
        "name": "br-608ff8291915",
        "internal": false,
        "mac": "02:42:03:ea:a1:05",
        "address": "fe80::42:3ff:feea:a105",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 4
      },
      {
        "name": "br-659a2fc1d4f1",
        "internal": false,
        "mac": "02:42:b9:64:25:14",
        "address": "fe80::42:b9ff:fe64:2514",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 5
      },
      {
        "name": "br-375861d6e5ca",
        "internal": false,
        "mac": "02:42:71:25:61:99",
        "address": "fe80::42:71ff:fe25:6199",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 10
      },
      {
        "name": "br-5d1b38f802ff",
        "internal": false,
        "mac": "02:42:d2:55:76:a5",
        "address": "fe80::42:d2ff:fe55:76a5",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 11
      },
      {
        "name": "veth5d28455",
        "internal": false,
        "mac": "86:c3:df:a0:e5:f7",
        "address": "fe80::84c3:dfff:fea0:e5f7",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 13
      },
      {
        "name": "veth4ff6e1d",
        "internal": false,
        "mac": "a6:00:23:36:d1:20",
        "address": "fe80::a400:23ff:fe36:d120",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 15
      },
      {
        "name": "veth744caf2",
        "internal": false,
        "mac": "f6:85:f6:78:db:3f",
        "address": "fe80::f485:f6ff:fe78:db3f",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 17
      },
      {
        "name": "vethd97fe45",
        "internal": false,
        "mac": "2e:18:da:e6:83:ff",
        "address": "fe80::2c18:daff:fee6:83ff",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 19
      },
      {
        "name": "vethf2e6c49",
        "internal": false,
        "mac": "42:37:32:f4:3c:e7",
        "address": "fe80::4037:32ff:fef4:3ce7",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 21
      },
      {
        "name": "veth695ad8b",
        "internal": false,
        "mac": "02:4e:1d:3b:ef:41",
        "address": "fe80::4e:1dff:fe3b:ef41",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 23
      },
      {
        "name": "veth06446d8",
        "internal": false,
        "mac": "56:22:ac:51:8c:43",
        "address": "fe80::5422:acff:fe51:8c43",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 25
      },
      {
        "name": "veth8e75dec",
        "internal": false,
        "mac": "12:c7:1e:81:e4:7c",
        "address": "fe80::10c7:1eff:fe81:e47c",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 27
      },
      {
        "name": "vethab9af1a",
        "internal": false,
        "mac": "7e:21:7b:1b:1c:a2",
        "address": "fe80::7c21:7bff:fe1b:1ca2",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 29
      },
      {
        "name": "veth31a71da",
        "internal": false,
        "mac": "56:67:d6:96:45:24",
        "address": "fe80::5467:d6ff:fe96:4524",
        "netmask": "ffff:ffff:ffff:ffff::",
        "family": "IPv6",
        "scopeid": 31
      }
    ],
    "host": "igor-X5"
  },
  "javascriptStack": {
    "message": "No stack.",
    "stack": [
      "Unavailable."
    ]
  },
  "nativeStack": [
    {
      "pc": "0x0000000000b46955",
      "symbol": "report::TriggerNodeReport(v8::Isolate*, node::Environment*, char const*, char const*, std::string const&, v8::Local<v8::String>) [/usr/bin/node]"
    },
    {
      "pc": "0x0000000000a09c8f",
      "symbol": "node::OnFatalError(char const*, char const*) [/usr/bin/node]"
    },
    {
      "pc": "0x0000000000b7d71e",
      "symbol": "v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [/usr/bin/node]"
    },
    {
      "pc": "0x0000000000b7da99",
      "symbol": "v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/usr/bin/node]"
    },
    {
      "pc": "0x0000000000d2a1f5",
      "symbol": " [/usr/bin/node]"
    },
    {
      "pc": "0x0000000000d2a886",
      "symbol": "v8::internal::Heap::RecomputeLimits(v8::internal::GarbageCollector) [/usr/bin/node]"
    },
    {
      "pc": "0x0000000000d37105",
      "symbol": "v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [/usr/bin/node]"
    },
    {
      "pc": "0x0000000000d37fb5",
      "symbol": "v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/bin/node]"
    },
    {
      "pc": "0x0000000000d3aa6c",
      "symbol": "v8::internal::Heap::AllocateRawWithRetryOrFail(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [/usr/bin/node]"
    },
    {
      "pc": "0x0000000000d0163b",
      "symbol": "v8::internal::Factory::NewFillerObject(int, bool, v8::internal::AllocationType, v8::internal::AllocationOrigin) [/usr/bin/node]"
    },
    {
      "pc": "0x000000000104300e",
      "symbol": "v8::internal::Runtime_AllocateInYoungGeneration(int, unsigned long*, v8::internal::Isolate*) [/usr/bin/node]"
    },
    {
      "pc": "0x00000000013c5b79",
      "symbol": " [/usr/bin/node]"
    }
  ],
  "javascriptHeap": {
    "totalMemory":<PHONE_NUMBER>,
    "totalCommittedMemory":<PHONE_NUMBER>,
    "usedMemory":<PHONE_NUMBER>,
    "availableMemory": 46515352,
    "memoryLimit":<PHONE_NUMBER>,
    "heapSpaces": {
      "read_only_space": {
        "memorySize": 262144,
        "committedMemory": 33088,
        "capacity": 32808,
        "used": 32808,
        "available": 0
      },
      "new_space": {
        "memorySize": 4194304,
        "committedMemory": 1244112,
        "capacity": 2094912,
        "used": 224752,
        "available": 1870160
      },
      "old_space": {
        "memorySize":<PHONE_NUMBER>,
        "committedMemory":<PHONE_NUMBER>,
        "capacity":<PHONE_NUMBER>,
        "used":<PHONE_NUMBER>,
        "available": 226312
      },
      "code_space": {
        "memorySize": 3051520,
        "committedMemory": 2841984,
        "capacity": 2530848,
        "used": 2530848,
        "available": 0
      },
      "map_space": {
        "memorySize": 1052672,
        "committedMemory": 804200,
        "capacity": 688960,
        "used": 688960,
        "available": 0
      },
      "large_object_space": {
        "memorySize": 36745216,
        "committedMemory": 36745216,
        "capacity": 36670784,
        "used": 36670784,
        "available": 0
      },
      "code_large_object_space": {
        "memorySize": 49152,
        "committedMemory": 49152,
        "capacity": 2784,
        "used": 2784,
        "available": 0
      },
      "new_large_object_space": {
        "memorySize": 0,
        "committedMemory": 0,
        "capacity": 2094912,
        "used": 0,
        "available": 2094912
      }
    }
  },
  "resourceUsage": {
    "userCpuSeconds": 4582.74,
    "kernelCpuSeconds": 48.7281,
    "cpuConsumptionPercent": 118.695,
    "maxRss":<PHONE_NUMBER>,
    "pageFaults": {
      "IORequired": 10,
      "IONotRequired": 1187578
    },
    "fsActivity": {
      "reads": 1920,
      "writes": 24
    }
  },
  "uvthreadResourceUsage": {
    "userCpuSeconds": 3845.17,
    "kernelCpuSeconds": 15.9349,
    "cpuConsumptionPercent": 98.9519,
    "fsActivity": {
      "reads": 1920,
      "writes": 24
    }
  },
  "libuv": [
  ],
  "workers": [
  ],
  "environmentVariables": {
    "GJS_DEBUG_TOPICS": "JS ERROR;JS LOG",
    "LESSOPEN": "| /usr/bin/lesspipe %s",
    "npm_package_dependencies_react_outside_click_handler": "^1.3.0",
    "npm_package_dependencies_react_apollo": "^3.1.3",
    "npm_package_dependencies_regexpp": "^3.0.0",
    "npm_package_dependencies__material_ui_icons": "^4.5.1",
    "USER": "igor",
    "LC_TIME": "en_US.UTF-8",
    "npm_package_dependencies__types_jest": "^24.0.0",
    "npm_config_version_commit_hooks": "true",
    "npm_config_user_agent": "yarn/1.22.4 npm/? node/v12.16.3 linux x64",
    "TEXTDOMAIN": "im-config",
    "XDG_SEAT": "seat0",
    "npm_package_dependencies__types_uuid": "^3.4.7",
    "npm_package_dependencies__trendmicro_react_sidenav": "^0.5.0",
    "npm_package_dependencies__material_ui_core": "^4.8.3",
    "npm_config_bin_links": "true",
    "SSH_AGENT_PID": "4796",
    "XDG_SESSION_TYPE": "x11",
    "npm_node_execpath": "/usr/bin/node",
    "npm_package_dependencies_mobx_react_lite": "^1.5.2",
    "npm_package_dependencies__types_lodash": "^4.14.149",
    "npm_config_init_version": "1.0.0",
    "SHLVL": "1",
    "npm_package_dependencies_react_hook_form": "^4.8.2",
    "QT4_IM_MODULE": "xim",
    "HOME": "/home/igor",
    "OLDPWD": "/home/igor",
    "npm_package_browserslist_production_0": ">0.2%",
    "npm_package_dependencies__ant_design_icons": "^4.0.6",
    "DESKTOP_SESSION": "ubuntu",
    "npm_package_browserslist_production_1": "not dead",
    "npm_package_browserslist_production_2": "not op_mini all",
    "npm_config_init_license": "MIT",
    "GNOME_SHELL_SESSION_MODE": "ubuntu",
    "GTK_MODULES": "gail:atk-bridge",
    "YARN_WRAP_OUTPUT": "false",
    "npm_package_dependencies_use_immer": "^0.3.5",
    "npm_config_version_tag_prefix": "v",
    "LC_MONETARY": "en_US.UTF-8",
    "npm_package_dependencies_immer": "^5.3.2",
    "DBUS_SESSION_BUS_ADDRESS": "unix:path=/run/user/1000/bus",
    "npm_package_dependencies_moment": "^2.24.0",
    "COLORTERM": "truecolor",
    "npm_package_description": "- [Updating to New Releases](#updating-to-new-releases) - [Sending Feedback](#sending-feedback) - [Folder Structure](#folder-structure) - [Available Scripts](#available-scripts) - [npm start](#npm-start) - [npm test](#npm-test) - [npm run build](#npm-run-build) - [npm run eject](#npm-run-eject) - [Supported Browsers](#supported-browsers) - [Supported Language Features](#supported-language-features) - [Syntax Highlighting in the Editor](#syntax-highlighting-in-the-editor) - [Displaying Lint Output in the Editor](#displaying-lint-output-in-the-editor) - [Debugging in the Editor](#debugging-in-the-editor) - [Formatting Code Automatically](#formatting-code-automatically) - [Changing the Page `<title>`](#changing-the-page-title) - [Installing a Dependency](#installing-a-dependency) - [Importing a Component](#importing-a-component) - [Code Splitting](#code-splitting) - [Adding a Stylesheet](#adding-a-stylesheet) - [Adding a CSS Modules Stylesheet](#adding-a-css-modules-stylesheet) - [Adding a Sass Stylesheet](#adding-a-sass-stylesheet) - [Post-Processing CSS](#post-processing-css) - [Adding Images, Fonts, and Files](#adding-images-fonts-and-files) - [Adding SVGs](#adding-svgs) - [Using the `public` Folder](#using-the-public-folder) - [Changing the HTML](#changing-the-html) - [Adding Assets Outside of the Module System](#adding-assets-outside-of-the-module-system) - [When to Use the `public` Folder](#when-to-use-the-public-folder) - [Using Global Variables](#using-global-variables) - [Adding Bootstrap](#adding-bootstrap) - [Using a Custom Theme](#using-a-custom-theme) - [Adding Flow](#adding-flow) - [Adding Relay](#adding-relay) - [Adding a Router](#adding-a-router) - [Adding Custom Environment Variables](#adding-custom-environment-variables) - [Referencing Environment Variables in the HTML](#referencing-environment-variables-in-the-html) - [Adding Temporary Environment Variables In Your Shell](#adding-temporary-environment-variables-in-your-shell) - [Adding Development Environment Variables In `.env`](#adding-development-environment-variables-in-env) - [Can I Use Decorators?](#can-i-use-decorators) - [Fetching Data with AJAX Requests](#fetching-data-with-ajax-requests) - [Integrating with an API Backend](#integrating-with-an-api-backend) - [Node](#node) - [Ruby on Rails](#ruby-on-rails) - [Proxying API Requests in Development](#proxying-api-requests-in-development) - [\"Invalid Host Header\" Errors After Configuring Proxy](#invalid-host-header-errors-after-configuring-proxy) - [Configuring the Proxy Manually](#configuring-the-proxy-manually) - [Using HTTPS in Development](#using-https-in-development) - [Generating Dynamic `<meta>` Tags on the Server](#generating-dynamic-meta-tags-on-the-server) - [Pre-Rendering into Static HTML Files](#pre-rendering-into-static-html-files) - [Injecting Data from the Server into the Page](#injecting-data-from-the-server-into-the-page) - [Running Tests](#running-tests) - [Filename Conventions](#filename-conventions) - [Command Line Interface](#command-line-interface) - [Version Control Integration](#version-control-integration) - [Writing Tests](#writing-tests) - [Testing Components](#testing-components) - [Using Third Party Assertion Libraries](#using-third-party-assertion-libraries) - [Initializing Test Environment](#initializing-test-environment) - [Focusing and Excluding Tests](#focusing-and-excluding-tests) - [Coverage Reporting](#coverage-reporting) - [Continuous Integration](#continuous-integration) - [Disabling jsdom](#disabling-jsdom) - [Snapshot Testing](#snapshot-testing) - [Editor Integration](#editor-integration) - [Debugging Tests](#debugging-tests) - [Debugging Tests in Chrome](#debugging-tests-in-chrome) - [Debugging Tests in Visual Studio Code](#debugging-tests-in-visual-studio-code) - [Developing Components in Isolation](#developing-components-in-isolation) - [Getting Started with Storybook](#getting-started-with-storybook) - [Getting Started with Styleguidist](#getting-started-with-styleguidist) - [Publishing Components to npm](#publishing-components-to-npm) - [Making a Progressive Web App](#making-a-progressive-web-app) - [Why Opt-in?](#why-opt-in) - [Offline-First Considerations](#offline-first-considerations) - [Progressive Web App Metadata](#progressive-web-app-metadata) - [Analyzing the Bundle Size](#analyzing-the-bundle-size) - [Deployment](#deployment) - [Static Server](#static-server) - [Other Solutions](#other-solutions) - [Serving Apps with Client-Side Routing](#serving-apps-with-client-side-routing) - [Building for Relative Paths](#building-for-relative-paths) - [Customizing Environment Variables for Arbitrary Build Environments](#customizing-environment-variables-for-arbitrary-build-environments) - [Azure](#azure) - [Firebase](#firebase) - [GitHub Pages](#github-pages) - [Heroku](#heroku) - [Netlify](#netlify) - [Now](#now) - [S3 and CloudFront](#s3-and-cloudfront) - [Surge](#surge) - [Advanced Configuration](#advanced-configuration) - [Troubleshooting](#troubleshooting-1) - [`npm start` doesn’t detect changes](#npm-start-doesnt-detect-changes) - [`npm test` hangs or crashes on macOS Sierra](#npm-test-hangs-or-crashes-on-macos-sierra) - [`npm run build` exits too early](#npm-run-build-exits-too-early) - [`npm run build` fails on Heroku](#npm-run-build-fails-on-heroku) - [`npm run build` fails to minify](#npm-run-build-fails-to-minify) - [Moment.js locales are missing](#momentjs-locales-are-missing) - [Alternatives to Ejecting](#alternatives-to-ejecting) - [Something Missing?](#something-missing)",
    "npm_package_dependencies_react_scripts": "3.4.1",
    "npm_package_dependencies_react_router_dom": "^5.1.2",
    "npm_package_dependencies_apollo_cache": "^1.3.4",
    "npm_package_dependencies_antd": "^3.26.8",
    "NVM_DIR": "/home/igor/.nvm",
    "npm_package_readmeFilename": "README.md",
    "npm_package_dependencies_rc_datepicker": "^5.0.15",
    "npm_package_dependencies__types_react": "^16.9.0",
    "npm_package_dependencies__testing_library_react": "^9.3.2",
    "IM_CONFIG_PHASE": "2",
    "LOGNAME": "igor",
    "GTK_IM_MODULE": "ibus",
    "_": "/usr/bin/yarn",
    "npm_package_dependencies_react_app_rewired": "^2.1.6",
    "npm_package_private": "true",
    "npm_config_registry": "https://registry.yarnpkg.com",
    "USERNAME": "igor",
    "XDG_SESSION_ID": "3",
    "TERM": "xterm-256color",
    "GNOME_DESKTOP_SESSION_ID": "this-is-deprecated",
    "npm_package_scripts_start": "react-app-rewired start",
    "npm_package_dependencies_all": "^0.0.0",
    "npm_config_ignore_scripts": "",
    "GTK2_MODULES": "overlay-scrollbar",
    "WINDOWPATH": "2",
    "npm_package_browserslist_development_0": "last 1 chrome version",
    "npm_package_dependencies_axios": "^0.19.1",
    "npm_package_dependencies_apollo_link": "^1.2.13",
    "PATH": "/tmp/yarn--1588788938641-0.12395477144568767:/home/sites/epr-portal/node_modules/.bin:/home/igor/.config/yarn/link/node_modules/.bin:/home/igor/.yarn/bin:/usr/libexec/lib/node_modules/npm/bin/node-gyp-bin:/usr/lib/node_modules/npm/bin/node-gyp-bin:/usr/bin/node_modules/npm/bin/node-gyp-bin:/home/igor/.cargo/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/home/igor/.dotnet/tools",
    "NODE": "/usr/bin/node",
    "PAPERSIZE": "letter",
    "SESSION_MANAGER": "local/igor-X5:@/tmp/.ICE-unix/4711,unix/igor-X5:/tmp/.ICE-unix/4711",
    "npm_package_browserslist_development_1": "last 1 firefox version",
    "npm_package_name": "adopus-portal-typescript",
    "XDG_MENU_PREFIX": "gnome-",
    "S_COLORS": "auto",
    "GNOME_TERMINAL_SCREEN": "/org/gnome/Terminal/screen/259a5e41_b697_43c3_9733_fe8766da43bd",
    "LC_ADDRESS": "en_US.UTF-8",
    "XDG_RUNTIME_DIR": "/run/user/1000",
    "npm_package_devDependencies_flow_bin": "^0.122.0",
    "npm_package_browserslist_development_2": "last 1 safari version",
    "DISPLAY": ":1",
    "npm_package_scripts_eject": "react-scripts eject",
    "LANG": "en_US.UTF-8",
    "XDG_CURRENT_DESKTOP": "ubuntu:GNOME",
    "LC_TELEPHONE": "en_US.UTF-8",
    "npm_package_dependencies_react_dom": "^16.12.0",
    "npm_package_dependencies_mobx_state_tree": "^3.15.0",
    "npm_package_dependencies_apollo_boost": "^0.4.7",
    "LS_COLORS": "rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.wim=01;31:*.swm=01;31:*.dwm=01;31:*.esd=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:",
    "XDG_SESSION_DESKTOP": "ubuntu",
    "XMODIFIERS": "@im=ibus",
    "GNOME_TERMINAL_SERVICE": ":1.93",
    "XAUTHORITY": "/run/user/1000/gdm/Xauthority",
    "npm_lifecycle_script": "react-app-rewired build",
    "npm_package_dependencies_use_react_router": "^1.0.7",
    "npm_package_dependencies_sweetalert2": "^9.5.4",
    "npm_package_dependencies__types_node": "^13.1.6",
    "SSH_AUTH_SOCK": "/run/user/1000/keyring/ssh",
    "npm_package_scripts_test": "react-app-rewired test",
    "npm_package_dependencies__types_react_router_dom": "^5.1.3",
    "npm_config_version_git_message": "v%s",
    "LC_NAME": "en_US.UTF-8",
    "SHELL": "/bin/bash",
    "npm_lifecycle_event": "build",
    "npm_package_dependencies_mobx": "^5.15.2",
    "npm_package_dependencies_js_sha256": "^0.9.0",
    "npm_package_dependencies__testing_library_jest_dom": "^4.2.4",
    "npm_package_version": "0.1.0",
    "QT_ACCESSIBILITY": "1",
    "GDMSESSION": "ubuntu",
    "npm_config_argv": "{\"remain\":[],\"cooked\":[\"run\",\"build\"],\"original\":[\"build\"]}",
    "npm_package_scripts_build": "react-app-rewired build",
    "npm_package_dependencies_uuid": "^3.3.3",
    "npm_package_dependencies_graphql": "^14.5.8",
    "npm_package_dependencies__testing_library_user_event": "^8.0.3",
    "LESSCLOSE": "/usr/bin/lesspipe %s %s",
    "npm_package_dependencies_lodash": "^4.17.15",
    "LC_MEASUREMENT": "en_US.UTF-8",
    "npm_config_version_git_tag": "true",
    "npm_config_version_git_sign": "",
    "TEXTDOMAINDIR": "/usr/share/locale/",
    "GJS_DEBUG_OUTPUT": "stderr",
    "GPG_AGENT_INFO": "/run/user/1000/gnupg/S.gpg-agent:0:1",
    "LC_IDENTIFICATION": "en_US.UTF-8",
    "npm_package_dependencies_react_reveal": "^1.2.2",
    "npm_package_dependencies_react_bootstrap": "^1.0.0-beta.16",
    "npm_config_strict_ssl": "true",
    "XDG_VTNR": "2",
    "QT_IM_MODULE": "ibus",
    "npm_package_dependencies_react_select": "^3.0.8",
    "npm_package_dependencies_apollo_utilities": "^1.3.3",
    "PWD": "/home/sites/epr-portal",
    "npm_execpath": "/usr/share/yarn/bin/yarn.js",
    "CLUTTER_IM_MODULE": "xim",
    "NVM_CD_FLAGS": "",
    "XDG_DATA_DIRS": "/usr/share/ubuntu:/usr/local/share/:/usr/share/:/var/lib/snapd/desktop",
    "XDG_CONFIG_DIRS": "/etc/xdg/xdg-ubuntu:/etc/xdg",
    "npm_package_dependencies_apollo_client": "^2.6.8",
    "LC_NUMERIC": "en_US.UTF-8",
    "npm_config_save_prefix": "^",
    "npm_config_ignore_optional": "",
    "LC_PAPER": "en_US.UTF-8",
    "VTE_VERSION": "5202",
    "npm_package_dependencies_typescript": "^3.8.3",
    "INIT_CWD": "/home/sites/epr-portal",
    "NVM_RC_VERSION": "",
    "npm_package_eslintConfig_extends": "react-app",
    "npm_package_dependencies_react": "^16.12.0",
    "npm_package_dependencies__types_react_dom": "^16.9.0",
    "NODE_ENV": "production",
    "BROWSER": "none",
    "GENERATE_SOURCEMAP": "false",
    "REACT_APP_ADOPUS_APP_GRAPHQL_URL": "http://<IP_ADDRESS>/GraphQLAPITest",
    "REACT_APP_ADVITAM_APP_GRAPHQL_URL": "http://<IP_ADDRESS>:81/AdVitamGraphQLAPITest/graphql",
    "REACT_APP_PROXY_URL": "https://f5ff5ec7.ngrok.io",
    "REACT_APP_CHAT_URL": "http://<IP_ADDRESS>:80/api/helse",
    "REACT_APP_ACTIVE_DATA_SERVICE": "http://localhost:7001/v1/graphql",
    "REACT_APP_AUTH_SERVICE": "http://localhost:7000/v1/graphql",
    "REACT_APP_VIDEO_FILE_SERVICE": "http://localhost:8001/uploadFiles",
    "REACT_APP_ADVOCA_ACCESS_URL": "https://test.advoca.localhost",
    "REACT_APP_GENERATE_SOURCEMAP": "true",
    "NODE_PATH": "",
    "BABEL_ENV": "production",
    "TYPESCRIPT_PATH": "/home/sites/epr-portal/node_modules/typescript/lib/typescript.js",
    "TSCONFIG": "/home/sites/epr-portal/tsconfig.json",
    "COMPILER_OPTIONS": "{}",
    "TSLINT": "",
    "CONTEXT": "/home/sites/epr-portal",
    "TSLINTAUTOFIX": "false",
    "ESLINT": "false",
    "ESLINT_OPTIONS": "{}",
    "WATCH": "",
    "WORK_DIVISION": "1",
    "MEMORY_LIMIT": "2048",
    "CHECK_SYNTACTIC_ERRORS": "true",
    "USE_INCREMENTAL_API": "true",
    "VUE": "{\"compiler\":\"vue-template-compiler\",\"enabled\":false}"
  },
  "userLimits": {
    "core_file_size_blocks": {
      "soft": 0,
      "hard": "unlimited"
    },
    "data_seg_size_kbytes": {
      "soft": "unlimited",
      "hard": "unlimited"
    },
    "file_size_blocks": {
      "soft": "unlimited",
      "hard": "unlimited"
    },
    "max_locked_memory_bytes": {
      "soft": 16777216,
      "hard": 16777216
    },
    "max_memory_size_kbytes": {
      "soft": "unlimited",
      "hard": "unlimited"
    },
    "open_files": {
      "soft": 4096,
      "hard": 4096
    },
    "stack_size_bytes": {
      "soft": 8388608,
      "hard": "unlimited"
    },
    "cpu_time_seconds": {
      "soft": "unlimited",
      "hard": "unlimited"
    },
    "max_user_processes": {
      "soft": 63667,
      "hard": 63667
    },
    "virtual_memory_kbytes": {
      "soft": "unlimited",
      "hard": "unlimited"
    }
  },
  "sharedObjects": [
    "linux-vdso.so.1",
    "/lib/x86_64-linux-gnu/libdl.so.2",
    "/usr/lib/x86_64-linux-gnu/libstdc++.so.6",
    "/lib/x86_64-linux-gnu/libm.so.6",
    "/lib/x86_64-linux-gnu/libgcc_s.so.1",
    "/lib/x86_64-linux-gnu/libpthread.so.0",
    "/lib/x86_64-linux-gnu/libc.so.6",
    "/lib64/ld-linux-x86-64.so.2"
  ]
}

Have the same problem, my build is failed because of old version of fork-ts-checker-webpack-plugin. After forcing use the latest version (4.1.3) everything compiles successfully. Before I tried to play with memory (increase it for the plugin) - but it didn't help: it eat all the given memory (even 8g). So it looks there is some bug in the version, which is current in CRA.

Ive tryed with v 4.1.3 did not help. It looks like it is an unlikely combination of the typescript cra and mobx state tree. I think issue may be caused because of combination of root ts files with js child files in the mst. Now I converst all mst models to ts hopefully this will help.

@Relaxe111 how did you fixed the version to 4.1.3?

I didn't yet. I just believe that converting all mst files to ts will help. I'm in the process of conversion. I will inform here about results

@Relaxe111 how did it go??

Hello I've just finished to convert all files an found
Out than source of evil in my code were union interface of 10 inherited interfaces from mst models.
I have a model basequestion an from base question I made with combine model from mst other models like radiobuttons textshort, textlong ... , After I created that evil IUnionQuestion and everywhere in my models and tsx files I've refered to IUnionQuestion. After I removed from my app this interface and refered in all parts to IBaseQuestion interface. Also I did a small truck. When I need to convert IBaseQuestion and inject as ICheckBoxes I use a short function
Function isCheckBoxes(question: IBaseQuestion) is ICeckBoxes {
      return question ===QuestionTypeEnum.CheckBoxes
}

And where I need to convert to a concrete type I use :
If(isCheckBoxes(question)){
      <CheckBoxes question={question}/>
}

Firstly
When I get rid of IUnionQuestion my project compiled in 420seconds.
When I added second trick with is ISomeType compilation reduced to 172 seconds which is amazing.

I am experiencing this issue also and it seems to strike randomly, but then mercilessly and endlessly once triggered.
I have experienced on several machines (MacOS and Windows), with several node versions, in several terminals... i.e. it is something within my current React build. Unfortunately the build is somewhat out of date and updating portions is a much larger job than what can be currently committed to.

Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory

Machine experiences an ever increasing memory usage shortly before cutting out when it kills this process during the build.
❌  Sourcemap Fix

GENERATE_SOURCEMAP=false

This does absolutely nothing for my build unfortunately.
❌  Increasing Memory Allocation

react-scripts --max_old_space_size=4096 start

Specifying the memory allowance here also does nothing for this.
Information
React scripts version: ^1.1.5 (as noted updating is simply not going to be possible right now)
I'm really getting nowhere with this currently if anyone has any other ideas.

Not sure if this helps anyone at all, but since this is not solved, I thought, I might as well add my insight. I have seen this error today and when I removed a ref from one of my 3rd party components, it went away. So maybe check your refs and see if any of those do not work correctly / loop in some kind of way. Sorry if it doesn't help :/

Please, keep this alive. HOPEFULLY, somebody can fix it.

Please, keep this alive. HOPEFULLY, somebody can fix it.

Indeed

Someone ordered some recent activity.

I am still having this issue, Any hellp ? Thanks

halp

anyupdate on this?

I see this issue appearing with react-redux + redux-injector  as well.

I have this issue too. I have it on yarn start in project with TypeScript.
Increasing memory for Node didn't help me.
"react-scripts": "3.4.1"

I ran into this same issue and I am not using typescript in my project. I have been having all kinds of issue since I upgraded to V 4, such as fast refresh only half working. This just started breaking today. It was working fine yesterday and there have been no dependency changes. I tried moving to 4.0.1, but still didn't work.

Sneakily marking this as stale over Christmas break will fly as much as the turkey I have spent the past 3 days eating.

Double down on that issue. Since I started doing a lot of memo, it only increased

It is happening to me as well using Node v14.16.0 and react-scripts v4.0.3.
Files successfully emitted, waiting for typecheck results...

<--- Last few GCs --->

[62927:0x1046ca000]  1516118 ms: Mark-sweep 2040.3 (2054.9) -> 2036.3 (2055.1) MB, 1187.2 / 0.0 ms  (average mu = 0.119, current mu = 0.005) allocation failure scavenge might not succeed
[62927:0x1046ca000]  1517321 ms: Mark-sweep 2040.3 (2055.1) -> 2036.3 (2054.9) MB, 1196.9 / 0.0 ms  (average mu = 0.065, current mu = 0.005) allocation failure scavenge might not succeed

<--- JS stacktrace --->

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
 1: 0x1012e4da5 node::Abort() (.cold.1) [~/.nvm/versions/node/v14.16.0/bin/node]
 2: 0x1000a6239 node::Abort() [~/.nvm/versions/node/v14.16.0/bin/node]
 3: 0x1000a639f node::OnFatalError(char const*, char const*) [~/.nvm/versions/node/v14.16.0/bin/node]
 4: 0x1001e9007 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [~/.nvm/versions/node/v14.16.0/bin/node]
 5: 0x1001e8fa3 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [~/.nvm/versions/node/v14.16.0/bin/node]
 6: 0x100397e95 v8::internal::Heap::FatalProcessOutOfMemory(char const*) [~/.nvm/versions/node/v14.16.0/bin/node]
 7: 0x10039995a v8::internal::Heap::RecomputeLimits(v8::internal::GarbageCollector) [~/.nvm/versions/node/v14.16.0/bin/node]
 8: 0x100395029 v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [~/.nvm/versions/node/v14.16.0/bin/node]
 9: 0x1003928c1 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [~/.nvm/versions/node/v14.16.0/bin/node]
10: 0x1003a115a v8::internal::Heap::AllocateRawWithLightRetrySlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [~/.nvm/versions/node/v14.16.0/bin/node]
11: 0x1003a11e1 v8::internal::Heap::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [~/.nvm/versions/node/v14.16.0/bin/node]
12: 0x10036eb87 v8::internal::Factory::NewFillerObject(int, bool, v8::internal::AllocationType, v8::internal::AllocationOrigin) [~/.nvm/versions/node/v14.16.0/bin/node]
13: 0x1006ed8d8 v8::internal::Runtime_AllocateInYoungGeneration(int, unsigned long*, v8::internal::Isolate*) [~/.nvm/versions/node/v14.16.0/bin/node]
14: 0x100a7a239 Builtins_CEntry_Return1_DontSaveFPRegs_ArgvOnStack_NoBuiltinExit [~/.nvm/versions/node/v14.16.0/bin/node]

I tested with Node 12 and 10, and I'm having the same issue. Also, I can't build my app using npm run build it never ends.

Check that it might be any module import issue.

Ran into this issue as well - added the faker.js package. Tried react-scripts --max_old_space_size=4096 start with no luck so far

I just encountered this same problem after adding source maps to a library that I'm developing & importing into my create-react-app.
I added GENERATE_SOURCEMAP=false to the .env in my create-react-app and that resolved the issue.. Which is too bad because I'd prefer to have source maps. But I'd also prefer my project to build so I guess I'll have to do without source maps until we find a better solution.

I've bumped into the same issue when upgrading my npm packages to newer versions (including react-scripts and typescript). Increasing max space size even more to --max_old_space_size=8192 solved the issue for me. 4096 wasn't enough. I've also realized that I need to buy more RAM...

Eu tive este mesmo problema usando next js, más oque aconteceu foi que em um componente isolado, eu acabei chamando ele mesmo dentro dos elementos dom. então deu gargalo.

Setting as environment variable solved for me: GENERATE_SOURCEMAP=false

GENERATE_SOURCEMAP=false helped me out, thanks!

+1, GENERATE_SOURCEMAP=false seems like....not the best solution. Any feedback from our friends over at meta?

I just encountered this same problem after adding source maps to a library that I'm developing & importing into my create-react-app.
I added GENERATE_SOURCEMAP=false to the .env in my create-react-app and that resolved the issue.. Which is too bad because I'd prefer to have source maps. But I'd also prefer my project to build so I guess I'll have to do without source maps until we find a better solution.

Removing sourcemaps is kinda necessary because you don't want your inner app working functions to be seen by a user in production

I ran into this issue what I upgraded to react-scripts 5

This could be issue with fork-ts-checker-webpack-plugin. You might need to increase its memory limit in webpack.config.js file
const ForkTsCheckerWebpackPlugin = require('fork-ts-checker-webpack-plugin');

module.exports = {
  // ... other webpack configuration options ...
  plugins: [
    new ForkTsCheckerWebpackPlugin({
      memoryLimit: 4096, // Set the memory limit to 4096 MB (4 GB)
      // ... other plugin options ...
    }),
  ],
};

Here is the link to the thread which has original answer

I dockerized my react application earlier and my environment variables were being pulled on runtime from the AWS secret manager, hence updating the build script in my package.json file worked for me.
"build": "GENERATE_SOURCEMAP=false react-scripts build"
I'm using react-scripts v4.0.1


Update c32092f7-cac1-5c29-956d-20e09506cb16.md

added table for readability. Do we want these to reference the MSDN articles & the Github functions?

Hello, Mr. Garcia--For referencing MSDN articles/GitHub functions--if you mean do we want to link to both locations for any function (MSDN & GitHub), we always provide the link to the original article/function on MSDN. If that didn't answer the question, please let us know.


Show more less accounts

You definitely got my attention with "more less" 😂

You definitely got my attention with "more less" 😂

I’m glad to see you here :)


Fix date functions to take into account the timezone setting

Description
1. Issues

When the timezone parameter group setting is set to something other than the default UTC, Babelfish date functions(SYSDATETIME(), SYSDATETIMEOFFSET(), GETDATE(), CURRENT_TIMESTAMP) don't take it into account, while they should. The same issue occurs with a session-level timezone parameter.
SYSDATETIMEOFFSET() function returns datetimeoffset which does not store timezone due to incorrect casting function.

2. Changes made to fix the issues

Added appropriate CAST from TIMESTAMP to respective return types of date functions to ensure proper accounting for timezone setting.
Added timestamptz_datetimeoffset function for Converting timestamp with time zone to datetimeoffset. It ensures to store timezone property similar to timestamptz_datetime2 and timestamptz_datetime functions.

# previous output (wrong output)
1> select set_config('timezone', 'US/Pacific', false);
2> go

1> select cast(current_setting('timezone') as varchar(11))  as tz ,cast(now() as varchar(30)) as now ,SYSDATETIME()     ,SYSDATETIMEOFFSET()     ,SYSUTCDATETIME()     ,CURRENT_TIMESTAMP     ,GETDATE()     ,GETUTCDATE();
2> go

tz          now                            sysdatetime                            sysdatetimeoffset                             sysutcdatetime                         getdate                 getdate                 getutcdate
----------- ------------------------------ -------------------------------------- --------------------------------------------- -------------------------------------- ----------------------- ----------------------- -----------------------
US/Pacific  2024-09-09 11:24:54.88749-07              2024-09-09 18:26:19.3272810            2024-09-09 18:26:19.3272810 +00:00            2024-09-09 18:25:06.3912410 2024-09-09 18:26:19.327 2024-09-09 18:26:19.327 2024-09-09 18:25:06.390

# current output (correct output)
1> select set_config('timezone', 'US/Pacific', false);
2> go

1> select cast(current_setting('timezone') as varchar(11))  as tz ,cast(now() as varchar(30)) as now ,SYSDATETIME()     ,SYSDATETIMEOFFSET()     ,SYSUTCDATETIME()     ,CURRENT_TIMESTAMP     ,GETDATE()     ,GETUTCDATE();
2> go

tz          now                            sysdatetime                            sysdatetimeoffset                             sysutcdatetime                         getdate                 getdate                 getutcdate
----------- ------------------------------ -------------------------------------- --------------------------------------------- -------------------------------------- ----------------------- ----------------------- -----------------------
US/Pacific  2024-09-09 11:24:54.88749-07              2024-09-09 11:25:06.3912410            2024-09-09 11:25:06.3912410 -07:00            2024-09-09 18:25:06.3912410 2024-09-09 11:25:06.390 2024-09-09 11:25:06.390 2024-09-09 18:25:06.390

Added Test Cases for these date functions

Overall execution time(in ms) for 1000 direct function call when parallel query is enabled:
Functions             Before   After

getdate	                251	259
sysdatetime	        286	292
sysdatetimeoffset	329	332

Cherry-picked: https://github.com/babelfish-for-postgresql/babelfish_extensions/pull/2918
Task: BABEL-5069
Authored-by: Anikait Agrawal<EMAIL_ADDRESS>Signed-off-by: Anikait Agrawal<EMAIL_ADDRESS>Test Scenarios Covered

Use case based -   YES

Boundary conditions - NA

Arbitrary inputs - YES

Negative test cases - NA

Minor version upgrade tests - YES

Major version upgrade tests - YES

Performance tests - NA

Tooling impact - NA

Memory tests - NA

Client tests - NA

Check List

[x] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is under the terms of the Apache 2.0 and PostgreSQL licenses, and grant any person obtaining a copy of the contribution permission to relicense all or a portion of my contribution to the PostgreSQL License solely to contribute all or a portion of my contribution to the PostgreSQL open source project.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>8
Details

17 of 21 (80.95%)  changed or added relevant lines in 3 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.02%) to 74.434%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

contrib/babelfishpg_common/src/datetimeoffset.c
12
16
75.0%

Totals

Change from base Build<PHONE_NUMBER>5:
0.02%

Covered Lines:
44909

Relevant Lines:
60334

💛  - Coveralls


feat: update golang-github-geoffgarside-ber to 1.1.0

Fork of golang pkg encoding/asn1 to support the Basic Encoding Rules (library)
Issue: https://github.com/deepin-community/sig-deepin-sysdev-team/issues/552
Log: update repo

/lgtm
/approve


Bump version to 1.6.0 for NonGNU ELPA

Hi!
This package has been added NonGNU ELPA (see link), a new Emacs Lisp package archive that will be enabled by default in Emacs 28. This means that users of that version or later will be able to install this package without any configuration: they can just run M-x list-packages and install it out of the box. We hope that this will improve Emacs and help bring new users to this package and others.
The main difference between NonGNU ELPA and MELPA is that only stable versions of packages are released. A new release will be made automatically when you bump the ";; Version: NNN" commentary header in this repository, as I do in this commit. It was five years since that header was last updated. Note also that NonGNU ELPA does not look at any "git tag".
In the future, you can bump the package version in the "Version" header (thereby releasing a new version) when you think it makes sense and at your convenience.
Thanks!

Thanks.


Interacting with HTTP/2 push

HTTP/2 allows additional resources to be pushed with a response. This is something we may want to expose to SW.
This will probably need a new event, something like…
self.onpushresponse = function(event) {
  event.response;
  event.request;
};

This would be fired when the request portion is received and we're at the start of the body (same as when fetch resolves).
This allows the developer to add the request/response pair into a cache. It response should be abortable too, we should probably have .abort on response objects.
The network can also abort the request, i.e. if it matches something already in the HTTP cache. Because of this, we probably need a way for the SW to "claim" the pushed response. Maybe this is as simple as preventDefault.
(I don't think we need this for the first version of the spec, but we should ensure we don't do anything that gets in the way)
/cc @willchan

Closing this. Once there's a concrete plan we can open an issue. Now this issue just makes it less clear what is left to be done on the specification.

Not sure entirely what relation this has to push support in fetch but, but that issue is https://github.com/whatwg/fetch/issues/51 . Also there's https://github.com/w3c/ServiceWorker/issues/796 which is a very specific use case of rejecting pushes.


Simplify unused_music pack

Change all the "replace": true's to false, which lets us remove all the vanilla music specifications. Also improves compatibility with other music packs, because it won't overwrite them if it's above them (my motivation for this). This is only possible for this pack because it only adds music.

Thanks for the issue. I have no idea why I made the resourcepack like that in the first place lol. I won't merge this pr though, because the next update of mixtape completely removes the resourcepacks and replaces them with a new feature.

The update that I was working on that removes the resourcepacks is taking a while so I'm releasing an update before then, so i'll merge this ty


Delete push-jobs if old runit is configured

Description
[Describe what this change achieves]
Issues Resolved
[List any existing issues this PR resolves]
Check List

[ ] All tests pass. See https://github.com/chef-cookbooks/community_cookbook_documentation/blob/master/TESTING.MD
[ ] New functionality includes testing.
[ ] New functionality has been documented in the README if applicable
[ ] The CLA has been signed. See https://github.com/chef-cookbooks/community_cookbook_documentation/blob/master/CONTRIBUTING.MD

I think the sense of the change is correct, but it should also handle upstart and not just systemd, as per https://github.com/chef-cookbooks/push-jobs/issues/91

Great comments, working on them. 👍

@thommay @tas50 ready whenever you are!! 😸

LGTM once travis is happy.


notify "existing song!" when liking songs already liked.

Sometimes it is annoying to wait for the response if the song has already been added.

readme 麻烦重新修改一下，不然没法merge 谢谢


Does not overlay on top of Tabs

Hey, firstly, great work! Lovely plugin.
I've run into an issue where the bottom sheet doesn't overlay the bottom tabs. See attached image

Found a workaround, this can be "fixed" by temporarily hiding the ion-tabs-bar while the ion sheet is visible.

Can you show me how did you manage to implement it.
Showing error:
`ion-bottom-sheet' is not a known element:

If 'ion-bottom-sheet' is an Angular component, then verify that it is part of this module.
If 'ion-bottom-sheet' is a Web Component then add 'CUSTOM_ELEMENTS_SCHEMA' to the<EMAIL_ADDRESS>of this component to suppress this message.

Can't bind to 'state' since it isn't a known property of 'ion-bottom-sheet'.`

@Saqib92 Did you add IonBottomSheetModule to your imports in the module using the component?

Yes, I did import it in app.module.ts. Should i import it in page.module as well?

@Saqib92 import it in the module declaring the component you want to use it in. So if you're using it in the page component, import it in the page module

Yes, it Worked. Thanks.

Found a workaround, this can be "fixed" by temporarily hiding the ion-tabs-bar while the ion sheet is visible.

you can add it inside tabs.html it it will come over tabs.


Bug 2210475: [release-4.12] cleanup to resolve jq: command not found error

This commit is to resolve jq not found error.

@agarwal-mudit please review the PR.

@agarwal-mudit please review the PR

/bugzilla refresh


Use DTO with Symfony

I'm trying to map and send DTO but I'm getting error:
The class 'App\ElasticSearch\Model\User' was not found in the chain configured namespaces App\Entity, Gesdinet\JWTRefreshTokenBundle\Entity
Config:
            index_class_mapping:
                user: App\ElasticSearch\Model\User

Indexing:
use App\ElasticSearch\Model\User as ESUser;

$this->messageBus->dispatch(new IndexationRequest(ESUser::class, $user->getId()->toString(), IndexationRequestHandler::OP_INDEX));

If I change on entity all works, but I want to fetch data from ES as DTO object no entity. There is possible?

I don't think this Exception comes from Elastically, can you share the stacktrace & the code you use to "search"?

15:56:56 WARNING   [messenger] Error thrown while handling message JoliCode\Elastically\Messenger\IndexationRequest. Sending for retry #3 using 4278 ms delay. Error: "Handling "JoliCode\Elastically\Messenger\IndexationRequest" failed: The class 'App\ElasticSearch\Model\User' was not found in the chain configured namespaces App\Entity, Gesdinet\JWTRefreshTokenBundle\Entity" ["class" => "JoliCode\Elastically\Messenger\IndexationRequest","message_id" => null,"retryCount" => 3,"delay" => 4278,"error" => "Handling "JoliCode\Elastically\Messenger\IndexationRequest" failed: The class 'App\ElasticSearch\Model\User' was not found in the chain configured namespaces App\Entity, Gesdinet\JWTRefreshTokenBundle\Entity","exception" => Symfony\Component\Messenger\Exception\HandlerFailedException^ { …}]

Problem is not with search, with indexing only.
For search Im using
$this->client->getIndex('user')->search()->getResults()

If I change in config index_class_mapping on Entity class and during indexing:
new IndexationRequest(User::class, $user->getId()->toString(), IndexationRequestHandler::OP_INDEX)

User:class - App\Entity\User

Document is created in ES, next I change in config mapping on my DTO my search returns DTO as model :)

This Exception is from Doctrine.
https://github.com/doctrine/orm/discussions/8687
Are you using Doctrine somewhere?
Can you share the code of your DocumentExchanger?
As per the documentation:

The IndexationRequestHandler service depends on an implementation of JoliCode\Elastically\Messenger\DocumentExchangerInterface, which isn't provided by this library. You must provide a service that implements this interface, so you can plug your database or any other source of truth.

@damienalexandre Oh ok my bad. Yes I have in my DocumentExchanger
$entity = $this->entityManager->getRepository($className)->find(Uuid::fromString($id));
I should map my DTO class on Entity class to get repository.
Thanks for help :)

I'm closing the issue then, feel free to reopen if you get a new error!


Issue 15 serialize array

If fixing github issues, please include the issue number:  Fixed #15: It should be possible to serialize an array


[1.67.0] Camera Flip Freezing

After some extensive testing i found that flipping the camera during a call with devices running Android versions above 6 was causing the video being sent from that device to freeze.

Didn't happen on the previous WebRTC version.
I haven't tested on tons of devices but the issue seems to be occurring on a Galaxy S7 Edge and Galaxy Tab A6 10" both running Android 7 and 8.
The other devices running Android 5 and 6 don't seem to have the issue - Galaxy S3 and Galaxy S5.
Expected behavior
Camera to flip without freezing.
Observed behavior
Video streams freezing.
Steps to reproduce the problem
Test camera flipping on devices running Android 7+
Platform information

React Native version: 0.55.4
Plugin version: 1.67.0
OS: Android / iOS
OS version: Android 7+ / iOS ?

How are you triggering the camera filp? With the _switchCamera custom API or in a different way?

When i start the call i'm running this to disable tracks if the calls not been started with video.
	//
	await localMediaStream.getVideoTracks().forEach(
		videoTrack => {
			//
			videoTrack.enabled = !videoTrack.enabled;
		}
	);

Then during the call i'm running this for flipping the camera.
	//
	await localMediaStream.getVideoTracks().forEach(
		videoTrack => {
			//
			videoTrack._switchCamera();
		}
	);

	//
	isFront = !isFront;

Seems to work fine on all the devices i tested below Android 7.
The other weird thing is, i have made it so when you dial out as a video call you can choose to flip the camera before the calls connected.
That seems to work without problems, but as soon as the calls connected, flipping breaks.

Downing back to the previous version fixes the issue.
Just seems odd that it only happens once the sessions connected.

I tried with an Android Pie device and it continues to work as before.

Not sure if it would make a difference but i'm not showing the camera self preview.
Currently have that disabled.
Only showing the active streams.

I don't think that's relevant.

Is there anything i should be looking for that might help in console logs?

Not really. At this point I think you'd need to start debugging the native part, which is pretty small, so hopefully you can find something out!

Wait, I just had something come to me. When you call _switchCamera, is the track enabled?

Yep.
When you do a video call the tracks are enabled.
Before you have the switch button if you toggle on your camera it turns the track back to enabled.
let videoTrack = await localMediaStream.getVideoTracks()[ 0 ];
videoTrack.enabled = !videoTrack.enabled;

I'll have a look around, see if i can find anything.

 Edit WebRTCModule.java around here: https://github.com/oney/react-native-webrtc/blob/master/android/src/main/java/com/oney/WebRTCModule/WebRTCModule.java#L74
and make sure the software encoder and decoder factories are used. Then test again

Forcing the use of the software encoder/decoder seems to have fixed the issue.
So it would appear some devices don't like hardware encoding/decoding :/

Damn, I feared that would be the reason. What codec are you using, VP8, right?

I used to be forcing over to H264 before but haven't got anything in place currently.

Have you tried forcing H.264 with the HW codecs? (undo the change I proposed)

Not yet but i was thinking about it, gonna grab some of my older code.
Will have a mess and get back to you soon.

Alrighty i can confirm setting the codec preference to H264 did fix the camera flipping issue.
Offering Side
let offerDescription = await peerConnection.createOffer();
offerDescription.sdp = this.preferOpus( offerDescription.sdp );
offerDescription.sdp = this.preferH264( offerDescription.sdp );

await peerConnection.setLocalDescription( offerDescription );

Answer Side
let answerDescription = await peerConnection.createAnswer();
answerDescription.sdp = this.preferOpus( answerDescription.sdp );
answerDescription.sdp = this.preferH264( answerDescription.sdp );

await peerConnection.setLocalDescription( answerDescription );

Question is how many devices will actually work under H264 software/hardware?
Not really something i'm sure about.

After a quick test it would appear the issue happens with the latest Android32 M Nexus 5X Build.
Haven't tested any other builds as of yet but i guess there be a WebRTC bug :/
Fine on the Galaxy S5 and broke on the Galaxy S7 Edge.

@8BallBomBom If you could report it here: https://bugs.chromium.org/p/webrtc/issues/list it would be great, since you have the means to do so, and issues which are reproducible with AppRTCMobile have a higher chance of getting handled! Cheers.

Seems no ones actually done anything about it yet :/
Question is does the same issue exist on M69?

You can test it by adding these binaries: https://github.com/jitsi/react-native-webrtc/pull/32/commits/d935092db5f1fbe7c690c115bececc48b9349e4c The API has not changed, so it will Just Work (TM). Let me know how that goes!

Sadly no difference.
Pretty much options are force H264 or downgrade.
Going to leave things at the current version and look at complaining, supplying test data to get the issue resolved.


create tags with jolokia

Hi
How can I create tag while using telegraf to send jolokia metrics to influxdb?
related issue https://github.com/influxdata/telegraf/issues/11731
here is the current tags

need to add more tags for group by like this

my telegraf config
[[inputs.jolokia2_agent.metric]]
name = “MyCustomMetric”
mbean = “AllBeans:category=Color,Name=*”
paths = [“TimeToLive”,“Metric1”,“Metric3”,“Active”,“TimeoutRate”,“Status”]
tag_keys = [“Name”,“Status”]

current output of curl:
curl http://ip/:port/jolokia-war-unsecured-1.6.2/read/AllBeans:Name=*,category=Color | jq ‘.’
“AllBeans:Name=Customer,category=Color”: {
“TimeToLive”: 1000,
“Metric1”: 40,
“Metric2”: 0,
“Metric3”: 0,
“Name”: “Customer”,
“Active”: true,
“Status”: “OK”,

current Influx cli result:
> show tag keys from MyCustomMetric
name: MyCustomMetric
tagKey
------
Name
host
jolokia_agent_url

any idea?
Thanks

Sorry, this is a pure telegraf question as it refers to telegraf's integration of Jolokia. Closing this issue here, please reopen if there is anything that can be done from the Jolokia side.


cellpose not included in steinbock:0.16.0

Hi
I have tried to use the cellpose for the segmentation in steinbock:0.16.0. However only cellprofiler and deepcell are available.
Thanks
$steinbock segment --help
Usage: steinbock segment [OPTIONS] COMMAND [ARGS]...
Perform image segmentation to create object masks
Options:
--help  Show this message and exit.
Commands:
cellprofiler  Segment objects in probability images using CellProfiler
deepcell      Run an object segmentation batch using DeepCell

Hi dingxm,
Thanks for your question. Can you please confirm that you are using a -cellpose flavor of the steinbock Docker container as pointed out here in the documentation. You can view the available steinbock Docker container flavors here.

Hi Milad4849,
Thanks for your help. I used docker pull ghcr.io/bodenmillergroup/steinbock:latest-cellpose.
I can use cellpose for the segmentation.
However I got the error below,
Error segmenting objects in img/NBL_N0351.tiff: The following operation failed in the TorchScript interpreter.
Traceback of TorchScript (most recent call last):
File "/opt/steinbock-venv/lib/python3.8/site-packages/torch/utils/mkldnn.py", line 64, in forward
@torch.jit.script_method
def forward(self, x):
return torch.mkldnn_convolution(
~~~~~~~~~~~~~~~~~~~~~~~~ <--- HERE
x,
self.weight,
RuntimeError: could not create a primitive
Traceback (most recent call last):
File "/app/steinbock/steinbock/segmentation/cellpose.py", line 102, in try_segment_objects
masks, flows, styles, diams = model.eval(
File "/opt/steinbock-venv/lib/python3.8/site-packages/cellpose/models.py", line 216, in eval
diams, _ = self.sz.eval(x, channels=channels, channel_axis=channel_axis, invert=invert, batch_size=batch_size,
File "/opt/steinbock-venv/lib/python3.8/site-packages/cellpose/models.py", line 889, in eval
diam, diam_style = self.eval(x[i],
File "/opt/steinbock-venv/lib/python3.8/site-packages/cellpose/models.py", line 910, in eval
styles = self.cp.eval(x,
File "/opt/steinbock-venv/lib/python3.8/site-packages/cellpose/models.py", line 552, in eval
masks, styles, dP, cellprob, p = self._run_cp(x,
File "/opt/steinbock-venv/lib/python3.8/site-packages/cellpose/models.py", line 616, in _run_cp
yf, style = self._run_nets(img, net_avg=net_avg,
File "/opt/steinbock-venv/lib/python3.8/site-packages/cellpose/core.py", line 363, in _run_nets
y, style = self._run_net(img, augment=augment, tile=tile, tile_overlap=tile_overlap,
File "/opt/steinbock-venv/lib/python3.8/site-packages/cellpose/core.py", line 447, in _run_net
y, style = self.network(imgs, return_conv=return_conv)
File "/opt/steinbock-venv/lib/python3.8/site-packages/cellpose/core.py", line 315, in network
y, style = self.net(X)
File "/opt/steinbock-venv/lib/python3.8/site-packages/torch/nn/modules/module.py", line 1194, in _call_impl
return forward_call(*input, **kwargs)
File "/opt/steinbock-venv/lib/python3.8/site-packages/cellpose/resnet_torch.py", line 202, in forward
T0    = self.downsample(data)
File "/opt/steinbock-venv/lib/python3.8/site-packages/torch/nn/modules/module.py", line 1194, in _call_impl
return forward_call(*input, **kwargs)
File "/opt/steinbock-venv/lib/python3.8/site-packages/cellpose/resnet_torch.py", line 84, in forward
xd.append(self.downn)
File "/opt/steinbock-venv/lib/python3.8/site-packages/torch/nn/modules/module.py", line 1194, in _call_impl
return forward_call(*input, **kwargs)
File "/opt/steinbock-venv/lib/python3.8/site-packages/cellpose/resnet_torch.py", line 47, in forward
x = self.proj(x) + self.conv1
File "/opt/steinbock-venv/lib/python3.8/site-packages/torch/nn/modules/module.py", line 1194, in _call_impl
return forward_call(*input, **kwargs)
File "/opt/steinbock-venv/lib/python3.8/site-packages/torch/nn/modules/container.py", line 204, in forward
input = module(input)
File "/opt/steinbock-venv/lib/python3.8/site-packages/torch/nn/modules/module.py", line 1194, in _call_impl
return forward_call(*input, **kwargs)
RuntimeError: The following operation failed in the TorchScript interpreter.
Traceback of TorchScript (most recent call last):
File "/opt/steinbock-venv/lib/python3.8/site-packages/torch/utils/mkldnn.py", line 64, in forward
@torch.jit.script_method
def forward(self, x):
return torch.mkldnn_convolution(
~~~~~~~~~~~~~~~~~~~~~~~~ <--- HERE
x,
self.weight,
RuntimeError: could not create a primitive
Any suggestion?

I am not certain but this can potentially be related to your CPU, what operating system, computer and CPU are you using?

The CPU is zen3 by AMD. Likely it is AMD CPU related problem. I will try the Intel CPU.
Thanks


function with properties type interface is not type safe

TypeScript Version:  3.9.0-dev.20200303
Search Terms:
type order, composite
Code
interface ICompositeFn {
  (a: string): string;
  obj: {
    num: number;
  };
}

const run = (fn: ICompositeFn) => {
  console.log(fn.obj.num);
}

const compositeFn = (a: string): string => {
  return a;
};

run(compositeFn);

compositeFn.obj = {
  num: 5
};

Expected behavior:
It is awesome that typescript can automatically infer that the type of compositeFn has the obj property, but that inference should be applied in order, so using the compositeFn before the actual obj property was set will not be possible.
Compile time type error, stating that the passed parameter to the run methods is not matching the expected type.
Actual behavior:
There is no type error, thus can lead to runtime error that otherwise could have been prevented.
VM34:3 Uncaught TypeError: Cannot read property 'num' of undefined
    at run (eval at <anonymous> (main-3.js:1239), <anonymous>:3:24)
    at eval (eval at <anonymous> (main-3.js:1239), <anonymous>:8:1)
    at main-3.js:1239

Playground Link

@RyanCavanaugh this will not be fixed?

@regevbr oops, I see I forgot to comment. No, this isn't likely to be addressed with new functionality -- ordering effects of all sorts are very difficult to model correctly given how JS works.


Why is openCV used in here?

Hey @KleinYuan
Great job on breaking ground here with caffe2. Your example worked perfectly well for me. I was dissecting your code and comparing it with the android version on their site and was trying to understand why did you use opencv here? Was it to preprocess the image? And was it really required?
Also, will i need to make changes to the open cv code if I'm going to say drop style transfer models instead of squeezenet?
Thanks!

@Shoshin23
Hi, glad to hear that the example works perfectly well for you.
Sorry to get you confused here and let me clarify one thing:
I put the OpenCVWrapper here as a stub for now (which means, it's not actually required and if you remove it, it will still work). And I am working on a feature/demo feature that may requires OpenCV manipulation and that's why I put it there at the beginning.
For the model, feel free to change it and as I mentioned here and here, I am working on adding more models rather than squeezeNet (and I will be happy to see some contributions as well).
It's just currently, the models I tried to bring in have some memory limit issues to resolve.

@Shoshin23 I think we can close this issue and if you have further questions we can reopen it.


Project clone init container should respect sshkeys and gittokens

Project clone now can handle only publicly available repos, we need to make it using sshkeys and gittokens from secret (probably which are annotated in a special way)

IMO this depends on https://github.com/devfile/devworkspace-operator/issues/384


Misspelled Update

There is a minor spelling mistake in "Update" which appears while collaborating with other contributors.

Hi, this repository is about a JavaScript library for the GitHUb API and not affiliated with GitHub.
You may want to contact the GitHub support.
https://github.com/contact


How to download the markers?

How do I download the MyMarkers1.html file? I can't find anyway of doing it, when I click the link it just takes me to the code.
Can someone please point me in the right direction?
Thanks

Once the code is in view - right click and Save-As then save as MyMarkers1.html

Thank you. That worked!

Great! No problem.


rebase-exec is not a kata

The README in rebase-exec does not contain any actual kata

@MadsBaggesen I just had a look at the exercise. What do you think is missing?
The instructions are not as guided as in some of the beginner exercises, but then again rebase --exec isn't quite a beginner feature either.
Or was your issue made before the current readme?
Pinging @Neppord as well, as it is "his" exercise.

@Neppord
Do you want to put a bit more information in the README, some context, some steps. A dash of polish - otherwise I will do my best to make it proper :)

And just to make life easier for readers (incl. myself), here is a direct link to the exercise:
https://github.com/praqma-training/git-katas/tree/master/rebase-exec

We closed this issue in pull request #241