[RN-0.71 - iOS] The app has not responded to the network requests below: (id = -1000) isReady: {} #3949

tarikfp · 2023-02-22T23:13:57Z

What happened?

When running debug test script after a successful build, the app launches, then it gets stuck infinitely.
(Note: Android is working fine, its only for iOS)

After timeout, it throws the following error:

What was the expected behaviour?

It should not get stuck, and process the test cases.

Was it tested on latest Detox?

I have tested this issue on the latest Detox release and it still reproduces.

Did your test throw out a timeout?

I have followed the instructions under Identifying which synchronization mechanism causes us to wait too much.

Help us reproduce this issue!

Simple react-native app, issue is reproducible in main branch
https://github.com/tarikpnr/react-native-testing

In what environment did this happen?

Detox version: 20.1.3
React Native version: 0.71.2
Has Fabric (React Native's new rendering system) enabled: yes
Node version: v16.19.1
Device model: iPhone 12
iOS version: 16.2
Xcode version: 14.2
Test-runner (select one): jest

Detox logs

paste logs here!

Device logs

paste logs here!

More data, please!

Demonstration video (4x), starting from running yarn run detox test --configuration ios.sim.debug script.

detox-ios-test-stuck.mp4

The text was updated successfully, but these errors were encountered:

tarikfp · 2023-02-22T23:16:20Z

I will share the artifacts below, since I was not able to put logs due to the following restriction from github: There was an error posting your comment: Body is too long,

artifacts.zip

noomorph · 2023-02-23T09:53:23Z

Looks like there are some stuck/pending network requests in your app:

{"params":{"status":{"app_status":"busy","busy_resources":[{"name":"dispatch_queue","description":{"queue":"Main Queue (<OS_dispatch_queue_main: com.apple.main-thread>)","works_count":1}},{"name":"one_time_events","description":{"event":"Network Request","object":"URL: “https://fakestoreapi.com/img/61pHAEJ4NML._AC_UX679_.jpg”"}},{"name":"one_time_events","description":{"event":"Network Request","object":"URL: “https://fakestoreapi.com/img/71HblAHs5xL._AC_UY879_-2.jpg”"}},{"name":"one_time_events","description":{"event":"Network Request","object":"URL: “https://fakestoreapi.com/img/61mtL65D4cL._AC_SX679_.jpg”"}},{"name":"run_loop","description":{"name":"Main Run Loop"}},{"name":"one_time_events","description":{"event":"Network Request","object":"URL: “https://fakestoreapi.com/img/51eg55uWmdL._AC_UX679_.jpg”"}},{"name":"one_time_events","description":{"event":"React Native (bundle load)","object":null}}]},"messageId":1},"messageId":1,"type":"currentStatusResult"}

e.g. https://fakestoreapi.com/img/61pHAEJ4NML._AC_UX679_.jpg – they are never ending or something like that

d4vidi · 2023-02-23T11:27:22Z

Why aren't the debug-sync logs shown - I wonder? Would have made what the problem is very clear.

noomorph · 2023-02-23T11:33:24Z

@d4vidi , the OP wrote why:

I will share the artifacts below, since I was not able to put logs due to the following restriction from github: There was an error posting your comment: Body is too long,

d4vidi · 2023-02-23T11:35:32Z

I meant in the terminal. If they're in debug, would make sense to bump their log-level to info. WDYT?

d4vidi · 2023-02-23T11:37:41Z

I meant in the terminal. If they're in debug, would make sense to bump their log-level to info. WDYT?

Strikes me odd:

Detox/detox/src/client/Client.js

Line 265 in 6145653

log.info({ event: 'APP_STATUS' }, status);

Might have been an error that's triggered the debug "fallback" log instead, or - @tarikpnr have you by any chance actively disabled syncrhonization debugging?

noomorph · 2023-02-23T18:24:41Z

@d4vidi The synchronization was enabled. The OP mostly likely did not notice .

tarikfp · 2023-02-23T18:25:24Z

@d4vidi @noomorph After your feedbacks regarding the issue, I've decided to take another shot:

The app is even simpler now, no any 3rd party call.

import React from 'react';
import {Button, Text, View} from 'react-native';
import {COMMON_STYLES} from './theme/common-styles';

const Counter = () => {
  const [counter, setCounter] = React.useState(0);

  return (
    <View style={COMMON_STYLES.flexCenter}>
      <Button
        testID="increase-btn"
        onPress={() => setCounter(prev => prev + 1)}
        title="Increase"
      />
      <Button
        testID="decrease-btn"
        onPress={() => setCounter(prev => prev - 1)}
        title="Decrease"
      />
      <Text testID="count-text">Count: {counter}</Text>
    </View>
  );
};

export default function App() {
  return <Counter />;
}

Corresponding e2e test file

describe('Example', () => {
  beforeAll(async () => {
    await device.launchApp({
      newInstance: true,
    });
  });

  beforeEach(async () => {
    await device.reloadReactNative();
  });

  test('complete app flow', async () => {
    await element(by.id('increase-btn')).tap();
  });
});

Demonstration

detox-ios-debug-e2e-4x.mp4

Artifacts file

ios.sim.debug.2023-02-23 18-07-38Z.zip

Reproducible source code

Created a new branch called test/ios-e2e-debug.
https://github.com/tarikpnr/react-native-testing/tree/test/ios-e2e-debug

Unfortunately, it throws the same error, from what I can see it gets busy with event "React Native (bundle load)":

  data: {
    "params": {
      "status": {
        "busy_resources": [
          {
            "name": "one_time_events",
            "description": {
              "event": "React Native (bundle load)",
              "object": null
            }
          },
          {
            "name": "run_loop",
            "description": {
              "name": "Main Run Loop"
            }
          },
          {
            "name": "dispatch_queue",
            "description": {
              "queue": "Main Queue (<OS_dispatch_queue_main: com.apple.main-thread>)",
              "works_count": 1
            }
          }
        ],
        "app_status": "busy"
      },
      "messageId": 1
    },
    "messageId": 1,

d4vidi · 2023-02-23T20:46:55Z

@tarikpnr thanks for taking the extra-mile, it will definitely prove helpful.

d4vidi · 2023-02-23T21:52:13Z

@tarikpnr I've put in a serious effort, trying to run thereact-native-testing project on iOS. I've managed to overcome some issues (ruby + pod installations). Eventually stopped at getting this from metro when bundling the app:

error: ReferenceError: SHA-1 for file /Users/<omitted>nvm/versions/node/v14.18.2/lib/node_modules/react-native/node_modules/metro-runtime/src/polyfills/require.js (/Users/<omitted>nvm/versions/node/v14.18.2/lib/node_modules/react-native/node_modules/metro-runtime/src/polyfills/require.js) is not computed.
         Potential causes:
           1) You have symlinks in your project - watchman does not follow symlinks.
           2) Check `blockList` in your metro.config.js and make sure it isn't excluding the file path.

