Many Touch Bar-related errors logged when windows are opened while using Big Sur
Categories
(Core :: Widget: Cocoa, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox102 | --- | fixed |
People
(Reporter: bugzilla, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [mac:developer])
When Firefox starts on Big Sur, the following errors are logged:
2021-01-18 14:34:24.987 firefox[20118:426336] Warning: Expected min height of view: (<NSButton: 0x13340ac00>) to be less than or equal to 30 but got a height of 32.000000. This error will be logged once per view in violation.
2021-01-18 14:34:24.988 firefox[20118:426336] Warning: Expected min height of view: (<NSButton: 0x1336d4400>) to be less than or equal to 30 but got a height of 32.000000. This error will be logged once per view in violation.
2021-01-18 14:34:24.989 firefox[20118:426336] Warning: Expected min height of view: (<NSButton: 0x1336d0800>) to be less than or equal to 30 but got a height of 32.000000. This error will be logged once per view in violation.
2021-01-18 14:34:24.989 firefox[20118:426336] Warning: Expected min height of view: (<NSButton: 0x1336d5c00>) to be less than or equal to 30 but got a height of 32.000000. This error will be logged once per view in violation.
2021-01-18 14:34:24.990 firefox[20118:426336] Warning: Expected min height of view: (<NSButton: 0x1336d2800>) to be less than or equal to 30 but got a height of 32.000000. This error will be logged once per view in violation.
2021-01-18 14:34:24.990 firefox[20118:426336] Warning: Expected min height of view: (<NSPopoverTouchBarItemButton: 0x1336d3800>) to be less than or equal to 30 but got a height of 32.000000. This error will be logged once per view in violation.
2021-01-18 14:34:24.991 firefox[20118:426336] Warning: Expected min height of view: (<NSPopoverTouchBarItemButton: 0x1336dcc00>) to be less than or equal to 30 but got a height of 32.000000. This error will be logged once per view in violation.
This appears to be a problem for other apps that use the Touch Bar when they are built with an SDK less than the macOS 11 SDK: See this MacVim GitHub issue (resolution) and a thread about the Mac version of R.
Reporter | ||
Updated•4 years ago
|
Comment 1•4 years ago
|
||
Oh, it's because of the SDK! That makes sense.
Updated•4 years ago
|
Reporter | ||
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Is there some way we can hide these messages or only log them in debug builds? They are really spammy and it makes it difficult to spot other things being logged.
Comment 3•4 years ago
|
||
To avoid the messages in your own builds, you could build with the macOS 11 SDK locally.
Comment 4•4 years ago
|
||
I'm not sure if it's possible to hide those messages. I think the best fix is to move to the macOS 11 SDK and make it the required minimum SDK. We're currently looking at doing that somewhat soonish.
Comment 5•4 years ago
|
||
(In reply to Markus Stange [:mstange] from comment #3)
To avoid the messages in your own builds, you could build with the macOS 11 SDK locally.
That means not using artifact builds which would significantly slow down my work.
Comment 6•4 years ago
|
||
Ah, I missed that.
I found https://scottberrevoets.com/2016/08/01/silencing-nslog/ which could help here.
Updated•4 years ago
|
Updated•4 years ago
|
Comment 7•3 years ago
|
||
Looks like this is solved with the new SDK.
Comment 8•3 years ago
|
||
Reopening because bug 1696504 got backed out.
Comment 9•2 years ago
|
||
Resolving because bug 1696504 got relanded.
Description
•