tls.connect() ignores the `session` option when `socket` is provided (regression v22.22.3 → v22.23.1)

### Version v22.23.1 ### Platform ```text Linux (docker node:22.23.1-bookworm-slim, x86_64); also reproduced on the non-slim image ``` ### Subsystem tls ### What steps will reproduce the bug? Run the self-contained script below (starts a local TLS 1.2 server, then connects twice offering the first connection's session): ```js // Repro: tls.connect() ignores the `session` option when `socket` is provided. // Resuming a TLS 1.2 session works with a direct tls.connect({host, port, // session}) but silently does a full handshake when upgrading an existing // net.Socket via tls.connect({socket, session}). Regressed between v22.22.3 // (wrapped path resumes) and v22.23.1 (wrapped path ignores the session). // // Real-world impact: FTPS servers with vsftpd require_ssl_reuse (e.g. Bambu // Lab H2D 3D printers) reject every data connection from clients like // basic-ftp, which upgrade the already-connected data socket and pass // `session` exactly this way. 'use strict' const tls = require('node:tls') const net = require('node:net') // Throwaway self-signed localhost cert so the repro is a single file. const key = `-----BEGIN PRIVATE KEY----- MIIEvQIBADANBgkqhkiG9w0BAQEFAASCBKcwggSjAgEAAoIBAQDsN1UvQ0kux/m8 snGI8rPBL5kXYXe2E1IV/V8ImQDbFouay2bZIL4vPdhVsNGH7+oprUtQ9sgpKNue GN96aGcIsUSZN6HcvFZhS78dk6FTBDaSVbUFijp59WS1WdLmmkFYva7SLGJ5VE9A 2tB4DSPcw0ofqESV2YMhHfsc4RhXJ6FcumWPv8yosT3lJAdZjxoBuxGtysY89bff 6ZNBIFnS8tb1W+L2qAk3p7GEIklJUDemmt1HDwu4vA/820Y0UB+KFNLNT4S/wUKw J7nWJfLQ1A9BiQiRsJgHqRykXYFB9BO0uuQw+SxXtMEqU5CtlnB8Jf2LOfLbhjBx acwD7oqfAgMBAAECggEAE+l8LE5DOobP9giiynUPEw9km9RzB22sgz8HBk4DhPRr E0LnKhF5BrlzZZHQr+FY/2dkzG/pIpMXpEWbfRGU8eYjjrjiU52quGvusdsSg9F8 mixQZKWo1UQK18C5JwhEzuq6dGwaZvjk72YioaQV7FOoCXAhS/J4e8+vrdkJuLrs iT5VvaB+Lpw6Se3OszyWQ4ceFs9WZPLljlxTFFXAADVvgIdMryygotag7zHvbXes q7Gw/XaIm/RME1I3b7wxYQLeHn1lVQwb5ZjaSZB/2UEa6/s9PCNuerxJMg52cXKA BDX6txAOyNoQBXU2aHmw7hGWfE2zYvSR9LO4j0RyMQKBgQD2wSwqd/CvYjEAS49e hjPYr0jbrXVPHxUZeJvliQq3J4ocH+ARDUankVVbJmgxa4WccmDbLGFQil2UXHad PMT…