Anyways would you be able to try running that project with RN .70 instead of .71? I think the problem might lie there.

d4vidi · 2023-02-23T21:58:06Z

Update: I've managed to get passed that. Bottom line is that while the images download sure is on the slow side, the test ultimately passes (i.e. your problem does not reproduce). I think you might like to try to increase the timeout (120000ms may not be enough), on account of the download's slowness.

tarikfp · 2023-02-23T22:04:04Z

@d4vidi Thanks for your efforts. I have actually updated the repo by creating the new branch, as I also mentioned here you probably tested it on main branch which has third party API call. It'd be perfect if you switch to the branch called as ios-e2e-debug and test it from there. (Not sure tho, might not necessarily needed since you already managed to run it in main. But just curious to see if it is running on that branch too, as I was not able to run the test in a simple counter app, and we would make sure to determine whether its related to download's slowness or not by doing this way.)

And, have you done any changes to the repo to make it run? If not, then I doubt it is maybe sort of environment issue ?

tarikfp · 2023-02-24T00:09:01Z

TL&DR

It will not work in new architecture (when you see fabric: true in metro console) (still need confirmation)

Attempts

I ended up resetting everything related to iOS using react-native-clean-project, and having this new Podfile.lock seems to fix the issue.

Considering react-native-clean-project using the typical pod install but not bundle install && RCT_NEW_ARCH_ENABLED=1 bundle exec pod install which means it will end up setting up an environment without fabric or in other words, new architecture is NOT enabled.

According to docs, determining whether the new architecture is in use or not is simply checking fabric:trueoption.

Double-checked through the metro console, notice below there is no fabric: true option. And it did run the tests properly when I tried.

In contrast, fabric option was enabled in the initial video that I shared. See below:

