Details
-
Task
-
Resolution: Fixed
-
P2: Important
-
6.8
-
None
-
-
15817e7d2 (dev), 24be12c26 (6.8)
Description
From the original bug report I'm linking to here it appears that file-based keychains finally stopped working on macOS 15, giving the reporter "SslInvalidInternalData". Their investigation shows that removing QT_SSL_USE_TEMPORARY_KEYCHAIN fixed their issue with QSslSocket. But this type of error we emit (with SecureTransport backend) only if we fail to create SecIdentityRef from cert/private key (and SecPKCS12Import essentially relies on file-based keychain if it's enabled with env. variable). Thus it makes sense to test, issue a warning at runtime and document this 'new' behavior and what a user is supposed to do to avoid their server app ( ? ) from being blocked by keychain access popup (which was the reason we introduced temporary keychains).
Attachments
Issue Links
- is required for
-
QTBUG-128163 [macOS 15 Beta 6] SslInvalidUserDataError on second connection with QSslServer
-
- Closed
-
For Gerrit Dashboard: QTBUG-128579 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
592932,9 | SecureTransport: use memory-only PKCS12 import on macOS >= 15 | dev | qt/qtbase | Status: MERGED | +2 | +1 |
593399,2 | SecureTransport: use memory-only PKCS12 import on macOS >= 15 | 6.8 | qt/qtbase | Status: MERGED | +2 | 0 |