<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in registerAsync.test.ts</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>065a44f7 - fix(cli, dev-server): add `SYSTEMROOT` for `open` when opening browsers on Windows (#23287)</title>
        <link>http://172.16.0.5:8080/history/expo/packages/@expo/cli/src/register/__tests__/registerAsync.test.ts#065a44f7</link>
        <description>fix(cli, dev-server): add `SYSTEMROOT` for `open` when opening browsers on Windows (#23287)# WhyFixes #23252# How- `open` has a bug on Windows, where it [uses`process.env.SYSTEMROOT`](https://github.com/sindresorhus/open/blob/main/index.js#L173)instead of[`process.env.SystemRoot`](https://en.wikipedia.org/wiki/Environment_variable#:~:text=The%20%25SystemRoot%25%20variable%20is%20a,including%20the%20drive%20and%20path.)- This causes the executed command to run with `undefined\\...`- There has been no fix yet, and due to `open` being fully ESM now, weprobably can&apos;t upgrade too&gt; See various issues[#300](https://github.com/sindresorhus/open/issues/300),[#292](https://github.com/sindresorhus/open/issues/292),[#270](https://github.com/sindresorhus/open/issues/270), or[#205](https://github.com/sindresorhus/open/issues/205)This basically sets the missing `SYSTEMROOT` when trying to open abrowser on Windows. It&apos;s fixed in both `@expo/cli` as well as`@expo/dev-server` (to open the Chrome DevTools).# Test PlanThis has to be tested on Windows.- `$ yarn create expo ./test-browser -t tabs@beta`- `$ cd ./test-browser`- `$ yarn start`- Try pressing the following keys:- `j` -&gt; to open the Chrome DevTools, after connecting a device. Shouldwork as expected.  - `w` -&gt; to open the browser with Metro web. Should work as expected.# Checklist&lt;!--Please check the appropriate items below if they apply to your diff.This is required for changes to Expo modules.--&gt;- [ ] Documentation is up to date to reflect these changes (eg:https://docs.expo.dev and README.md).- [ ] Conforms with the [Documentation Writing StyleGuide](https://github.com/expo/expo/blob/main/guides/Expo%20Documentation%20Writing%20Style%20Guide.md)- [ ] This diff will work correctly for `npx expo prebuild` &amp; EAS Build(eg: updated a module plugin).---------Co-authored-by: Expo Bot &lt;34669131+expo-bot@users.noreply.github.com&gt;

            List of files:
            /expo/packages/@expo/cli/src/register/__tests__/registerAsync.test.ts</description>
        <pubDate>Tue, 04 Jul 2023 19:55:16 +0000</pubDate>
        <dc:creator>Cedric van Putten &lt;me@bycedric.com&gt;</dc:creator>
    </item>
<item>
        <title>e32ccf9f - feat(cli): improve offline support (#22961)</title>
        <link>http://172.16.0.5:8080/history/expo/packages/@expo/cli/src/register/__tests__/registerAsync.test.ts#e32ccf9f</link>
        <description>feat(cli): improve offline support (#22961)# WhyOffline support is sometimes needed in parts of other commands besides`start`, this PR introduces an `EXPO_OFFLINE` env var which can begenerally used to force offline support.&lt;!--Please describe the motivation for this PR, and link to relevant GitHubissues, forums posts, or feature requests.--&gt;# How- `EXPO_OFFLINE`- Show a better error message when your computer is connected to wifibut there&apos;s no signal.- Assert in `npx expo login` and `npx expo register` when `EXPO_OFFLINE`is set.- Fail better when validating versions offline.In the case of running `npx expo` without wifi:## Before```june-16 &#55349;&#57184; nexpo               Starting project at /Users/evanbacon/Documents/GitHub/lab/june-16Starting Metro BundlerUnable to reach Expo servers. Falling back to using the cached dependency map (bundledNativeModules.json) from the package &quot;expo&quot; installed in your project.FetchError: request to https://api.expo.dev/v2/versions/latest failed, reason: getaddrinfo ENOTFOUND api.expo.devFetchError: request to https://api.expo.dev/v2/versions/latest failed, reason: getaddrinfo ENOTFOUND api.expo.dev    at ClientRequest.&lt;anonymous&gt; (/Users/evanbacon/Documents/GitHub/expo/node_modules/node-fetch/lib/index.js:1491:11)    at ClientRequest.emit (node:events:513:28)    at TLSSocket.socketErrorListener (node:_http_client:502:9)    at TLSSocket.emit (node:events:513:28)    at emitErrorNT (node:internal/streams/destroy:151:8)    at emitErrorCloseNT (node:internal/streams/destroy:116:3)    at process.processTicksAndRejections (node:internal/process/task_queues:82:21)```## After```june-16 &#55349;&#57184; nexpoStarting project at /Users/evanbacon/Documents/GitHub/lab/june-16Starting Metro BundlerUnable to reach Expo servers. Falling back to using the cached dependency map (bundledNativeModules.json) from the package &quot;expo&quot; installed in your project.CommandError: Network connection is unreliable. Try again with the environment variable `EXPO_OFFLINE=1` to skip network requests.```&lt;!--How did you build this feature or fix this bug and why?--&gt;# Test Plan- Updated tests and added new tests for things like the registercommand.---------Co-authored-by: Expo Bot &lt;34669131+expo-bot@users.noreply.github.com&gt;

            List of files:
            /expo/packages/@expo/cli/src/register/__tests__/registerAsync.test.ts</description>
        <pubDate>Wed, 21 Jun 2023 19:55:36 +0000</pubDate>
        <dc:creator>Evan Bacon &lt;bacon@expo.io&gt;</dc:creator>
    </item>
</channel>
</rss>