I assume it initializes project with fabric by default using ,npx react-native@latest init AwesomeProjectcommand. Then, in the very next pod install it does revert fabric. If you want to keep fabric in the project, The default pod-install script should be the following as the docs suggest:

"scripts": {
  "pod-install": "RCT_NEW_ARCH_ENABLED=1 bundle exec pod install"
}

@d4vidi Most probably it was the case for you as well, there is a high chance that you may have initialized the project without fabric, therefore you were not able to reproduce the error I faced, just guessing at the moment, that's the reason it still needs confirmation.

stale · 2023-04-12T18:33:20Z

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.
If you believe the issue is still relevant, please test on the latest Detox and report back.

Thank you for your contributions!

For more information on bots in this repository, read this discussion.

sgabriel · 2023-04-19T07:14:24Z

I'm facing the same issue, that all tests won't start when using fabric. They time out with this error

The app has not responded to the network requests below:
  (id = -1000) isReady: {}

Unresponded network requests might result in timeout errors in Detox tests.

stale · 2023-05-20T11:27:35Z

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.
If you believe the issue is still relevant, please test on the latest Detox and report back.

Thank you for your contributions!

For more information on bots in this repository, read this discussion.

Numan-Munir · 2023-06-08T07:50:16Z

I'm facing the same issue, that all tests won't start when using fabric. They time out with this error

The app has not responded to the network requests below:

(id = -1000) isReady: {}

Unresponded network requests might result in timeout errors in Detox tests.

stale · 2023-07-15T00:23:12Z

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.
If you believe the issue is still relevant, please test on the latest Detox and report back.

Thank you for your contributions!

For more information on bots in this repository, read this discussion.

badsyntax · 2023-07-20T15:09:13Z

Not stale, facing the same issue.

sam060584 · 2023-07-21T18:36:00Z

I am also facing the same issue on native-ios app

Numan-Munir · 2023-07-21T19:35:47Z

I am also facing the same issue on native-ios app

My issue has been resolved. I was using the "import * as Progress from "react-native-progress";" library to implement a progress bar. However, I have now commented it out.

stale · 2023-09-16T21:55:28Z

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.
If you believe the issue is still relevant, please test on the latest Detox and report back.

Thank you for your contributions!

For more information on bots in this repository, read this discussion.

nmongiya · 2023-10-16T03:48:48Z

is there any workaround for this ?

timmyjose · 2024-01-19T11:49:06Z

I'm seeing the exact same issue with a React Native prototype (Turbo Modules (C++), New Architecture). Triggering the tests via eas build:

[ON_BUILD_SUCCESS_HOOK] 17:04:29.459 detox[43533] i The app has not responded to the network requests below:
[ON_BUILD_SUCCESS_HOOK]   (id = -1000) isReady: {}

Can we have an official word on whether this the New Architecture is supported/not supported/it's some other issue?

asafkorem · 2024-01-22T16:23:02Z

I'm seeing the exact same issue with a React Native prototype (Turbo Modules (C++), New Architecture). Triggering the tests via eas build:
[ON_BUILD_SUCCESS_HOOK] 17:04:29.459 detox[43533] i The app has not responded to the network requests below:
[ON_BUILD_SUCCESS_HOOK]   (id = -1000) isReady: {}
Can we have an official word on whether this the New Architecture is supported/not supported/it's some other issue?

Hey @timmyjose, we do not support turbo modules ATM however we're aiming to support that soon. No official ETA unfortunately.

asafkorem · 2024-01-22T16:25:24Z

is there any workaround for this ?

Hey @nmongiya, can you please elaborate what issue are you facing (provide logs or any information that might be useful)?
The error on the issue title is quite general and might indicate on a different issue than yours.

timmyjose · 2024-01-23T04:18:09Z

Hey @asafkorem, thank you for confirming that. 🙏 It's a bit unfortunate, but at least now we know that it's not an issue in our setup! We're now looking into using the Old Architecture (non Turbo Modules) in the meantime, and when support for Turbo Modules is available (hopefully soon!), we'll probably migrate back.

skylarbarrera · 2024-01-26T16:53:05Z

following here for turbo module support

walmat · 2024-01-26T18:09:12Z

Following for turbo

stale · 2024-03-17T08:27:34Z

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.
If you believe the issue is still relevant, please test on the latest Detox and report back.

Thank you for your contributions!

For more information on bots in this repository, read this discussion.

walmat · 2024-03-17T20:30:38Z

Still happening on latest. Remarking this as not stale.

