GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — OpenSSL 3.5.x TLS 1.3 issue on macOS 26 · Issue #61867 · nodejs/node

OpenSSL 3.5.x TLS 1.3 issue on macOS 26 #61867

New issue
Copy link
New issue
Copy link
Closed
Closed
OpenSSL 3.5.x TLS 1.3 issue on macOS 26#61867
Copy link

Description

@julianollivieira
julianollivieira
opened on Feb 17, 2026
Issue body actions

Version

v25.4.0

Platform

Darwin 25.1.0 Darwin Kernel Version 25.1.0: Mon Oct 20 19:33:36 PDT 2025; root:xnu-12377.41.6~2/RELEASE_ARM64_T6030 arm64

Subsystem

No response

What steps will reproduce the bug?

node -e "require('https').get('https://registry.npmjs.org', res => console.log(res.statusCode))"

How often does it reproduce? Is there a required condition?

Seems to be random. But works reliably with OpenSSL 3.0.x and fails at random with OpenSSL 3.5.x. Passing --tls-max-v1.2 also works

What is the expected behavior? Why is that the expected behavior?

That OpenSSL 3.5.x can also be used to reliably fetch data from the network

What do you see instead?

node:events:497
        throw er; // Unhandled 'error' event
        ^

  Error: read ECONNRESET
      at TLSWrap.onStreamRead (node:internal/stream_base_commons:216:20)
  Emitted 'error' event on ClientRequest instance at:
      at emitErrorEvent (node:_http_client:107:11)
      at TLSSocket.socketErrorListener (node:_http_client:574:5)
      at TLSSocket.emit (node:events:519:28)
      at emitErrorNT (node:internal/streams/destroy:170:8)
      at emitErrorCloseNT (node:internal/streams/destroy:129:3)
      at process.processTicksAndRejections (node:internal/process/task_queues:90:21) {
    errno: -54,
    code: 'ECONNRESET',
    syscall: 'read'
  }

Additional information

I hope this is enough information. I am not familiar to the inner workings, but this issue definitely feels flakey.

Reacted by Martin Horava

Activity

  1. efekrskl commented on Feb 17, 2026

    @efekrskl
    efekrskl
    on Feb 17, 2026
    Member
    More actions

    Thanks for reporting the issue. Are the repro steps complete? I'm only getting Invalid URL. I also had no failures at all after fixing the URL (with openssl 3.5.x), wondering if I'm missing something?

  2. julianollivieira commented on Feb 19, 2026

    @julianollivieira
    julianollivieira
    on Feb 19, 2026
    Author
    More actions

    It seems I can't reproduce the issue anymore. My excuses for the trouble :)

    Reacted by Efe Karasakal
  3. julianollivieira
    closed this as completedon Feb 19, 2026
  4. roberthawkins671-pixel commented on Feb 19, 2026

    @roberthawkins671-pixel
    roberthawkins671-pixel
    on Feb 19, 2026 · Hidden as outdated
    show commentMore actions
  5. roberthawkins671-pixel commented on Feb 19, 2026

    @roberthawkins671-pixel
    roberthawkins671-pixel
    on Feb 19, 2026 · Hidden as resolved
    show commentMore actions
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      You are visitor 01402520 — GeezerVison does not store the pages you look up.
      Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.