Hi there, I’ve upgraded to the 10.10 Beta, and noticed TextMate is no longer functional. It seems that we’re hitting a minor issue at the OakWindowFrameHelper placeAndSizeWindow method ( https://github.com/textmate/textmate/blob/master/Frameworks/OakAppKit/src/Oa... ) that makes the editor windows not be positioned properly. I’m not exactly sure what might be causing it, but other windows seem to be unafected.
Is there anyone else also hitting this?
Here’s an stack trace from Console.app:
6/6/14 5:53:02.829 PM TextMate[38605]: An uncaught exception was raised 6/6/14 5:53:02.829 PM TextMate[38605]: *** -[__NSArrayM objectAtIndex:]: index 2 beyond bounds [0 .. 1] 6/6/14 5:53:02.839 PM TextMate[38605]: ( 0 CoreFoundation 0x00007fff8beb414c __exceptionPreprocess + 172 1 libobjc.A.dylib 0x00007fff8922757d objc_exception_throw + 43 2 CoreFoundation 0x00007fff8bd7e344 -[__NSArrayM objectAtIndex:] + 260 3 AppKit 0x00007fff8dcf4c6a -[NSView resizeSubviewsWithOldSize:] + 187 4 AppKit 0x00007fff8dcd05ac -[NSView setFrameSize:] + 1517 5 AppKit 0x00007fff8dd8f7cb -[NSThemeFrame setFrameSize:] + 484 6 AppKit 0x00007fff8dccfeb9 -[NSView setFrame:] + 486 7 AppKit 0x00007fff8dd3a4cf -[NSView resizeWithOldSuperviewSize:] + 1206 8 AppKit 0x00007fff8dd2e32b -[NSView layoutSubtreeIfNeeded] + 810 9 AppKit 0x00007fff8e39ee60 _NSViewLayoutSubtreesThatUseAutolayoutIfNeeded + 71 10 AppKit 0x00007fff8dd8f5bb -[NSWindow(NSConstraintBasedLayout) _layoutViewTree] + 82 11 AppKit 0x00007fff8dd8d63f -[NSWindow _setFrame:updateBorderViewSize:] + 867 12 AppKit 0x00007fff8dd8cd7a -[NSWindow _oldPlaceWindow:] + 1092 13 AppKit 0x00007fff8dd8c2a1 -[NSWindow _setFrameCommon:display:stashSize:] + 2278 14 OakAppKit 0x00000001002f43c2 -[OakWindowFrameHelper placeAndSizeWindow:] + 2991 15 OakAppKit 0x00000001002f2feb -[OakWindowFrameHelper initWithWindow:] + 422 16 OakAppKit 0x00000001002f2e19 +[OakWindowFrameHelper windowFrameHelperWithWindow:] + 57 17 DocumentWindow 0x00000001001a2ebe -[DocumentController init] + 2303 18 TextMate 0x0000000100057dc2 -[AppController(Documents) newDocument:] + 30 19 libsystem_trace.dylib 0x00007fff83d36353 _os_activity_initiate + 75 20 AppKit 0x00007fff8de69818 -[NSApplication sendAction:to:from:] + 410 21 AppKit 0x00007fff8de8311a -[NSMenuItem _corePerformAction] + 382 22 AppKit 0x00007fff8de82e3a -[NSCarbonMenuImpl performActionWithHighlightingForItemAtIndex:] + 117 23 libsystem_trace.dylib 0x00007fff83d36353 _os_activity_initiate + 75 24 AppKit 0x00007fff8decffd6 -[NSMenu performActionForItemAtIndex:] + 131 25 AppKit 0x00007fff8decff46 -[NSMenu _internalPerformActionForItemAtIndex:] + 35 26 AppKit 0x00007fff8decfd93 -[NSCarbonMenuImpl _carbonCommandProcessEvent:handlerCallRef:] + 107 27 AppKit 0x00007fff8de78d28 NSSLMMenuEventHandler + 724 28 HIToolbox 0x00007fff92839988 _ZL23DispatchEventToHandlersP14EventTargetRecP14OpaqueEventRefP14HandlerCallRec + 1128 29 HIToolbox 0x00007fff92838e4e _ZL30SendEventToEventTargetInternalP14OpaqueEventRefP20OpaqueEventTargetRefP14HandlerCallRec + 386 30 HIToolbox 0x00007fff9284d6f6 SendEventToEventTarget + 40 31 HIToolbox 0x00007fff92883a45 _ZL18SendHICommandEventjPK9HICommandjjhPKvP20OpaqueEventTargetRefS5_PP14OpaqueEventRef + 428 32 HIToolbox 0x00007fff928b66ad SendMenuCommandWithContextAndModifiers + 59 33 HIToolbox 0x00007fff928b6650 SendMenuItemSelectedEvent + 188 34 HIToolbox 0x00007fff928b6523 _ZL19FinishMenuSelectionP13SelectionDataP10MenuResultS2_ + 96 35 HIToolbox 0x00007fff928bdf97 _ZL14MenuSelectCoreP8MenuData5PointdjPP13OpaqueMenuRefPt + 702 36 HIToolbox 0x00007fff928bdb84 _HandleMenuSelection2 + 446 37 AppKit 0x00007fff8de0015e _NSHandleCarbonMenuEvent + 277 38 AppKit 0x00007fff8dc9ab6d _DPSNextEvent + 1840 39 AppKit 0x00007fff8dc99ff9 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 139 40 AppKit 0x00007fff8dc8dfe3 -[NSApplication run] + 594 41 AppKit 0x00007fff8dc79a9e NSApplicationMain + 1778 42 TextMate 0x0000000100066558 main + 810 43 TextMate 0x000000010004b944 start + 52 )
Thanks
On 6 Jun 2014, at 23:06, Marco Aurélio wrote:
[…] It seems that we’re hitting a minor issue at the OakWindowFrameHelper placeAndSizeWindow method ( https://github.com/textmate/textmate/blob/master/Frameworks/OakAppKit/src/Oa... ) that makes the editor windows not be positioned properly. I’m not exactly sure what might be causing it, but other windows seem to be unafected.
Is there anyone else also hitting this?
I’ve seen a few other people reprot this. Looking at the code though, it seems to be a framework bug, unless resizing an NSWindow in the init method is disallowed.
If Apple doesn’t address it, we could probably delay setting the window size, but I’m not on 10.10 myself, so can’t test ATM.
On 14 Jun 2014, at 13:19, Allan Odgaard wrote:
[…] If Apple doesn’t address it, we could probably delay setting the window size, but I’m not on 10.10 myself, so can’t test ATM.
Turns out that this is triggered by having a 1px high tab bar view (kudos to Jacob Bandes-Storch for tracking this down).
For now a workaround is to enable “show for single document” in Preferences → Projects → Document tabs. This is the default setting, so only applies to people who have changed it.
-
Allan Odgaard -
Marco Aurélio