BrodyHughes · 2024-04-26T19:46:01Z

still seems to be an issue. following for turbo module support.

Sky · 2024-10-22T20:00:16Z

Looks like same issue as here: #4506
Up for New Architecture support

tarikfp added platform: ios status: triage type: bug 🐞 labels Feb 22, 2023

stale bot added the 🏚 stale label Apr 12, 2023

stale bot removed the 🏚 stale label Apr 19, 2023

agent-0028 mentioned this issue Apr 27, 2023

[Epic] React Native .71 Compliance #3884

Open

stale bot added the 🏚 stale label May 20, 2023

stale bot removed the 🏚 stale label Jun 8, 2023

stale bot added the 🏚 stale label Jul 15, 2023

stale bot removed the 🏚 stale label Jul 20, 2023

stale bot added the 🏚 stale label Sep 16, 2023

WolfyUK mentioned this issue Dec 6, 2023

The app has not responded to the network requests below: (id = -1000) isReady: {} #4282

Open

2 tasks

stale bot removed the 🏚 stale label Jan 19, 2024

stale bot added the 🏚 stale label Mar 17, 2024

stale bot removed the 🏚 stale label Mar 17, 2024

Sky mentioned this issue Oct 22, 2024

Deadlock during start with new architecture on iOS #4506

Open

2 tasks

frw mentioned this issue Oct 30, 2024

chore: upgrade react native frw/react-native-ssl-public-key-pinning#433

Open

[RN-0.71 - iOS] The app has not responded to the network requests below: (id = -1000) isReady: {} #3949

[RN-0.71 - iOS] The app has not responded to the network requests below: (id = -1000) isReady: {} #3949

Comments

tarikfp commented Feb 22, 2023

What happened?

What was the expected behaviour?

Was it tested on latest Detox?

Did your test throw out a timeout?

Help us reproduce this issue!

In what environment did this happen?

Detox logs

Device logs

More data, please!

tarikfp commented Feb 22, 2023 • edited Loading

noomorph commented Feb 23, 2023

d4vidi commented Feb 23, 2023

noomorph commented Feb 23, 2023 • edited Loading

d4vidi commented Feb 23, 2023 • edited Loading

d4vidi commented Feb 23, 2023 • edited Loading

noomorph commented Feb 23, 2023

tarikfp commented Feb 23, 2023 • edited Loading

The app is even simpler now, no any 3rd party call.

Corresponding e2e test file

Demonstration

Artifacts file

Reproducible source code

d4vidi commented Feb 23, 2023

d4vidi commented Feb 23, 2023

d4vidi commented Feb 23, 2023 • edited Loading

tarikfp commented Feb 23, 2023 • edited Loading

tarikfp commented Feb 24, 2023 • edited Loading

TL&DR

Attempts

stale bot commented Apr 12, 2023

sgabriel commented Apr 19, 2023

stale bot commented May 20, 2023

Numan-Munir commented Jun 8, 2023 • edited Loading

I'm facing the same issue, that all tests won't start when using fabric. They time out with this error

stale bot commented Jul 15, 2023

badsyntax commented Jul 20, 2023

sam060584 commented Jul 21, 2023

Numan-Munir commented Jul 21, 2023

stale bot commented Sep 16, 2023

nmongiya commented Oct 16, 2023

timmyjose commented Jan 19, 2024

asafkorem commented Jan 22, 2024

asafkorem commented Jan 22, 2024

timmyjose commented Jan 23, 2024 • edited Loading

skylarbarrera commented Jan 26, 2024

walmat commented Jan 26, 2024

stale bot commented Mar 17, 2024

walmat commented Mar 17, 2024

BrodyHughes commented Apr 26, 2024

Sky commented Oct 22, 2024

tarikfp commented Feb 22, 2023 •

edited

Loading

noomorph commented Feb 23, 2023 •

edited

Loading

d4vidi commented Feb 23, 2023 •

edited

Loading

d4vidi commented Feb 23, 2023 •

edited

Loading

tarikfp commented Feb 23, 2023 •

edited

Loading

d4vidi commented Feb 23, 2023 •

edited

Loading

tarikfp commented Feb 23, 2023 •

edited

Loading

tarikfp commented Feb 24, 2023 •

edited

Loading

Numan-Munir commented Jun 8, 2023 •

edited

Loading

timmyjose commented Jan 23, 2024 •

edited

Loading