fix Bun.connect(localhost) overly preferring ipv6
makes more progress towards passing the https://github.com/sidorares/node-mysql2 test suite
one of the diffs is from changing a test that was added in a fix for https://github.com/oven-sh/bun/issues/7355. below is proof the actual issue has not regressed.
❌ @nektro 13 files with test failures on bun-darwin-aarch64:
-
test/cli/inspect/inspect.test.ts16 failing -
test/cli/install/registry/bun-install-registry.test.ts131 failing -
test/cli/test/bun-test.test.ts1 failing -
test/integration/next/default-pages-dir/test/dev-server.test.ts1 failing -
test/js/bun/http/serve.test.ts1 failing -
test/js/bun/net/socket.test.ts5 failing -
test/js/bun/net/tcp-server.test.ts5 failing -
test/js/node/net/node-net.test.ts3 failing -
test/js/node/watch/fs.watchFile.test.ts1 failing -
test/js/third_party/webpack/webpack.test.ts1 failing -
test/js/web/fetch/fetch.test.tsSIGTERM -
test/js/web/websocket/websocket-upgrade.test.ts1 failing -
test/regression/issue/06443.test.ts2 failing
❌ @nektro 14 files with test failures on bun-darwin-x64:
-
test/cli/inspect/inspect.test.ts16 failing -
test/cli/install/registry/bun-install-registry.test.ts131 failing -
test/cli/test/bun-test.test.ts1 failing -
test/integration/next/default-pages-dir/test/dev-server.test.ts2 failing -
test/js/bun/http/serve.test.ts1 failing -
test/js/bun/net/socket.test.ts5 failing -
test/js/bun/net/tcp-server.test.ts5 failing -
test/js/bun/util/which.test.ts1 failing -
test/js/node/fs/fs.test.ts1 failing -
test/js/node/net/node-net.test.ts3 failing -
test/js/third_party/webpack/webpack.test.ts1 failing -
test/js/web/fetch/fetch.test.tsSIGTERM -
test/js/web/websocket/websocket-upgrade.test.ts1 failing -
test/regression/issue/06443.test.ts2 failing
❌ @nektro 12 files with test failures on linux-x64-baseline:
-
test/cli/inspect/inspect.test.ts16 failing -
test/cli/install/registry/bun-install-registry.test.ts131 failing -
test/cli/test/bun-test.test.ts1 failing -
test/integration/next/default-pages-dir/test/next-build.test.ts1 failing -
test/js/bun/http/serve.test.ts1 failing -
test/js/bun/net/socket.test.ts5 failing -
test/js/bun/net/tcp-server.test.ts5 failing -
test/js/node/net/node-net.test.ts3 failing -
test/js/third_party/webpack/webpack.test.ts1 failing -
test/js/web/fetch/fetch.test.tsSIGTERM -
test/js/web/websocket/websocket-upgrade.test.ts1 failing -
test/regression/issue/06443.test.ts2 failing
❌ @nektro 13 files with test failures on linux-x64:
-
test/cli/inspect/inspect.test.ts16 failing -
test/cli/install/registry/bun-install-registry.test.ts131 failing -
test/cli/test/bun-test.test.ts1 failing -
test/integration/esbuild/esbuild.test.ts1 failing -
test/integration/next/default-pages-dir/test/next-build.test.ts1 failing -
test/js/bun/http/serve.test.ts1 failing -
test/js/bun/net/socket.test.ts5 failing -
test/js/bun/net/tcp-server.test.ts5 failing -
test/js/node/net/node-net.test.ts3 failing -
test/js/third_party/webpack/webpack.test.ts1 failing -
test/js/web/fetch/fetch.test.tsSIGTERM -
test/js/web/websocket/websocket-upgrade.test.ts1 failing -
test/regression/issue/06443.test.ts2 failing
I believe this was (and may still be) an issue that makes the debugger not work. It'll say the port is in use when it's not. There's an issue somewhere about it already. I personally just gave up on trying, as the workaround involved editing the hosts file to remove the :: entries.