Loading...

XML

Word

Printable

JSON

Type: Bug
Resolution: Fixed
Priority: Major - P3
Fix Version/s: 8.1.0-rc0
Affects Version/s: None
Component/s: None
Labels:
None

Assigned Teams:

Service Arch
Backwards Compatibility:
Fully Compatible
Operating System:
ALL
Sprint:
Programmability 2024-06-24, Programmability 2024-07-08, Programmability 2024-07-22, Programmability 2024-08-05, Programmability 2024-08-19, Programmability 2024-09-02
Confidence Status:
None
Work Order:
3

Aha! Reference:
None
Tracking Level:
None
Risk Status:
None
Exec Notes:
None
Goal Name:
None
Goal Link:
None

We use uassert and iassert internally as an ordinary nonfatal exception throwing mechanism.

For some reason they are behaving like tassert, a stronger assertion. Basically everything that uasserts or iasserts is fatal in tests because of this mysterious mixup.

This ticket has been renamed. It was originally about TCPFastOpen availability, but really it was the probe for TCPFastOpen, which is iassert-based, that was just the first manifestation of the problem as the server is booting up.

depends on

SERVER-87442 Platform Support: Add support for Macos 14 sonoma (ARM64 and AMD64)

Closed

has to be done before

SERVER-91469 Build errors on macOS Sonoma 14.5 / Apple clang version 15.0.0 (clang-1500.3.9.4)

Closed

split to

SERVER-92760 Nullptr exceptions in Collator destructors on x86 macos14

Closed

Assignee:: Billy Donahue
Reporter:: Brian McCarthy
Participants:: Billy Donahue, Brian McCarthy
Votes:: 0 Vote for this issue
Watchers:: 12 Start watching this issue

Created:: May 29 2024 09:17:43 PM UTC
Updated:: Aug 23 2024 10:51:52 AM UTC
Resolved:: Aug 23 2024 10:51:52 AM UTC
Confidence Status Last Update:: 21/Jun/24 6:43 AM

Details

Description

Attachments

Issue Links

Activity

People

Dates