Crash when unlock the screen

I believe I was using a keyboard shortcut to move a window to another workspace, but I was pretty distracted
##### AeroSpace Runtime Error #####

Please report to:
    https://github.com/nikitabobko/AeroSpace/issues/new
    Please describe what you did to trigger this error

Message: Window(title: 'Optional("qb – pyproject.toml")', role: 'Optional("AXWindow")', subrole: 'Optional("AXStandardWindow")', identifier: 'nil', modal: 'Optional("false")', windowId: 'Optional("166")') is already unbound
Version: 0.16.0-Beta
Git hash: d172dfd8a92f2d339f3d46a12a297e43e80768ca
Coordinate: /Users/bobko/a/AeroSpace/Sources/AppBundle/tree/TreeNode.swift:115:34 unbindFromParent()
recursionDetectorDuringFailure: false
cli: false

Stacktrace:
0   AeroSpace                           0x0000000104c7b648 $s6Common6errorT_4file4line6column8functionxSS_SSS2iSStlF + 740
1   AeroSpace                           0x0000000104b2b324 $s9AppBundle33restoreClosedWindowsCacheIfNeeded19newlyDetectedWindowSbAA0K0C_tF + 2548
2   AeroSpace                           0x0000000104b18c28 $s9AppBundle9MacWindowC3get3app02axD07startupACSgAA0cA0C_So14AXUIElementRefaSbtFZTf4nnnd_n + 1648
3   AeroSpace                           0x0000000104b14fa0 $sSTsE10compactMapySayqd__Gqd__Sg7ElementQzKXEKlFSaySo14AXUIElementRefaG_9AppBundle6WindowCTg503$s9f55Bundle03MacA0C25detectNewWindowsAndGetAll7startupSayAA6h15CGSb_tFAGSgSo14D9RefaXEfU_AI0kF0CSbTf1cn_nTf4ngn_n + 248
4   AeroSpace                           0x0000000104b0d7ac $s9AppBundle03MacA0C25detectNewWindowsAndGetAll7startupSayAA6WindowCGSb_tF + 256
5   AeroSpace                           0x0000000104afd5d0 $s9AppBundle41detectNewWindowsAndAttachThemToWorkspaces33_9D4CAE07A16011BB7304F8F5007BD739LL7startupySb_tF + 384
6   AeroSpace                           0x0000000104afa9c4 $s9AppBundle14refreshSession26screenIsDefinitelyUnlocked7startup10forceFocus4bodyxSb_S2bxyXEtlFyt_Tg503$s9A70Bundle9MacWindowC14garbageCollect22skipClosedWindowsCacheySb_tFyyXEfU_SSTf1nnnnc_n + 752
7   AeroSpace                           0x0000000104b15410 $s9AppBundle9MacWindowC14garbageCollect22skipClosedWindowsCacheySb_tF + 712
8   AeroSpace                           0x0000000104aff9f8 $s9AppBundle9gcWindowsyyF + 500
9   AeroSpace                           0x0000000104afaed4 $s9AppBundle14refreshSession26screenIsDefinitelyUnlocked7startup10forceFocus4bodyxSb_S2bxyXEtlFyt_Tg503$s9a32Bundle16refreshAndLayout26screenfG31Unlocked7startupySb_SbtFyyXEfU_Tf1nnnnc_n + 644
10  AeroSpace                           0x0000000104a9f824 $s9AppBundle14GlobalObserverC7onNotif33_F1205CFDC13498282252A689C79131F6LLyy10Foundation12NotificationVFZTf4nd_n + 384
11  AeroSpace                           0x0000000104a9eb08 $s10Foundation12NotificationVIeghn_So14NSNotificationCIeyBhy_TR + 116
12  CoreFoundation                      0x000000019f42ab08 __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 128
13  CoreFoundation                      0x000000019f4bedb8 ___CFXRegistrationPost_block_invoke + 88
14  CoreFoundation                      0x000000019f4bed00 _CFXRegistrationPost + 440
15  CoreFoundation                      0x000000019f3f9648 _CFXNotificationPost + 768
16  Foundation                          0x00000001a0515464 -[NSNotificationCenter postNotificationName:object:userInfo:] + 88
17  AppKit                              0x00000001a2e2abd4 applicationStatusSubsystemCallback + 728
18  LaunchServices                      0x000000019f8b4b20 ___LSScheduleNotificationFunction_block_invoke_2 + 52
19  CoreFoundation                      0x000000019f435a48 __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__ + 28
20  CoreFoundation                      0x000000019f43595c __CFRunLoopDoBlocks + 356
21  CoreFoundation                      0x000000019f434dec __CFRunLoopRun + 2440
22  CoreFoundation                      0x000000019f433e0c CFRunLoopRunSpecific + 608
23  HIToolbox                           0x00000001a9bcf000 RunCurrentEventLoopInMode + 292
24  HIToolbox                           0x00000001a9bcee3c ReceiveNextEventCommon + 648
25  HIToolbox                           0x00000001a9bceb94 _BlockUntilNextEventMatchingListInModeWithFilter + 76
26  AppKit                              0x00000001a2c8c970 _DPSNextEvent + 660
27  AppKit                              0x00000001a347edec -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 700
28  AppKit                              0x00000001a2c7fcb8 -[NSApplication run] + 476
29  AppKit                              0x00000001a2c56f54 NSApplicationMain + 880
30  SwiftUI                             0x00000001cad1d1e0 OUTLINED_FUNCTION_12 + 13968
31  SwiftUI                             0x00000001cb4828ec OUTLINED_FUNCTION_3 + 196
32  SwiftUI                             0x00000001cb87ca5c OUTLINED_FUNCTION_0 + 140
33  AeroSpace                           0x0000000104a9d3ec main + 36
34  dyld                                0x000000019efce0e0 start + 2360

Can you also please attach crash report from Console.app -> Crash Reports?

Just wanted to chime in that I am also getting a similar crash. I had it twice already when unplugging my dock. Let me know if there's anything else I can help with.
My hardware (in case it helps):

Laptop: Macbook Air M2 16GB, macOS Sequoia 15.1.1
Dock: ThinkPad Thunderbolt 3 Dock Gen 2
Connected to two external monitors with a DisplayLink adapter

The crash:
##### AeroSpace Runtime Error #####

Please report to:
    https://github.com/nikitabobko/AeroSpace/issues/new
    Please describe what you did to trigger this error

Message: Window(title: 'Optional("ChatGPT")', role: 'Optional("AXWindow")', subrole: 'Optional("AXStandardWindow")', identifier: 'nil', modal: 'Optional("false")', windowId: 'Optional("24076")') is already unbound
Version: 0.16.0-Beta
Git hash: d172dfd8a92f2d339f3d46a12a297e43e80768ca
Coordinate: /Users/bobko/a/AeroSpace/Sources/AppBundle/tree/TreeNode.swift:115:34 unbindFromParent()
recursionDetectorDuringFailure: false
cli: false

Stacktrace:
0   AeroSpace                           0x000000010496b648 $s6Common6errorT_4file4line6column8functionxSS_SSS2iSStlF + 740
1   AeroSpace                           0x000000010481b324 $s9AppBundle33restoreClosedWindowsCacheIfNeeded19newlyDetectedWindowSbAA0K0C_tF + 2548
2   AeroSpace                           0x0000000104808c28 $s9AppBundle9MacWindowC3get3app02axD07startupACSgAA0cA0C_So14AXUIElementRefaSbtFZTf4nnnd_n + 1648
3   AeroSpace                           0x0000000104804fa0 $sSTsE10compactMapySayqd__Gqd__Sg7ElementQzKXEKlFSaySo14AXUIElementRefaG_9AppBundle6WindowCTg503$s9f55Bundle03MacA0C25detectNewWindowsAndGetAll7startupSayAA6h15CGSb_tFAGSgSo14D9RefaXEfU_AI0kF0CSbTf1cn_nTf4ngn_n + 248
4   AeroSpace                           0x00000001047fd7ac $s9AppBundle03MacA0C25detectNewWindowsAndGetAll7startupSayAA6WindowCGSb_tF + 256
5   AeroSpace                           0x00000001047ed5d0 $s9AppBundle41detectNewWindowsAndAttachThemToWorkspaces33_9D4CAE07A16011BB7304F8F5007BD739LL7startupySb_tF + 384
6   AeroSpace                           0x00000001047eaf30 $s9AppBundle14refreshSession26screenIsDefinitelyUnlocked7startup10forceFocus4bodyxSb_S2bxyXEtlFyt_Tg503$s9a32Bundle16refreshAndLayout26screenfG31Unlocked7startupySb_SbtFyyXEfU_Tf1nnnnc_n + 736
7   AeroSpace                           0x00000001047f4130 $s9AppBundle8movedObs_2ax5notif4dataySo13AXObserverRefa_So011AXUIElementI0aSo08CFStringI0aSvSgtFTf4dddn_n + 172
8   HIServices                          0x0000000196251a80 _XXMIGPostNotification + 896
9   HIServices                          0x0000000196282fa0 _XPostNotification + 356
10  HIServices                          0x0000000196232368 mshMIGPerform + 212
11  CoreFoundation                      0x000000018f9962c8 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 60
12  CoreFoundation                      0x000000018f9961e8 __CFRunLoopDoSource1 + 524
13  CoreFoundation                      0x000000018f994b48 __CFRunLoopRun + 2248
14  CoreFoundation                      0x000000018f993bc4 CFRunLoopRunSpecific + 588
15  HIToolbox                           0x000000019ae03f64 RunCurrentEventLoopInMode + 292
16  HIToolbox                           0x000000019ae09d54 ReceiveNextEventCommon + 636
17  HIToolbox                           0x000000019ae09eb8 _BlockUntilNextEventMatchingListInModeWithFilter + 76
18  AppKit                              0x00000001934bfa08 _DPSNextEvent + 660
19  AppKit                              0x0000000193dffe0c -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 688
20  AppKit                              0x00000001934b2ae0 -[NSApplication run] + 480
21  AppKit                              0x0000000193489364 NSApplicationMain + 888
22  SwiftUI                             0x00000001bdb39340 $s7SwiftUI6runAppys5NeverOSo21NSApplicationDelegate_So11NSResponderCXcFTf4e_nAA07TestingdG0C_Tg5Tm + 160
23  SwiftUI                             0x00000001bdfa9ee4 $s7SwiftUI6runAppys5NeverOxAA0D0RzlF + 84
24  SwiftUI                             0x00000001be322f24 $s7SwiftUI3AppPAAE4mainyyFZ + 224
25  AeroSpace                           0x000000010478d3ec main + 36
26  dyld                                0x000000018f52c274 start + 2840

I still have no idea why it happens, and I still can't reproduce it.
If somebody is up for the journey, you can try to build AeroSpace from sources with the following patch with the debugger attached:
diff --git a/Sources/AppBundle/GlobalObserver.swift b/Sources/AppBundle/GlobalObserver.swift
index 9f3cfd7..91736bb 100644
--- a/Sources/AppBundle/GlobalObserver.swift
+++ b/Sources/AppBundle/GlobalObserver.swift
@@ -4,9 +4,9 @@ class GlobalObserver {
     private static func onNotif(_ notification: Notification) {
         // Third line of defence against lock screen window. See: closedWindowsCache
         // Second and third lines of defence are technically needed only to avoid potential flickering
-        if (notification.userInfo?[NSWorkspace.applicationUserInfoKey] as? NSRunningApplication)?.bundleIdentifier == lockScreenAppBundleId {
-            return
-        }
+        // if (notification.userInfo?[NSWorkspace.applicationUserInfoKey] as? NSRunningApplication)?.bundleIdentifier == lockScreenAppBundleId {
+        //     return
+        // }
         refreshAndLayout(screenIsDefinitelyUnlocked: false)
     }

diff --git a/Sources/AppBundle/layout/refresh.swift b/Sources/AppBundle/layout/refresh.swift
index 34023bb..add23a7 100644
--- a/Sources/AppBundle/layout/refresh.swift
+++ b/Sources/AppBundle/layout/refresh.swift
@@ -60,11 +60,11 @@ private func gc() {
 func gcWindows() {
     // Second line of defence against lock screen. See the first line of defence: closedWindowsCache
     // Second and third lines of defence are technically needed only to avoid potential flickering
-    if NSWorkspace.shared.frontmostApplication?.bundleIdentifier == lockScreenAppBundleId { return }
+    // if NSWorkspace.shared.frontmostApplication?.bundleIdentifier == lockScreenAppBundleId { return }
     let toKill = MacWindow.allWindowsMap.filter { $0.value.axWindow.containingWindowId() == nil }
     // If all windows are "unobservable", it's highly propable that loginwindow might be still active and we are still
     // recovering from unlock
-    if toKill.count == MacWindow.allWindowsMap.count { return }
+    // if toKill.count == MacWindow.allWindowsMap.count { return }
     for window in toKill {
         window.value.garbageCollect(skipClosedWindowsCache: false)
     }
diff --git a/Sources/AppBundle/tree/MacApp.swift b/Sources/AppBundle/tree/MacApp.swift
index 936413e..da39d5a 100644
--- a/Sources/AppBundle/tree/MacApp.swift
+++ b/Sources/AppBundle/tree/MacApp.swift
@@ -19,9 +19,9 @@ final class MacApp: AbstractApp {
     fileprivate static func get(_ nsApp: NSRunningApplication) -> MacApp? {
         // Don't perceive any of the lock screen windows as real windows
         // Otherwise, false positive ax notifications might trigger that lead to gcWindows
-        if nsApp.bundleIdentifier == lockScreenAppBundleId {
-            return nil
-        }
+        // if nsApp.bundleIdentifier == lockScreenAppBundleId {
+        //     return nil
+        // }
         let pid = nsApp.processIdentifier
         if let existing = allAppsMap[pid] {
             return existing

The patch removes all heuristic code that tries to detect locked screen. By droping the heuristics you should make the crash more probable to reproduce (In the best case scenario, it should make the bug 100% reproducible)
The problematic line of code is: https://github.com/nikitabobko/AeroSpace/blob/d172dfd8a92f2d339f3d46a12a297e43e80768ca/Sources/AppBundle/tree/frozen/closedWindowsCache.swift#L68
It should never crash because rootTilingContainer always returns definetely bound TreeNode ("bound" means that the node has its parent). It is somewhat obvious that the node is bound by reading the source code of rootTilingContainer. Nevertheless, your crash reports say that unbindFromParent panicked, since the node was already unbound

The low effort fix for the crash could be:
diff --git a/Sources/AppBundle/tree/TreeNode.swift b/Sources/AppBundle/tree/TreeNode.swift
index 2ea3775..d3c661e 100644
--- a/Sources/AppBundle/tree/TreeNode.swift
+++ b/Sources/AppBundle/tree/TreeNode.swift
@@ -89,7 +89,8 @@ class TreeNode: Equatable {
         return result
     }

-    private func unbindIfBound() -> BindingData? {
+    @discardableResult
+    func unbindIfBound() -> BindingData? {
         guard let _parent else { return nil }

         let index = _parent._children.remove(element: self) ?? errorT("Can't find child in its parent")
diff --git a/Sources/AppBundle/tree/frozen/closedWindowsCache.swift b/Sources/AppBundle/tree/frozen/closedWindowsCache.swift
index 1e9539f..db0ff5c 100644
--- a/Sources/AppBundle/tree/frozen/closedWindowsCache.swift
+++ b/Sources/AppBundle/tree/frozen/closedWindowsCache.swift
@@ -65,7 +65,7 @@ func restoreClosedWindowsCacheIfNeeded(newlyDetectedWindow: Window) -> Bool {
             MacWindow.get(byId: frozenWindow.id)?.bindAsFloatingWindow(to: workspace)
         }
         let orphans = workspace.rootTilingContainer.allLeafWindowsRecursive
-        workspace.rootTilingContainer.unbindFromParent()
+        workspace.rootTilingContainer.unbindIfBound()
         restoreTreeRecursive(frozenContainer: frozenWorkspace.rootTilingNode, parent: workspace, index: INDEX_BIND_LAST)
         for window in (orphans - workspace.rootTilingContainer.allLeafWindowsRecursive) {
             window.relayoutWindow(on: workspace, forceTile: true)

But it will fix only symptoms, not the root cause, because some invariants will still be broken

The only case when restoreClosedWindowsCacheIfNeeded is called is when macOS decides to reuse window ID from the previously closed window for the newly opened window. The only reasonable case known to me when it might happen is when you lock/unlock the screen. (when you lock and unlock the screen, from macOS APIs POV, windows technically "close" and then automatically reopen when you unlock the screen with the same window IDs). AeroSpace relies on that fact that window IDs are reused to restore windows to where they were before you locked the screen.
That's why it's weird for me to hear that people observe the crash when they unplug the dock.
You can try to debug the following, if you observe the crash in cases other than lock/unlock the screen:
diff --git a/Sources/AppBundle/tree/MacWindow.swift b/Sources/AppBundle/tree/MacWindow.swift
index 321fa2b..11a126e 100644
--- a/Sources/AppBundle/tree/MacWindow.swift
+++ b/Sources/AppBundle/tree/MacWindow.swift
@@ -63,7 +63,11 @@ final class MacWindow: Window, CustomStringConvertible {
     // skipClosedWindowsCache is an optimization when it's definitely not necessary to cache closed window.
     //                        If you are unsure, it's better to pass `false`
     func garbageCollect(skipClosedWindowsCache: Bool) {
-        if !skipClosedWindowsCache { cacheClosedWindowIfNeeded(window: self) }
+        if !skipClosedWindowsCache {
+            // The window will be recorded to closedWindowsCache, to potentially restore it from the cache if it turns out that the reason for closing the window is locking the screen
+            print("--- Window \(app.name) \(windowId) is about to die and will be recorded to closedWindowsCache.")
+            cacheClosedWindowIfNeeded(window: self)
+        }
         if MacWindow.allWindowsMap.removeValue(forKey: windowId) == nil {
             return
         }
diff --git a/Sources/AppBundle/tree/frozen/closedWindowsCache.swift b/Sources/AppBundle/tree/frozen/closedWindowsCache.swift
index 1e9539f..8ab361d 100644
--- a/Sources/AppBundle/tree/frozen/closedWindowsCache.swift
+++ b/Sources/AppBundle/tree/frozen/closedWindowsCache.swift
@@ -50,6 +50,7 @@ func restoreClosedWindowsCacheIfNeeded(newlyDetectedWindow: Window) -> Bool {
     if !closedWindowsCache.windowIds.contains(newlyDetectedWindow.windowId) {
         return false
     }
+    print("--- macOS decided to reuse window ID for this window: \(newlyDetectedWindow). Normally this should only happen when you lock/unlock the screen. It's your case, right, right?...")
     let monitors = monitors
     let topLeftCornerToMonitor = monitors.grouped { $0.rect.topLeftCorner }

@Petemir did it crash during that debug session?

@Petemir
1. Did it crash during that debug session?

2. Can you reliably reproduce the problem?

3. From your log, macOS decided to reuse window ID for Audiobookshelf app. Is the problem reproducible if you quit it?

4. It's still very unclear why windows die when you disconnect the dock. Is there anything special about the dock? Do you have monitors connected to the dock or some other special hardware?

Sorry, I misread your previous comments and thought that it shouldn't crash with the patch. No, it didn't crash, so probably the log file was not useful, sorry.
I've been plugging and unplugging the dock a few times with the debugger attached but I couldn't reproduce it so far. I'll come back with a new log when I manage to do it.
No, it's not reproducible. I think that got printed actually when I unplugged the dock. In one of my tries from 2 I got the same message but with another app.
Yes, sorry, I did not make that clear enough on my first post. The DisplayLink adapter is connected to the dock, not to the Mac.

Happening quite consistently on my intel MBP 15" since updating to 0.16. When it happens it has always been  either after unlocking the screen or when connecting to a different monitor setup (i.e. moving from home to office) and awaking.
Hope this helps.

Just got the same issue. Thunderbird was openned before my Mac went to sleep, Aerospace crashed right after I unlocked the screen.
##### AeroSpace Runtime Error #####

Please report to:
    https://github.com/nikitabobko/AeroSpace/issues/new
    Please describe what you did to trigger this error

Message: Window(title: 'Optional("Inbox - TMNSolutions")', role: 'Optional("AXWindow")', subrole: 'Optional("AXStandardWindow")', identifier: 'nil', modal: 'Optional("false")', windowId: 'Optional("859")') is already unbound
Version: 0.16.0-Beta
Git hash: d172dfd8a92f2d339f3d46a12a297e43e80768ca
Coordinate: /Users/bobko/a/AeroSpace/Sources/AppBundle/tree/TreeNode.swift:115:34 unbindFromParent()
recursionDetectorDuringFailure: false
cli: false

Stacktrace:
0   AeroSpace                           0x0000000102cb54e8 $s6Common6errorT_4file4line6column8functionxSS_SSS2iSStlF + 712
1   AeroSpace                           0x0000000102b36dce $s9AppBundle8TreeNodeC16unbindFromParentAA11BindingDataVyF + 238
2   AeroSpace                           0x0000000102b3125f $s9AppBundle9MacWindowC14garbageCollect22skipClosedWindowsCacheySb_tF + 127
3   AeroSpace                           0x0000000102b18d2e $s9AppBundle9gcWindowsyyF + 494
4   AeroSpace                           0x0000000102b134c6 $s9AppBundle14refreshSession26screenIsDefinitelyUnlocked7startup10forceFocus4bodyxSb_S2bxyXEtlFyt_Tg503$s9a32Bundle16refreshAndLayout26screenfG31Unlocked7startupySb_SbtFyyXEfU_Tf1nnnnc_n + 662
5   AeroSpace                           0x0000000102aae98c $s9AppBundle14GlobalObserverC7onNotif33_F1205CFDC13498282252A689C79131F6LLyy10Foundation12NotificationVFZTf4nd_n + 412
6   AeroSpace                           0x0000000102aadb13 $s10Foundation12NotificationVIeghn_So14NSNotificationCIeyBhy_TR + 99
7   CoreFoundation                      0x00007ff80ec9811f __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 120
8   CoreFoundation                      0x00007ff80ed28b56 ___CFXRegistrationPost_block_invoke + 88
9   CoreFoundation                      0x00007ff80ed28aa0 _CFXRegistrationPost + 532
10  CoreFoundation                      0x00007ff80ec6804b _CFXNotificationPost + 682
11  Foundation                          0x00007ff80fbfed3e -[NSNotificationCenter postNotificationName:object:userInfo:] + 82
12  AppKit                              0x00007ff8124ed030 applicationStatusSubsystemCallback + 770
13  LaunchServices                      0x00007ff80f0e734b ___LSScheduleNotificationFunction_block_invoke_2 + 47
14  CoreFoundation                      0x00007ff80eca26ee __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__ + 12
15  CoreFoundation                      0x00007ff80eca2623 __CFRunLoopDoBlocks + 398
16  CoreFoundation                      0x00007ff80eca1980 __CFRunLoopRun + 2182
17  CoreFoundation                      0x00007ff80eca0b32 CFRunLoopRunSpecific + 557
18  HIToolbox                           0x00007ff8196b2829 RunCurrentEventLoopInMode + 292
19  HIToolbox                           0x00007ff8196b2636 ReceiveNextEventCommon + 665
20  HIToolbox                           0x00007ff8196b2381 _BlockUntilNextEventMatchingListInModeWithFilter + 66
21  AppKit                              0x00007ff812308be5 _DPSNextEvent + 880
22  AppKit                              0x00007ff812c18fe9 -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1273
23  AppKit                              0x00007ff8122fa005 -[NSApplication run] + 603
24  AppKit                              0x00007ff8122cdff1 NSApplicationMain + 816
25  SwiftUI                             0x00007ff91b75ef47 __swift_storeEnumTagSinglePayload + 11399
26  SwiftUI                             0x00007ff91be56ad4 objectdestroy.4Tm + 729
27  SwiftUI                             0x00007ff91c21bf9f get_witness_table 7SwiftUI4ViewRzlAA15ModifiedContentVyxAA30_EnvironmentKeyWritingModifierVySbGGAaBHPxAaBHD1__AgA0cI0HPyHCHCTm + 232
28  AeroSpace                           0x0000000102aac1de main + 30
29  dyld                                0x00007ff80e83a366 start + 1942

I'm on MBP 2019 15", Intel chip. Unlike @abigagli , I didn't connect to any external monitor before Mac went to sleep. There was Thunderbird and other two Chrome window openned on the left split. I tried the same split again but issue not re-produced.

fyi, I've been running the debug build since my last comment (i.e., ~5 days) and it only crashed just now after unlocking the screen. I have to say, nevertheless, that the crashlog is similar to my previous one (somewhat longer, though); furthermore, the window appearing in the "already unbound" line is ChatGPT once again. I can attach it, but I don't know if it will add any new information (and neither the print statements; as I had been running this for a long time, I'm not sure the exact moment that the lines start referring directly to the crash).
Clearly, in any case, I'm not able to consistently reproduce the crash neither with lock/unlock nor with plugging/unplugging the dock. I'll go back to the production build.

##### AeroSpace Runtime Error #####

Please report to:
    https://github.com/nikitabobko/AeroSpace/issues/new
    Please describe what you did to trigger this error

Message:
Version: 0.16.1-Beta
Git hash: 7b88c46da8b00dcde023ec41f9629d19e0024902
Coordinate: /Users/bobko/a/AeroSpace/Sources/AppBundle/tree/frozen/closedWindowsCache.swift:48:10 cacheClosedWindowIfNeeded(window:)
recursionDetectorDuringFailure: false
cli: false
Displays have separate spaces: true

Stacktrace:
0   AeroSpace                           0x000000010496bbc8 $s6Common6errorT_4file4line6column8functionxSS_SSS2iSStlFs5NeverO_Tg5 + 1100
1   AeroSpace                           0x0000000104997328 $s6Common5check__4file4line6column8functionySb_SSyXKSSS2iSStF + 92
2   AeroSpace                           0x0000000104848564 $s9AppBundle25cacheClosedWindowIfNeeded6windowyAA0E0C_tF + 1116
3   AeroSpace                           0x000000010482fcf8 $s9AppBundle9MacWindowC14garbageCollect22skipClosedWindowsCacheySb_tF + 136
4   AeroSpace                           0x000000010481ad80 $s9AppBundle9gcWindowsyyF + 500
5   AeroSpace                           0x00000001048187ac $s9AppBundle2gc33_9D4CAE07A16011BB7304F8F5007BD739LLyyF + 388
6   AeroSpace                           0x0000000104815574 $s9AppBundle14refreshSession26screenIsDefinitelyUnlocked7startup4bodyxSb_SbxyXEtlFyt_Tg503$s9a32Bundle16refreshAndLayout26screenfG31Unlocked7startupySb_SbtFyyXEfU_Tf1nnnc_n + 272
7   HIServices                          0x000000019405da80 _XXMIGPostNotification + 896
8   HIServices                          0x000000019408efa0 _XPostNotification + 356
9   HIServices                          0x000000019403e368 mshMIGPerform + 212
10  CoreFoundation                      0x000000018d7a22c8 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 60
11  CoreFoundation                      0x000000018d7a21e8 __CFRunLoopDoSource1 + 524
12  CoreFoundation                      0x000000018d7a0b48 __CFRunLoopRun + 2248
13  CoreFoundation                      0x000000018d79fbc4 CFRunLoopRunSpecific + 588
14  HIToolbox                           0x0000000198c0ff64 RunCurrentEventLoopInMode + 292
15  HIToolbox                           0x0000000198c15d54 ReceiveNextEventCommon + 636
16  HIToolbox                           0x0000000198c15eb8 _BlockUntilNextEventMatchingListInModeWithFilter + 76
17  AppKit                              0x00000001912cba08 _DPSNextEvent + 660
18  AppKit                              0x0000000191c0be0c -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 688
19  AppKit                              0x00000001912beae0 -[NSApplication run] + 480
20  AppKit                              0x0000000191295364 NSApplicationMain + 888
21  SwiftUI                             0x00000001bb945340 $s7SwiftUI6runAppys5NeverOSo21NSApplicationDelegate_So11NSResponderCXcFTf4e_nAA07TestingdG0C_Tg5Tm + 160
22  SwiftUI                             0x00000001bbdb5ee4 $s7SwiftUI6runAppys5NeverOxAA0D0RzlF + 84
23  SwiftUI                             0x00000001bc12ef24 $s7SwiftUI3AppPAAE4mainyyFZ + 224
24  AeroSpace                           0x00000001047b8fd0 main + 36
25  dyld                                0x000000018d338274 start + 2840

Got crashed after starting Aerospace (0.16.1-beta) without doing anything. cc @nikitabobko

@Alienover it's a different crash. 0.16.1 version is broken. Please check 0.16.2

I didn't manage to reproduce the problem, but I have new theories.

The potential fix was committed
I added more information to the crash report

So if somebody experience the crash in 0.16.2, I'm interested to see the crash log.
Please note that 0.16.1 release is broken, and the crash happening in 0.16.1 is a different one. Update to 0.16.2

Thanks @nikitabobko - Would it be possible to update the brew casks to include 0.16.2?

Given that I've not received new crash reports with 0.16.2-Beta, I optimistically assume that the problem is fixed.

I am on 0.16.2-beta and I still see this issue. Happens 100% of the time after macos auto locks on idle.

Crash Report
-------------------------------------
Translated Report (Full Report Below)
-------------------------------------

Process:               AeroSpace [89107]
Path:                  /Applications/AeroSpace.app/Contents/MacOS/AeroSpace
Identifier:            bobko.aerospace
Version:               0.16.2-Beta (???)
Code Type:             ARM-64 (Native)
Parent Process:        launchd [1]
User ID:               501

Date/Time:             2024-12-27 19:59:25.9120 -0800
OS Version:            macOS 15.1.1 (24B91)
Report Version:        12
Anonymous UUID:        447E6711-C9FA-5E2A-750C-42B5ED8C0EE5

Sleep/Wake UUID:       9DBB93EC-197C-4B4C-B656-7C7180B15048

Time Awake Since Boot: 230000 seconds
Time Since Wake:       19217 seconds

System Integrity Protection: disabled

Crashed Thread:        0  Dispatch queue: com.apple.main-thread

Exception Type:        EXC_BREAKPOINT (SIGTRAP)
Exception Codes:       0x0000000000000001, 0x000000010254bbec

Termination Reason:    Namespace SIGNAL, Code 5 Trace/BPT trap: 5
Terminating Process:   exc handler [89107]

Thread 0 Crashed::  Dispatch queue: com.apple.main-thread
0   AeroSpace                     	       0x10254bbec mainMonitor.getter + 688
1   AeroSpace                     	       0x10254b68c monitors.getter + 520
2   AeroSpace                     	       0x102545694 specialized refreshSession<A>(screenIsDefinitelyUnlocked:startup:body:) + 328
3   AeroSpace                     	       0x10254f3f4 specialized movedObs(_:ax:notif:data:) + 168
4   HIServices                    	       0x1885f5a80 _XXMIGPostNotification + 896
5   HIServices                    	       0x188626fa0 _XPostNotification + 356
6   HIServices                    	       0x1885d6368 mshMIGPerform + 212
7   CoreFoundation                	       0x181d3a2c8 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 60
8   CoreFoundation                	       0x181d3a1e8 __CFRunLoopDoSource1 + 524
9   CoreFoundation                	       0x181d38b48 __CFRunLoopRun + 2248
10  CoreFoundation                	       0x181d37bc4 CFRunLoopRunSpecific + 588
11  HIToolbox                     	       0x18d1a7f64 RunCurrentEventLoopInMode + 292
12  HIToolbox                     	       0x18d1add54 ReceiveNextEventCommon + 636
13  HIToolbox                     	       0x18d1adeb8 _BlockUntilNextEventMatchingListInModeWithFilter + 76
14  AppKit                        	       0x185863a08 _DPSNextEvent + 660
15  AppKit                        	       0x1861a3e0c -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 688
16  AppKit                        	       0x185856ae0 -[NSApplication run] + 480
17  AppKit                        	       0x18582d364 NSApplicationMain + 888
18  SwiftUI                       	       0x1afedd340 specialized runApp(_:) + 160
19  SwiftUI                       	       0x1b034dee4 runApp<A>(_:) + 84
20  SwiftUI                       	       0x1b06c6f24 static App.main() + 224
21  AeroSpace                     	       0x1024e90b8 main + 36
22  dyld                          	       0x1818d0274 start + 2840

Thread 1::  Dispatch queue: com.apple.root.default-qos
0   libsystem_kernel.dylib        	       0x181c1a6e4 __accept + 8
1   AeroSpace                     	       0x10274b800 Socket.acceptClientConnection(invokeDelegate:) + 452
2   AeroSpace                     	       0x102552d58 closure #3 in startUnixSocketServer() + 148
3   AeroSpace                     	       0x102555528 thunk for @escaping @callee_guaranteed @Sendable () -> () + 28
4   libdispatch.dylib             	       0x181a9e8f8 _dispatch_call_block_and_release + 32
5   libdispatch.dylib             	       0x181aa0658 _dispatch_client_callout + 20
6   libdispatch.dylib             	       0x181aa37a0 _dispatch_queue_override_invoke + 916
7   libdispatch.dylib             	       0x181ab2314 _dispatch_root_queue_drain + 392
8   libdispatch.dylib             	       0x181ab2b20 _dispatch_worker_thread2 + 156
9   libsystem_pthread.dylib       	       0x181c4f39c _pthread_wqthread + 228
10  libsystem_pthread.dylib       	       0x181c4e0f0 start_wqthread + 8

Thread 2:: com.apple.NSEventThread
0   libsystem_kernel.dylib        	       0x181c11e34 mach_msg2_trap + 8
1   libsystem_kernel.dylib        	       0x181c245d0 mach_msg2_internal + 80
2   libsystem_kernel.dylib        	       0x181c1a9d8 mach_msg_overwrite + 480
3   libsystem_kernel.dylib        	       0x181c1217c mach_msg + 24
4   CoreFoundation                	       0x181d39edc __CFRunLoopServiceMachPort + 160
5   CoreFoundation                	       0x181d3873c __CFRunLoopRun + 1212
6   CoreFoundation                	       0x181d37bc4 CFRunLoopRunSpecific + 588
7   AppKit                        	       0x185988b8c _NSEventThread + 148
8   libsystem_pthread.dylib       	       0x181c532e4 _pthread_start + 136
9   libsystem_pthread.dylib       	       0x181c4e0fc thread_start + 8

Thread 3:
0   libsystem_pthread.dylib       	       0x181c4e0e8 start_wqthread + 0

Thread 0 crashed with ARM Thread State (64-bit):
    x0: 0x0000600001e28de0   x1: 0x03000001e6d99039   x2: 0x00000001e6d99038   x3: 0x0000600001901870
    x4: 0x00006000019018c0   x5: 0x000000016d918920   x6: 0x0000000000000001   x7: 0x0000000000000000
    x8: 0x00000000000000cc   x9: 0x0000000093e4006a  x10: 0x00000000000000cb  x11: 0x0000000000001860
   x12: 0x00000000000007fb  x13: 0x00000000000007fd  x14: 0x000000009404084f  x15: 0x0000000093e4006a
   x16: 0x03000001e6d99039  x17: 0x0000000000000004  x18: 0x0000000000000000  x19: 0x000000016d918e68
   x20: 0x0000600001e28de0  x21: 0x0000600001901860  x22: 0x0000600001e28e40  x23: 0x0000000000000002
   x24: 0x0000000000000000  x25: 0x0000600001901898  x26: 0x000000010282e000  x27: 0x0000000000000001
   x28: 0x000060000342c300   fp: 0x000000016d918e00   lr: 0x000000010254bbec
    sp: 0x000000016d918d60   pc: 0x000000010254bbec cpsr: 0x60001000
   far: 0x0000000000000000  esr: 0xf2000001 (Breakpoint) brk 1

Binary Images:
       0x1024e4000 -        0x102803fff bobko.aerospace (0.16.2-Beta) <64a642a4-ab7d-3a95-82b5-84ac1d74fd3b> /Applications/AeroSpace.app/Contents/MacOS/AeroSpace
       0x106e6c000 -        0x106e77fff libobjc-trampolines.dylib (*) <f1242604-dcb7-30a9-a19a-182991e6e645> /usr/lib/libobjc-trampolines.dylib
       0x11aaf8000 -        0x11b21bfff com.apple.AGXMetalG14X (322.10) <f6817cf9-b70f-382a-839f-1fdd973b9138> /System/Library/Extensions/AGXMetalG14X.bundle/Contents/MacOS/AGXMetalG14X
       0x1885ce000 -        0x18863afff com.apple.HIServices (1.22) <2c8d32a6-5281-3cbd-ba46-1eb9fcdd5eab> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
       0x181cbc000 -        0x1821b0fff com.apple.CoreFoundation (6.9) <ae4610f8-7c5c-3484-858e-cae7457d206e> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
       0x18d09c000 -        0x18d3a3fff com.apple.HIToolbox (2.1.1) <738685cb-aca1-3dfe-91c5-192bab97a042> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
       0x185829000 -        0x186c24fff com.apple.AppKit (6.9) <49d8b1b6-0ea8-36ad-89fd-a41acf00a742> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
       0x1afe91000 -        0x1b1653fff com.apple.SwiftUI (<IP_ADDRESS>) <766fb524-278b-3c0c-9c63-2386ec6b2bfd> /System/Library/Frameworks/SwiftUI.framework/Versions/A/SwiftUI
       0x1818ca000 -        0x18194c7b3 dyld (*) <6beafde4-b011-3e47-8aae-4d7b6e4bb7e8> /usr/lib/dyld
               0x0 - 0xffffffffffffffff ??? (*) <00000000-0000-0000-0000-000000000000> ???
       0x181c11000 -        0x181c4bff7 libsystem_kernel.dylib (*) <9fea25a4-e8ca-3f3d-901c-a53ff2bc7217> /usr/lib/system/libsystem_kernel.dylib
       0x181a9c000 -        0x181ae2fff libdispatch.dylib (*) <9ea577db-73c2-39d8-9fc0-544fa595a142> /usr/lib/system/libdispatch.dylib
       0x181c4c000 -        0x181c58fff libsystem_pthread.dylib (*) <3b8268be-4e02-3b4a-8b41-baed2bbaacff> /usr/lib/system/libsystem_pthread.dylib

External Modification Summary:
  Calls made by other processes targeting this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by all processes on this machine:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=1.3G resident=0K(0%) swapped_out_or_unallocated=1.3G(100%)
Writable regions: Total=1.4G written=594K(0%) resident=594K(0%) swapped_out=0K(0%) unallocated=1.4G(100%)

                                VIRTUAL   REGION
REGION TYPE                        SIZE    COUNT (non-coalesced)
===========                     =======  =======
Activity Tracing                   256K        1
AttributeGraph Data               1024K        1
ColorSync                          512K       26
CoreAnimation                       16K        1
CoreGraphics                        64K        4
Foundation                          16K        1
Kernel Alloc Once                   32K        1
MALLOC                             1.4G       77
MALLOC guard page                  384K       24
STACK GUARD                       56.1M        4
Stack                             9808K        4
VM_ALLOCATE                        176K        7
__AUTH                            3297K      429
__AUTH_CONST                      47.1M      631
__CTF                               824        1
__DATA                            16.7M      614
__DATA_CONST                      18.7M      638
__DATA_DIRTY                      1735K      203
__FONT_DATA                        2352        1
__INFO_FILTER                         8        1
__LINKEDIT                       590.4M        4
__OBJC_RW                         2354K        1
__TEXT                           762.3M      656
__TPRO_CONST                       272K        2
mapped file                      214.0M       26
owned unmapped memory               48K        1
page table in kernel               594K        1
shared memory                     1376K       12
===========                     =======  =======
TOTAL                              3.1G     3372

-----------
Full Report
-----------

{"app_name":"AeroSpace","timestamp":"2024-12-27 19:59:26.00 -0800","app_version":"0.16.2-Beta","slice_uuid":"64a642a4-ab7d-3a95-82b5-84ac1d74fd3b","build_version":"","platform":1,"bundleID":"bobko.aerospace","share_with_app_devs":0,"is_first_party":0,"bug_type":"309","os_version":"macOS 15.1.1 (24B91)","roots_installed":0,"name":"AeroSpace","incident_id":"03E97429-C02D-470F-9114-AAC856816F69"}
{
  "uptime" : 230000,
  "procRole" : "Default",
  "version" : 2,
  "userID" : 501,
  "deployVersion" : 210,
  "modelCode" : "Mac14,12",
  "coalitionID" : 11332,
  "osVersion" : {
    "train" : "macOS 15.1.1",
    "build" : "24B91",
    "releaseType" : "User"
  },
  "captureTime" : "2024-12-27 19:59:25.9120 -0800",
  "codeSigningMonitor" : 1,
  "incident" : "03E97429-C02D-470F-9114-AAC856816F69",
  "pid" : 89107,
  "translated" : false,
  "cpuType" : "ARM-64",
  "roots_installed" : 0,
  "bug_type" : "309",
  "procLaunch" : "2024-12-27 19:43:17.0548 -0800",
  "procStartAbsTime" :<PHONE_NUMBER>048,
  "procExitAbsTime" :<PHONE_NUMBER>819,
  "procName" : "AeroSpace",
  "procPath" : "\/Applications\/AeroSpace.app\/Contents\/MacOS\/AeroSpace",
  "bundleInfo" : {"CFBundleShortVersionString":"0.16.2-Beta","CFBundleIdentifier":"bobko.aerospace"},
  "storeInfo" : {"deviceIdentifierForVendor":"5FE36B02-24A8-5AFC-9B8C-02B82D24AF75","thirdParty":true},
  "parentProc" : "launchd",
  "parentPid" : 1,
  "coalitionName" : "bobko.aerospace",
  "crashReporterKey" : "447E6711-C9FA-5E2A-750C-42B5ED8C0EE5",
  "codeSigningID" : "bobko.aerospace",
  "codeSigningTeamID" : "",
  "codeSigningFlags" : 570425861,
  "codeSigningValidationCategory" : 10,
  "codeSigningTrustLevel" :<PHONE_NUMBER>,
  "instructionByteStream" : {"beforePC":"rlgJlG3\/\/xcgACDU4AMVqkEAgFIEWAmU4AMWqmNXCZTgAxSqYVcJlA==","atPC":"IAAg1OADFar6VwmUIAAg1IACQPnAA1\/W9E++qf17Aan9QwCRk9JAqQ=="},
  "bootSessionUUID" : "FEE1DDD8-0C97-49C0-A45F-EEF7365CEF0E",
  "wakeTime" : 19217,
  "sleepWakeUUID" : "9DBB93EC-197C-4B4C-B656-7C7180B15048",
  "sip" : "disabled",
  "exception" : {"codes":"0x0000000000000001, 0x000000010254bbec","rawCodes":[1,4334074860],"type":"EXC_BREAKPOINT","signal":"SIGTRAP"},
  "termination" : {"flags":0,"code":5,"namespace":"SIGNAL","indicator":"Trace\/BPT trap: 5","byProc":"exc handler","byPid":89107},
  "os_fault" : {"process":"AeroSpace"},
  "extMods" : {"caller":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"system":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"targeted":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"warnings":0},
  "faultingThread" : 0,
  "threads" : [{"triggered":true,"id":25778753,"threadState":{"x":[{"value":105553147891168},{"value":216172790281769017,"symbolLocation":216172782113783809,"symbol":"OBJC_CLASS_$_NSScreen"},{"value":8167985208,"symbolLocation":0,"symbol":"OBJC_CLASS_$_NSScreen"},{"value":105553142487152},{"value":105553142487232},{"value":6133221664},{"value":1},{"value":0},{"value":204},{"value":2481193066},{"value":203},{"value":6240},{"value":2043},{"value":2045},{"value":2483292239},{"value":2481193066},{"value":216172790281769017,"symbolLocation":216172782113783809,"symbol":"OBJC_CLASS_$_NSScreen"},{"value":4},{"value":0},{"value":6133223016},{"value":105553147891168},{"value":105553142487136},{"value":105553147891264},{"value":2},{"value":0},{"value":105553142487192},{"value":4337098752,"symbolLocation":40,"symbol":"_DATA__TtCC7TOMLKit19InternalTOMLDecoder3UDC"},{"value":1},{"value":105553170973440}],"flavor":"ARM_THREAD_STATE64","lr":{"value":4334074860},"cpsr":{"value":1610616832},"fp":{"value":6133222912},"sp":{"value":6133222752},"esr":{"value":4060086273,"description":"(Breakpoint) brk 1"},"pc":{"value":4334074860,"matchesCrashFrame":1},"far":{"value":0}},"queue":"com.apple.main-thread","frames":[{"imageOffset":424940,"symbol":"mainMonitor.getter","symbolLocation":688,"imageIndex":0},{"imageOffset":423564,"symbol":"monitors.getter","symbolLocation":520,"imageIndex":0},{"imageOffset":398996,"symbol":"specialized refreshSession<A>(screenIsDefinitelyUnlocked:startup:body:)","symbolLocation":328,"imageIndex":0},{"imageOffset":439284,"symbol":"specialized movedObs(_:ax:notif:data:)","symbolLocation":168,"imageIndex":0},{"imageOffset":162432,"symbol":"_XXMIGPostNotification","symbolLocation":896,"imageIndex":3},{"imageOffset":364448,"symbol":"_XPostNotification","symbolLocation":356,"imageIndex":3},{"imageOffset":33640,"symbol":"mshMIGPerform","symbolLocation":212,"imageIndex":3},{"imageOffset":516808,"symbol":"__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__","symbolLocation":60,"imageIndex":4},{"imageOffset":516584,"symbol":"__CFRunLoopDoSource1","symbolLocation":524,"imageIndex":4},{"imageOffset":510792,"symbol":"__CFRunLoopRun","symbolLocation":2248,"imageIndex":4},{"imageOffset":506820,"symbol":"CFRunLoopRunSpecific","symbolLocation":588,"imageIndex":4},{"imageOffset":1097572,"symbol":"RunCurrentEventLoopInMode","symbolLocation":292,"imageIndex":5},{"imageOffset":1121620,"symbol":"ReceiveNextEventCommon","symbolLocation":636,"imageIndex":5},{"imageOffset":1121976,"symbol":"_BlockUntilNextEventMatchingListInModeWithFilter","symbolLocation":76,"imageIndex":5},{"imageOffset":240136,"symbol":"_DPSNextEvent","symbolLocation":660,"imageIndex":6},{"imageOffset":9940492,"symbol":"-[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]","symbolLocation":688,"imageIndex":6},{"imageOffset":187104,"symbol":"-[NSApplication run]","symbolLocation":480,"imageIndex":6},{"imageOffset":17252,"symbol":"NSApplicationMain","symbolLocation":888,"imageIndex":6},{"imageOffset":312128,"symbol":"specialized runApp(_:)","symbolLocation":160,"imageIndex":7},{"imageOffset":4968164,"symbol":"runApp<A>(_:)","symbolLocation":84,"imageIndex":7},{"imageOffset":8609572,"symbol":"static App.main()","symbolLocation":224,"imageIndex":7},{"imageOffset":20664,"symbol":"main","symbolLocation":36,"imageIndex":0},{"imageOffset":25204,"symbol":"start","symbolLocation":2840,"imageIndex":8}]},{"id":25778757,"threadState":{"x":[{"value":4},{"value":0},{"value":6133786972},{"value":5086660242},{"value":0},{"value":3741018107},{"value":105553175185712},{"value":6133782416},{"value":128},{"value":0},{"value":105553175183360},{"value":2352},{"value":16},{"value":1},{"value":4294966419},{"value":2043},{"value":30},{"value":147},{"value":0},{"value":5086659968},{"value":5086660242},{"value":0},{"value":6133787296},{"value":0},{"value":5086660020},{"value":8167799488,"symbolLocation":1536,"symbol":"_dispatch_root_queues"},{"value":9223372041191582192},{"value":14987979559889010718},{"value":4336805920}],"flavor":"ARM_THREAD_STATE64","lr":{"value":4336171008},"cpsr":{"value":1610616832},"fp":{"value":6133788064},"sp":{"value":6133786864},"esr":{"value":1442840704,"description":" Address size fault"},"pc":{"value":6471919332},"far":{"value":0}},"queue":"com.apple.root.default-qos","frames":[{"imageOffset":38628,"symbol":"__accept","symbolLocation":8,"imageIndex":10},{"imageOffset":2521088,"symbol":"Socket.acceptClientConnection(invokeDelegate:)","symbolLocation":452,"imageIndex":0},{"imageOffset":453976,"symbol":"closure #3 in startUnixSocketServer()","symbolLocation":148,"imageIndex":0},{"imageOffset":464168,"symbol":"thunk for @escaping @callee_guaranteed @Sendable () -> ()","symbolLocation":28,"imageIndex":0},{"imageOffset":10488,"symbol":"_dispatch_call_block_and_release","symbolLocation":32,"imageIndex":11},{"imageOffset":18008,"symbol":"_dispatch_client_callout","symbolLocation":20,"imageIndex":11},{"imageOffset":30624,"symbol":"_dispatch_queue_override_invoke","symbolLocation":916,"imageIndex":11},{"imageOffset":90900,"symbol":"_dispatch_root_queue_drain","symbolLocation":392,"imageIndex":11},{"imageOffset":92960,"symbol":"_dispatch_worker_thread2","symbolLocation":156,"imageIndex":11},{"imageOffset":13212,"symbol":"_pthread_wqthread","symbolLocation":228,"imageIndex":12},{"imageOffset":8432,"symbol":"start_wqthread","symbolLocation":8,"imageIndex":12}]},{"id":25778783,"name":"com.apple.NSEventThread","threadState":{"x":[{"value":268451845},{"value":21592279046},{"value":8589934592},{"value":196825466273792},{"value":0},{"value":196825466273792},{"value":2},{"value":4294967295},{"value":18446744073709550527},{"value":2},{"value":0},{"value":0},{"value":0},{"value":45827},{"value":0},{"value":0},{"value":18446744073709551569},{"value":8304464824},{"value":0},{"value":4294967295},{"value":2},{"value":196825466273792},{"value":0},{"value":196825466273792},{"value":6136651880},{"value":8589934592},{"value":21592279046},{"value":21592279046},{"value":4412409862}],"flavor":"ARM_THREAD_STATE64","lr":{"value":6471960016},"cpsr":{"value":4096},"fp":{"value":6136651728},"sp":{"value":6136651648},"esr":{"value":1442840704,"description":" Address size fault"},"pc":{"value":6471884340},"far":{"value":0}},"frames":[{"imageOffset":3636,"symbol":"mach_msg2_trap","symbolLocation":8,"imageIndex":10},{"imageOffset":79312,"symbol":"mach_msg2_internal","symbolLocation":80,"imageIndex":10},{"imageOffset":39384,"symbol":"mach_msg_overwrite","symbolLocation":480,"imageIndex":10},{"imageOffset":4476,"symbol":"mach_msg","symbolLocation":24,"imageIndex":10},{"imageOffset":515804,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":160,"imageIndex":4},{"imageOffset":509756,"symbol":"__CFRunLoopRun","symbolLocation":1212,"imageIndex":4},{"imageOffset":506820,"symbol":"CFRunLoopRunSpecific","symbolLocation":588,"imageIndex":4},{"imageOffset":1440652,"symbol":"_NSEventThread","symbolLocation":148,"imageIndex":6},{"imageOffset":29412,"symbol":"_pthread_start","symbolLocation":136,"imageIndex":12},{"imageOffset":8444,"symbol":"thread_start","symbolLocation":8,"imageIndex":12}]},{"id":25799817,"frames":[{"imageOffset":8424,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":12}],"threadState":{"x":[{"value":6134362112},{"value":19751},{"value":6133825536},{"value":0},{"value":409604},{"value":18446744073709551615},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0},{"value":0}],"flavor":"ARM_THREAD_STATE64","lr":{"value":0},"cpsr":{"value":4096},"fp":{"value":0},"sp":{"value":6134362112},"esr":{"value":1442840704,"description":" Address size fault"},"pc":{"value":6472130792},"far":{"value":0}}}],
  "usedImages" : [
  {
    "source" : "P",
    "arch" : "arm64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "0.16.2-Beta",
    "CFBundleIdentifier" : "bobko.aerospace",
    "size" : 3276800,
    "uuid" : "64a642a4-ab7d-3a95-82b5-84ac1d74fd3b",
    "path" : "\/Applications\/AeroSpace.app\/Contents\/MacOS\/AeroSpace",
    "name" : "AeroSpace"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "size" : 49152,
    "uuid" : "f1242604-dcb7-30a9-a19a-182991e6e645",
    "path" : "\/usr\/lib\/libobjc-trampolines.dylib",
    "name" : "libobjc-trampolines.dylib"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "322.10",
    "CFBundleIdentifier" : "com.apple.AGXMetalG14X",
    "size" : 7487488,
    "uuid" : "f6817cf9-b70f-382a-839f-1fdd973b9138",
    "path" : "\/System\/Library\/Extensions\/AGXMetalG14X.bundle\/Contents\/MacOS\/AGXMetalG14X",
    "name" : "AGXMetalG14X",
    "CFBundleVersion" : "322.10"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "1.22",
    "CFBundleIdentifier" : "com.apple.HIServices",
    "size" : 446464,
    "uuid" : "2c8d32a6-5281-3cbd-ba46-1eb9fcdd5eab",
    "path" : "\/System\/Library\/Frameworks\/ApplicationServices.framework\/Versions\/A\/Frameworks\/HIServices.framework\/Versions\/A\/HIServices",
    "name" : "HIServices"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.CoreFoundation",
    "size" : 5197824,
    "uuid" : "ae4610f8-7c5c-3484-858e-cae7457d206e",
    "path" : "\/System\/Library\/Frameworks\/CoreFoundation.framework\/Versions\/A\/CoreFoundation",
    "name" : "CoreFoundation",
    "CFBundleVersion" : "3107"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "2.1.1",
    "CFBundleIdentifier" : "com.apple.HIToolbox",
    "size" : 3178496,
    "uuid" : "738685cb-aca1-3dfe-91c5-192bab97a042",
    "path" : "\/System\/Library\/Frameworks\/Carbon.framework\/Versions\/A\/Frameworks\/HIToolbox.framework\/Versions\/A\/HIToolbox",
    "name" : "HIToolbox"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.AppKit",
    "size" : 20955136,
    "uuid" : "49d8b1b6-0ea8-36ad-89fd-a41acf00a742",
    "path" : "\/System\/Library\/Frameworks\/AppKit.framework\/Versions\/C\/AppKit",
    "name" : "AppKit",
    "CFBundleVersion" : "2575.20.21"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "<IP_ADDRESS>",
    "CFBundleIdentifier" : "com.apple.SwiftUI",
    "size" : 24915968,
    "uuid" : "766fb524-278b-3c0c-9c63-2386ec6b2bfd",
    "path" : "\/System\/Library\/Frameworks\/SwiftUI.framework\/Versions\/A\/SwiftUI",
    "name" : "SwiftUI",
    "CFBundleVersion" : "<IP_ADDRESS>"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "size" : 534452,
    "uuid" : "6beafde4-b011-3e47-8aae-4d7b6e4bb7e8",
    "path" : "\/usr\/lib\/dyld",
    "name" : "dyld"
  },
  {
    "size" : 0,
    "source" : "A",
    "base" : 0,
    "uuid" : "00000000-0000-0000-0000-000000000000"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "size" : 241656,
    "uuid" : "9fea25a4-e8ca-3f3d-901c-a53ff2bc7217",
    "path" : "\/usr\/lib\/system\/libsystem_kernel.dylib",
    "name" : "libsystem_kernel.dylib"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "size" : 290816,
    "uuid" : "9ea577db-73c2-39d8-9fc0-544fa595a142",
    "path" : "\/usr\/lib\/system\/libdispatch.dylib",
    "name" : "libdispatch.dylib"
  },
  {
    "source" : "P",
    "arch" : "arm64e",
    "base" :<PHONE_NUMBER>,
    "size" : 53248,
    "uuid" : "3b8268be-4e02-3b4a-8b41-baed2bbaacff",
    "path" : "\/usr\/lib\/system\/libsystem_pthread.dylib",
    "name" : "libsystem_pthread.dylib"
  }
],
  "sharedCache" : {
  "base" :<PHONE_NUMBER>,
  "size" :<PHONE_NUMBER>,
  "uuid" : "f66bac4e-1e78-38af-b867-c1cf5daa0302"
},
  "vmSummary" : "ReadOnly portion of Libraries: Total=1.3G resident=0K(0%) swapped_out_or_unallocated=1.3G(100%)\nWritable regions: Total=1.4G written=594K(0%) resident=594K(0%) swapped_out=0K(0%) unallocated=1.4G(100%)\n\n                                VIRTUAL   REGION \nREGION TYPE                        SIZE    COUNT (non-coalesced) \n===========                     =======  ======= \nActivity Tracing                   256K        1 \nAttributeGraph Data               1024K        1 \nColorSync                          512K       26 \nCoreAnimation                       16K        1 \nCoreGraphics                        64K        4 \nFoundation                          16K        1 \nKernel Alloc Once                   32K        1 \nMALLOC                             1.4G       77 \nMALLOC guard page                  384K       24 \nSTACK GUARD                       56.1M        4 \nStack                             9808K        4 \nVM_ALLOCATE                        176K        7 \n__AUTH                            3297K      429 \n__AUTH_CONST                      47.1M      631 \n__CTF                               824        1 \n__DATA                            16.7M      614 \n__DATA_CONST                      18.7M      638 \n__DATA_DIRTY                      1735K      203 \n__FONT_DATA                        2352        1 \n__INFO_FILTER                         8        1 \n__LINKEDIT                       590.4M        4 \n__OBJC_RW                         2354K        1 \n__TEXT                           762.3M      656 \n__TPRO_CONST                       272K        2 \nmapped file                      214.0M       26 \nowned unmapped memory               48K        1 \npage table in kernel               594K        1 \nshared memory                     1376K       12 \n===========                     =======  ======= \nTOTAL                              3.1G     3372 \n",
  "legacyInfo" : {
  "threadTriggered" : {
    "queue" : "com.apple.main-thread"
  }
},
  "logWritingSignature" : "bb886c50e89da42de5d3c6a0371b2aca4a94907a",
  "trialInfo" : {
  "rollouts" : [
    {
      "rolloutId" : "65a8173205d942272410674b",
      "factorPackIds" : {
        "SIRI_HOME_AUTOMATION_SERVER_FLOW_DEPRECATION" : "65d39fa4cb0e2417d11ce5f6"
      },
      "deploymentId" : 240000001
    },
    {
      "rolloutId" : "661464ecda55e5192b100804",
      "factorPackIds" : {

      },
      "deploymentId" : 240000005
    }
  ],
  "experiments" : [
    {
      "treatmentId" : "45f4e2a5-551b-4bc2-a2dc-19c244dda8f8",
      "experimentId" : "6643969b3099cf28e049862f",
      "deploymentId" : 400000007
    }
  ]
}
}


pull request for e2e test at 01/29/2017 07:26:11

:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


XD-2612 Upgrade to kryo 3.0 and refactor to use object pooling

LGTM; rebased, squashed, and merged as https://github.com/spring-projects/spring-xd/commit/f288ea9216cd7d9f97ce8fcc9354906f2425cc01


Breakdown edit_distance so as to see how many operations of each type are required?

Is it possible that in addition to getting the output of edit_distance metric to also get statistics regarding how many insertions, substitutions, deletions are required to transform string s1 into s2?

It would not be difficult to modify the code to report this. However, I don't see a strong case for providing it in NLTK.

Thanks for your reply. Can you please point out what needs to be changed? Thanks!


API Comparison Discussed changes and (Bug fix) 8037 msg box alert accept issue

Bug #8037 : Message Box Alert Accept Issue : FIXED

Merged it, please update related tickets.


Hide Material Override/Overlay if no surface material is set

This avoids choice paralysis when assigning materials to meshes.
There are still 2 ways to set materials on a newly created mesh (either inside or outside the Mesh resource depending on your use cases). Still, 2 ways to set materials is much less confusing than 4 :slightly_smiling_face:
Testing project: test_material_override_editor.zip
This closes https://github.com/godotengine/godot-proposals/issues/4967.
TODO

[ ] Listen to Mesh resource changes and call notify_property_list_changed() when a material is added to the mesh or removed from it. This is required to update material override/overlay property visibility in this case.

I support this as part of the import team.

Closing due to lack of support (see reactions on the proposal).


Bug: Why does pricing in gcosts not reflect Google's pricing calculator?

Describe the bug
I'm loving gcosts btw, but I was interested as to why the pricing within the pricing.yml does not reflect pricing using Google's pricing calculator?
I've checked Google's pricing calculator against the SKU prices and they seem both accurate so I was just curious more than anything.
I realise that the calculator is an estimate too
To Reproduce
Steps to reproduce the behavior:

Monthly cost of n1-standard-2 in europe-west2 via calculator is $89.35
Compare with pricing in latest pricing.yml which is $62.xx:

        europe-west2:
          hour: 0.122395
          hour_spot: 0.025465
          month: 62.543845
          month_1y: 56.235185
          month_3y: 40.1697465
          month_spot: 18.58945

Expected behavior
I would expect the two comparisons to match, but I could be missing a vital part of the puzzle here
Desktop (please complete the following information):

OS: macOS
Browser n/a
Version v3.0.2

SUD is taken into account where possible: https://cloud.google.com/compute/docs/sustained-use-discounts


Make "noDateVirtualHeight" an input and fix spelling

Reproduction link
https://stackblitz.com/edit/ng-zorro-antd-ivy-ykibfg?file=src%2Fapp%2Fapp.component.ts
Steps to reproduce

When using nz-table as a virtual table, set the [nzData] to an empty array (replicating no data).
Notice that the nzNoResult template is being shown inside a scrollable container.

What is expected?

noDateVirtualHeight should be an @Input() so we can customize the height based on the no data template we use.
noDateVirtualHeight should be renamed to noDataVirtualHeight.

What is actually happening?
If using a custom [nzNoResult] template, the height is limited by the 182px given by noDateVirtualHeight variable inside table-inner-scroll.component.ts.
This causes the template to not be disaplayed completely, and is instead shown inside a scroll container.

Environment
Info

ng-zorro-antd
16.2.2

Browser
All

Dear @SaurabhHealum,
We appreciate your diligence in identifying and documenting the issues mentioned. A pull request has been initiated to address and resolve both concerns effectively.
PR #8457

Facing the same issue as @SaurabhHealum mentioned, not able to find any workaround for it.
Please let us know if there are any quick fixes available.

Hi @ParsaArvanehPA.
Maybe it would also be a better idea to initialise the noDataVirtualHeight to the scrollY value by default (instead of using 182px)?
When we have tables with fixed height, the height remains the same regardless of if there is any data or not. Setting the height to scrollY will ensure this.
Of course, if a user wants to alter this behaviour, the @Input() enables them to change it.

Facing the same issue as @SaurabhHealum mentioned, not able to find any workaround for it.
Please let us know if there are any quick fixes available.

In the meantime you can manually set the height; like this:
.my-table-class-name {
  nz-table-inner-scroll {
    cdk-virtual-scroll-viewport {
      height: 550px !important;
    }
  }
}


Support an optional icon parameter on the shortcut helpers

For applications without an exe or an exe without a custom icon, like the Sikuli batch file, support an icon parameter on the helper functions.

Is this still an issue?


refactor: use display formatting instead of debug formatting in tracing events

Summary
Replace all tracing event fields flagged by the tracing-debug-field lint with display formatting
Background
Debug formatting is noisy and impossible to parse in observability. It also leaks language-specific implementation details.
Changes

Fix all fields in events flagged by the tracing-debug-field:
errors are emitted using their tracing::field::Value implementation on the dyn std::error::Error trait object
bytes slices (like sha256 hashes) are formatted using a new astria_telemetry::display::hex utility
emitting of big types (like SignedTransaction) is removed in favor of emitting its sha256 hash as hex
make the custom-lints job a hard requirement to pass tests

Using my admin privileges to merge this change into main.
Justification: the PR has approval for the relevant changes from codeowner @noot. The code change that requires approval from @astriaorg/infra makes the custom-lints job a hard requirement where before it was a soft requirement.


Any work planned for "advanced" gmail login

Hi,
do you have an example on how to login into a Gmail IMAP mailbox with default "advanced" authentication enabled? Or is this currently not supported, and in this case, is there any work done to do this in the future?

Kr,
Wim

If by "advanced" you mean google 2-factor login then this is already supported, you either need to generate and use an application specific password for BrowserBox or use OAuth2.

via via indeed got to xoauth2 npm package to generate access token. Trying to get that to work now. Thx for the swift response...

Ok, great. Just remember that the correct OAuth2 scope for Gmail is "https://mail.google.com/".


Embeddings Model and Chunking Engine (Preliminary PR for evaluation purposes only)

This attempts to add an EmbeddingModel and ChunkingModel with the same overall architecture (using components) as the rest of ragna allowing for, hopefully, automated generation of UI components.
This PR is for preliminary evaluation only.

@pmeier See this draft pull request.

Thanks for the PR @Tengal-Teemo! I'll have a look soon.

as the rest of ragna allowing for, hopefully, automated generation of UI components.

Well, #217 :smiling_face_with_tear:

@pmeier I've read all your insights, and I'll be updating the PR accordingly.

@Tengal-Teemo I took the liberty and implemented the automatic type discovery that I pitched in https://github.com/Quansight/ragna/pull/354#discussion_r1526215146 in 34fd3ee07fec3dd9d3ac15b9197b7cfb66bbffbe. Now every SourceStorage will have a __ragna_input_type__ class attribute that holds either Document or Embedding. We can use this to switch the input type in the Chat object.

@pmeier I've created two new pull requests, one for embedding and one for chunking.  This PR shall be left open for now as a record of the comments you made.

We don't need to keep it open to still have access to the comments. Since we are not planning to add anything here, I'm going to close it. We can always re-open later if needs be.

Sorry yea I meant I won't delete the branch


Improve home page performance on mobile devices

Story
No response
Description
Google Search Console is reporting flowforge.com home page is too slow on mobile devices. Our performance score is 39/100.
For SEO, Google prioritizes mobile friendly pages so it would be nice to address this.
Link to the report from Google.

The list of proposed changes in https://github.com/flowforge/website/issues/401, will make very similar performance improvements to the checks that Google Search Console runs (they're both using lighthouse internally).

The pagespeed index is significantly improved with the work done as part of #401.
At this point the main items remaining in lighthouse reporting are all related to third party scripts (hubspot, posthog and google tag manager).

@iskerrett If you're happy with the improvements, please mark this issue complete!

Great to see the performance improvements. However from the PageInsight it still seems our core web vitals is failing for mobile. Not sure what to make of that?

I believe if you scroll down slightly on that screen it'll show that it's based on an average of the last 28 days, I'd expect those numbers to shift over time!
That being said, there's currently not many other changes left that we can make, other than removing third party scripts like Hubspot/PostHog.

Ok I will close the issue. We can see how this changes over the next 28 days.  Thanks for the help.


build: dockerize application. refs #19

Hey, @tiagostutz! I'm not sure this is the best way to do this (#19) but here is my suggestion.
The image lucasravy/local-web-server-alpine:0.0.1 contains: Alpine Linux, NPM and NodeJS dependencies and local-web-server. I've tried to shrink this image as much as I can (around 125MB). Please let me know what you think! =)
In the mean time, I'll be working on lucasravy/local-web-server-alpine:0.0.1 overview on Docker Hub.

Hi @lucasravy !
Awesome, great work on building this image!
Now you could go back to this local-web-server issue and comment there that you have built the image - with your repo url - and asking whether anyone has any suggestions about it.
I'm reviewing here the PR and will merge ASAP. Thanks a lot for this contribution.


Feature/au 732 add test

This PR adds tests for the module.
I will put instructions on grants project and put link here.

Check out this PR https://github.com/City-of-Helsinki/hel-fi-drupal-grants/pull/225 for instructions how to run the tests.


Add compatibility with iOS VOIP notifications

This provides a way to use VOIP functionalities to the client, by sending back the iOS VOIP token and notifications payload (through deviceReady and deviceDidReceiveIncoming).
This is because this library is not compatible with libraries such as ianlin/react-native-voip-push-notification (They both implement the same methods).
This allows user to retain similar capabilities with this library (Sending VOIP notifications from their servers too, not just Twilio's).
Original commit message:
Add compatibility with iOS VOIP notifications

Send voip token to client in deviceReady callback
Use deviceDidReceiveIncoming to transfer notification payload to client

Thank you for your PR and our apologies it has been quiet on this PR for so long. Please read #158 for a general update on what's happening in this repo.

Can you explain why this PR is needed? In our tests we have VOIP Push notifications on iOS working fine without this implemented. Are we missing something?

Hello @jdegger, thank you for your interest in my PR,
This PR - if I remember correctly, was simply some code normalization of the ios notification API in order to be on par with other librairies.
I remember using this to receive iOS VOIP push notifications (that transit through this package) and another library for standard notifications.
Seeing as this a bit of an old subject, the code may totally be outdated / requires updates with the recent changes in the ios ecosystem or your future plans for this package.
TBH I don't really trust my ios skills from two years ago and the react-native application that I am developing has dropped support for VOIP calls as this was not a feature our clients were really interested in (And difficult to maintain).
Best of luck !

Thanks for the update @nSimonFR, I will be closing this PR for now, if we see that it's still needed in the future we know where to find your suggested code :)
Thanks again


update nix-crate version

Since nix is in 0.x, the ^-specifier does not allow the update from 0.18 to 0.19

Fixed in #5.


QZA to FASTA?

A colleague sent me a qza file containing trimmed reads. I use qiime2r in other projects where they send me the finished assigned product, but this time it's only the trimmed reads. I know in qiime2 you can export qza as fasta, but I like qiime2r because this way I never have to download qiime2 and I can just got through R. Is there a way in this package that I can take a qza and get fasta files for dada2 input?

This functionality could be added in, but perhaps the easiest thing is to unzip the artifact and find the files yourself to feed into dada2. Something like this:
unzip("yourreads.qza", "unpacked_reads")
forward<-list.files("unpacked_reads", pattern="_R1_", full.names=TRUE)
reverse<-list.files("unpacked_reads", pattern="_R2_", full.names=TRUE)


Update basepath with window location pathname

Description

Switch from updating the url with BASE_PATH to window.location.pathname.
This is more flexible for usecases like those mentioned in #139 and it also fixes a bug when used as a module since BASE_PATH cannot be defined in the consumer (it's defined on build).
We should consider whether this latter bug warrants a followup to handle BASE_PATH differently all together.

Closes #139
QA steps

[ ] Confirm moving the map around sets the url correctly

Author checklist
Create the PR

[x] Fill out PR template
[x] Make sure you've added a CHANGELOG entry under "Unreleased"
[x] Request a review
[ ] Make any requested changes and get approval

After approval

[ ] Merge any changes from main into your branch, resolve any conflicts
[ ] Squash & merge changes into main
[ ] Delete branch

Thank you merging these changes.  Here is how I use Maperture for various styles.

Maperture with Mapbox Styles
https://roblabs.com/maperture/

Maperture with Public Domain Styles
https://roblabs.com/maperture/atlas

Maperture with Open Source Styles (MapLibre & OSM Americana)
https://roblabs.com/maperture/open-source

Maperture with Rasters
https://roblabs.com/maperture/raster

Thanks for sharing these @roblabs, it's great to see you're getting use out of this!


zuul with autoscaling

recheck

recheck

recheck

I've cherry-picked these changes into my branch, and we'll see shortly if they run in Zuul.
I successfully ran the autoscaling testcases locally


MACOS MONTEREY

Hello.
Station don't work with macOS Monterey.
Is there any solution?

Specify "don't work" otherwise no one can reproduce your bug.
I'm on Monterey and it installed correctly. Twitter and LinkedIn work. WhatsApp, Discord don't.

Fixed in 2.1.0


spec M_CONSENT_NOT_GIVEN error

In particular note that it contains a consent_uri key which the client can deal with sensibly

example:
{
  "errcode":"M_CONSENT_NOT_GIVEN",
  "error":"You must consent to this server's privacy policy before you can send messages. Please visit https://matrix.org/_matrix/consent?h=58187615dad034e318158b35648e73dcf75596860550956b6030b8edd44c4a0b&u=%40richvdh%3Afred.sw1v.org.",
  "consent_uri": "https://matrix.org/_matrix/consent?h=58187615dad034e318158b35648e73dcf75596860550956b6030b8edd44c4a0b&u=%40richvdh%3Afred.sw1v.org"
}

This will be sent in an HTTP 403 response.


feat added conversion of images to url links and then uploaded onto M…

Feat added conversion of images to url links and then uploaded onto M…

File imageFile = new File("/Users/user/Desktop/Images/Plushie.png");

Okay, noted


Where is the Xamarin.Forms UWP Implementation

So I can not believe that Microsoft which brags on their UWP applications created this doc without a UWP implementation for Xamarin.Forms. Come on folks...
How about an update to the doc?
Orgbrat

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: ddbe4aab-ea07-14fa-09ff-f68e43fe289a
Version Independent ID: 44dbed2f-fa71-dfee-90e1-422f52ba3891
Content: Xamarin.Forms Reusable RoundEffect - Xamarin
Content Source: docs/xamarin-forms/app-fundamentals/effects/reusable-roundeffect.md
Product: xamarin
Technology: xamarin-forms
GitHub Login: @profexorgeek
Microsoft Alias: jusjohns

Hi @Orgbrat
Using an effect to create round controls is no longer necessary. The recommended approach is to set the Clip property of a control to a Geometry object that clips the control. For more info see https://docs.microsoft.com/xamarin/xamarin-forms/user-interface/shapes/geometries#clip-with-a-geometry
I'll update the doc to this effect.

I've updated the doc in a PR that will go live later this week.


adding survey_analysis from illuminate

 example of illuminate

I have made some changes to make the scripts run in my machine but now I am realizing that it will create merging issue for all others. Hence I am closing this PR. Will make a new one once we solve the missing dataset issue.


[nrf fromlist] mgmt/MCUmgr/img: Fix build issue with slot0_ns_partition

The commit fixes build issue when building for two application images in board that does not have slot0_ns_partition.
Upstream PR: https://github.com/zephyrproject-rtos/zephyr/pull/59719

Added one small comment to Zephyr upstream PR: https://github.com/zephyrproject-rtos/zephyr/pull/59719#pullrequestreview-1498350047
Hopefully the current condition should not break anything, but we may need to improve it for consistency.

Cherry-picked manually


feat: initial implementation: page-level bundle size check for nextjs

calculates the size of a full page bundle based on the chunks in nextjs' build-manifest.json. generates a bundlesize.config.json for that and runs bundlesize on it
RFC see https://github.com/carforyou/carforyou-docs/issues/96
npm install @carforyou/next-page-bundlesize -D
next build
npx next-page-bundlesize --maxSize="200 kB" --buildDir=.next

@talamcol there would be no such functionality. these should be considered hard limits. the problem on the page should be solved instead of raising the threshold. we can start high and continually aim for lowering it


Swift Packages support

Hi Jay, given the emphasis given in the latest WWDC to swift packages, I was just wondering if you are planning to support them so to push even further the adoption of this awesome library.
Best,
Roberto

I already had SPM support since this lib started 2+ years ago :D
Is it not working?
I just tried Packages using master branch and it worked.

LOL, sorry. I didn’t know about it, the instruction on the site don’t mention it and I just assumed it was not there.
Sorry for the mistake and thanks for the answer.

Hmm.. i tried 7.1.7
and it says "unable find any available tag"
But strangely, master branch works
🤔
confused...

I cannot try until tomorrow morning. If I see something interesting I’ll post it here.

Thanks.
reopening issue.

I've tried to create a test project with the following Package.swift file:
import PackageDescription

let package = Package(
    name: "tmp",
    products: [
        // Products define the executables and libraries produced by a package, and make them visible to other packages.
        .library(
            name: "tmp",
            targets: ["tmp"]),
    ],
    dependencies: [
        .package(url: "https://github.com/patchthecode/JTAppleCalendar.git", from: "7.0.0"),
        //.package(url: "https://github.com/vapor/json.git", from: "2.0.0")
    ],
    targets: [
        .target(
            name: "tmp",
            dependencies: ["JTAppleCalendar"])
            // dependencies: ["JSON"])
    ]
)

I threw in the json package just to check that any error could not be caused by my code.
While the json package works fine, with the JTAppleCalendar I get the following error:
error: dependency graph is unresolvable; found these conflicting requirements:

Dependencies:
    https://github.com/patchthecode/JTAppleCalendar.git @ 7.0.0..<8.0.0

My guess is that there is something funny in the package description of JTAppleCalendar.
I'll look into it to see if somethings occurs to me (I am no swift package expert though...)

Here is Xcode 11-beta error message when I try to add JTAppleCalendar as a dependency:

The above error refers to a configuration in which I asked explicitly for the 7.1.7 version. The same happens if I try a range of versions.
I tried other packages (e.g., SwiftyJSON and it works fine).

I tried use master and I got a lot of errors like:
error: use of undeclared type 'UICollectionViewDelegateFlowLayout'
error: use of undeclared type 'CGFloat'
...
error: use of undeclared type '<defenition-in-uikit,core-animation,etc..>'

I cannot understand why?
Using SHA of 7.1.7 (1d9e3d0b4d8fbd0649da8cb6c9f1de2374c51cde) in Xcode 11 fail:

I'm also seeing these issues and would be interested in adding JTAppleCalendar as a Swift package in Xcode 11.

i will appreciate any help i can get on this.
i am a swift package noob.

Fixed closing issue.
NOTE -->

What is fixed is master branch for
XCode 11 Beta Swift 5

Master branch contains breaking changes, Because YearView is added to this project.


Tokens determine NPC name visibility - include hazards

Hazard tokens' names are still displayed in chat, even if the token name is set to "never displayed".
Can you please make the Hazard behave like NPCs for the hiding of names.  Thank you.

This was resolved at some point.
Hazards now correctly obey the Token Name Visibility metagame setting.


[release-1.16] Automated branching step 4

@dhawton: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name
Commit
Details
Required
Rerun command

integ-security-multicluster_istio_release-1.16
e105f749db4176dcb794662b80417a98dd387e44
link
unknown
/test integ-security-multicluster

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

/test integ-security-multicluster


Improve history page

There are some bugs with linking after applying filter. I have to fix them before merge.
@bt-s
About the BooksPage, please don't use :after and delete my solution(which is three 0px height div at the end) again. The ":after" can not resolve all cases while multiple 0px height div can.
If you zoom the window smaller and you will see the last row of results are not aligned with others.
I haven't tested the history functionality yet. Have to go now.


Backing HTML document should be the same length as...

Encountered in VS 17 P4.1, in experimental host.

This doesn't reproduce in the same way anymore, but it DOES seem to break the world. On inspection this seems to be because the ";" in @typeparam TItem; isn't present in the Syntax tree, putting everything off-by-one. I'm investigating.

Created a failing unit test in https://github.com/dotnet/razor-compiler/tree/rybrande/typeparam.

Hey @ryanbrandenburg, I believe https://github.com/dotnet/razor-compiler/pull/36 should resolve the issue with the syntax tree, could you please confirm when you get a chance?

@TanayParikh won't be able to check until we consume your fix, which won't happen until it's merged into 6.0.3xx and our DARC subscription is updated.

until it's merged into 6.0.3xx

Backport PR: https://github.com/dotnet/razor-compiler/pull/46

A bit hard to tell because we're having other problems ATM but it seems we've ingested this and it's working. Closing.

Confirmed working.


useLayoutEffect Warning?

Hi wonderful package thank you for putting this together.
I am getting the following warning message when using the package:
Warning: useLayoutEffect does nothing on the server, because its effect cannot be encoded into the server renderer's output format. This will lead to a mismatch between the initial, non-hydrated UI and the intended UI. To avoid this, useLayoutEffect should only be used in components that render exclusively on the client. See https://reactjs.org/link/uselayouteffect-ssr for common fixes.     at C:\Users\user\project\node_modules\react-glider\dist\index.js:38:26
Not sure how to resolve.

This is only a warning and should not affect your app. Are you encountering any issues?
I will see how it is possible to suppress it.

No issues, yeah it's just a warning.

The only issue is with SSR. can be solved by dynamic import.
const GliderComponent = dynamic(() => import("react-glider"), {
  ssr: false,
});


Remove code owners

Why? :open_book:
We don't need these code owners anymore.
What? :wrench:
Remove code owners file.

I think it's a good idea to keep the code owners.


Release seems to be missing types/Actions.ts

Version 5.0.3 introduced types for Actions (src/types/Actions.ts). These are however missing from the builds (5.0.3, 5.0.4). This breaks type checking:
node_modules/redux-zero/utils/bindActions.d.ts:2:24 - error TS2307: Cannot find module '../types/Actions'.

@teemuandersen could you please run this locally and check if this solved your issue?

@matheusml Sorry that it took some time to respond. I was on holidays without laptop. But IMO that rollup line was part of it. But should the package.json files section contain types folder as well? I ran yarn pack and types folder was still missing.

Same for me here, types folder is missing from the package installed in node_modules. Just adding types in package.json's files should be fine to fix it.

Any update here? Just came across this.

Version 5.1.1 will have the fix. Sorry about that.


Camera does not open on old Android 5 (sdk 21) - PlatformException

Steps to Reproduce
Open the camera on an old android device. The view will not get initialized because an platform exception is thrown and therefore the StreamSubscription<MediaCapture?> is never subscribed.
Exception captured by Firebase Crashlytics:
Fatal Exception: io.flutter.plugins.firebase.crashlytics.FlutterError: PlatformException(channel-error, Unable to establish connection on channel., null, null)
       at CameraInterface.setupCamera(pigeon.dart:567)
       at PreparingCameraState._init(preparing_camera_state.dart:190)
       at PreparingCameraState._startPhotoMode(preparing_camera_state.dart:144)
       at PreparingCameraState.start(preparing_camera_state.dart:34)

About your device
Company: Asus
Model: The New PadFone Infinity (A86)
Orientation: Portrait
FreeRAM: 584.69 MB
Free Storage: 3.3 GB
OS:
Version: Android 5.0.2
Orientation: Portrait
Rooting: No
Your flutter version
[√] Flutter (Channel stable, 3.10.5, on Microsoft Windows [Version 10.0.19045.3086], locale de-DE)
[√] Windows Version (Installed version of Windows is version 10 or higher)
[√] Android toolchain - develop for Android devices (Android SDK version 33.0.2)
[√] Chrome - develop for the web
[√] Visual Studio - develop for Windows (Visual Studio Enterprise 2022 17.1.1)
[√] Android Studio (version 2022.2)
[√] VS Code (version 1.78.2)
[√] Connected device (4 available)
[√] Network resources

CamerAwesome Version
Version: 1.4.0

This start to be a very old version. we should check the minimum version required by cameraX now and upgrade our minimum android version too. As we rely on cameraX please refer to this minimum version.

According to cameraX they support sdk 21+ (link)
Make sure you have a miniSdkVersion with 21 or higher in your android/app/build.gradle file, because the camera2 API which
CameraX used only support Android 5.0 or above.

I have the same error on OnePlus8Pro (Android 11) and SONY XPERIA 1 IV (Android 13).
pigeon.dart in CameraInterface.setupCamera in Zeile 751 within camerawesome
In App
<asynchronous suspension>
preparing_camera_state.dart in PreparingCameraState._init in Zeile 194 within camerawesome
In App
<asynchronous suspension>
preparing_camera_state.dart in PreparingCameraState._startPreviewMode in Zeile 159 within camerawesome
In App
<asynchronous suspension>
preparing_camera_state.dart in PreparingCameraState.start in Zeile 40 within camerawesome

CameraX is not working on 21 sdk.
We have upgraded the version.
This should now work correctly.


Adding a Chinese translation of README

Description
Adding a Chinese translation of README.md
Checklist:

[ ] My code follows the code style of this project.
[x] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have read the CONTRIBUTING document.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.

Thanks, @LuhangYang ! Two small requests:

can you add a line to the ## Multilanguage guide in the root README.md, in a similar way that currently the line for the Korean translation is linked?ie.

Thanks @diego-plan9 !   Yes, I have revised them.

Thanks @LuhangYang
Two small requests:
1 附属文件 => 依赖文件
PIP 会自动处理所有的附属文件，并替您将它们更新到最新的（经过测试的）软件版本。 PIP 为以下平台预装有二进制版本
2 some links are broken, e.g.,
可以在 这里找到此例的脚本。
在IBM Q experience网页上取得一个API 令牌： "My Account" > "Personal Access Token"。这个API令牌将使您可以在IBM Q 体验后端上运行您的程序。 示例

Thanks @liupibm ! Problems fixed.


fix bug where form editor can trigger unneeded editor change

ArgEditor makes unnecessary call to edit text editor contents. During initial render of form view this can trigger race condition as multiple changes come through in rapid succession and we're debouncing the updates from the editor. Not observed after initial form view load
https://github.com/user-attachments/assets/fafe6c9c-f4c7-450d-909e-be9d05340b58

@duranb this may be manifested by the time argument, we don't have a control for that argument type yet as they haven't been present in the dictionaries we've seen


Move FIREZONE_DNS_CONTROL to clap so it's documented for the CLI

The Linux client uses clap which gives us nice CLI documentation:
> sudo ./linux-client-x64 -h

Usage: linux-client-arm64 [OPTIONS] --firezone-id <FIREZONE_ID> <TOKEN> [MAX_PARTITION_TIME]

Arguments:
  <TOKEN>               Token generated by the portal to authorize websocket connection [env: FIREZONE_TOKEN=]
  [MAX_PARTITION_TIME]  Maximum length of time to retry connecting to the portal if we're having internet issues or it's down [env: MAX_PARTITION_TIME=] [default: 30d]

Options:
  -n, --firezone-name <FIREZONE_NAME>  Friendly name to display in the UI [env: FIREZONE_NAME=]
  -i, --firezone-id <FIREZONE_ID>      Identifier generated by the portal to identify and display the device [env: FIREZONE_ID=]
  -l, --log-dir <LOG_DIR>              File logging directory. Should be a path that's writeable by the current user [env: LOG_DIR=]
  -h, --help                           Print help
  -V, --version                        Print version

However, the FIREZONE_DNS_CONTROL env var is not configured as a clap arg and so isn't documented for the user to use.
It would be nice to make this a clap arg instead of adhoc env var to improve UX.

Agreed. Blocked on #3636 IIRC

Ah didn't catch that. Will close this.


Running jobs in a Slurm cluster

The feature
It would be interesting if Runhouse could also interface to a cluster in the form of a an existing Slurm cluster.
Motivation
I am part of a team managing a Slurm (GPU) cluster. On the other hand, I have users who are interested in being able to run large language models via Runhouse (https://langchain.readthedocs.io/en/latest/modules/llms/integrations/self_hosted_examples.html). It would be excellent if I could bridge this gap between supply and demand with Runhouse. From what I have read in the documentation so far, Runhouse does not seem to come with an interface to Slurm so far.
What the ideal solution looks like
I am completely new to Runhouse, so this may not be the ideal solution model, but I imagine this could be supported as a bring-your-own cluster with a little bit of extra interaction between Runhouse and Slurm to request the necessary resources (maybe from the Cluster factory method) as a job / jobs in Slurm (probably through the Slurm REST API). Once the jobs are running, the nodes involved can be contacted by Runhouse as a BYO cluster.

This is very interesting and we've actually been digging into it for a few weeks. It seems doable pending a few questions about how the cluster is set up. Would you be willing to jump on a quick call just to answer a few questions and talk through our approach?

I would like to help out and can probably also help test it in our cluster. I can be available for a call at US-friendly times tomorrow and maybe Friday. Can you email me to coordinate?

Hello,
I have a similar setup to those above and would like to try out Runhouse. Are there any updates to this issue? I have experience interfacing with Slurm clusters so would be happy to contribute if that would help get this past POC.

Hi Eugene thanks for reaching out! We'd love to support slurm, it's on our roadmap along with other compute providers (e.g. k8s), and we hope to get the slurm support into the next or following release. In the meantime we'd be happy to hear your thoughts and possible contribution on this!  Sent you an email to discuss further


Migrate entity generator

Migrate entity generator templates to vueJS

@deepu105 I'd like to work on this one as I already have an early work on this matter

Hi @deepu105 and @sahbi-ktifa , I would like to provide some help with this. I know VueJs and provided some help with jhipster-generator in the past. How can I start ?

@sahbi-ktifa yes please. @clarenced please look at the open issues and pick one


Enhancements to user interface when using QL with row MultiIndex

In #76, I added a new multi_index_mode parameter to GraphFrame.filter and the query language to allow us to apply queries to GraphFrames where we have a row MultiIndex. However, since then, there's been a lot of confusion about the parameter, what is does, and how to use it, especially in Thicket.
This PR improves naming, simplifies default use, and enhances functionality of this feature. More specifically, this PR does 3 things:

Renames multi_index_mode to predicate_row_aggregator, which more clearly indicates that the argument is used to aggregate per-row outputs from predicates
Expands the acceptable values to predicate_row_aggregator
Adds a new mechanism that allows the query classes (i.e., Query, ObjectQuery, StringQuery) to define a default aggregator
Moves logic for applying aggregators to QueryEngine, which allows us to bypass all of this if we don't have a row MultiIndex

With this PR, the predicate_row_aggregator argument now accepts the following:

None: tells Hatchet to use the default aggregator for the type of query
"off": tells Hatchet to not use any aggregators (note: this will result in errors if there is a row MultiIndex)
"all": applies an aggregator that returns true if and only if the predicate returned true for all rows associated with a node
"any": applies an aggregator that returns true if the predicate returned true for any row associated with a node
Callable that takes a pandas.Series of booleans as input and returns a boolean as output: applies the user-provided function as an aggregator

When using predicate_row_aggregator=None, the aggregators used will be:

"off" if using a base syntax query (corresponds to the Query class)
"all" if using a object or string dialect query (corresponds to the ObjectQuery and StringQuery classes)
the default aggregators for each subquery if using a compound query

An example of where this aggregation argument is relevant. Example base-syntax query to match nodes with name "my_node" where aggregation does not need to be specified due to .all()
query = th.query.Query().match(
    "*",
    lambda row: row["name"].apply(
        lambda tn: tn == "my_node"
    ).all()
)
tkq = tk.query(query)

Equivalent string syntax query where specifying aggregation is necessary
query = """
MATCH ("*")->(n) WHERE n."name"="my_node"
"""
filt = tk.query(query, predicate_row_aggregator="all")

Matching a single node with name my_node
query = th.query.Query().match(
    1,
    lambda row: row["name"].apply(
        lambda tn: tn == "my_node"
    ).all()
)
tkq = tk.query(query)

or
query = th.query.Query().match(
    ".",
    lambda row: row["name"].apply(
        lambda tn: tn == "my_node"
    ).all()
)
tkq = tk.query(query)


[WFCORE-3076] audit endpoints closing on stop

https://issues.jboss.org/browse/WFCORE-3076
https://issues.jboss.org/browse/JBEAP-12214

Full integration - Windows Build 3884 outcome was FAILURE using a merge of cb163789200ba4a23936fc009611db82ca5024fd
Summary: Execution timeout (new); tests passed: 4051, ignored: 111 Build time: 02:21:17


Don't rely on external commands

Allow to detect system libc on systems that don't have getconf or ldd commands, like NodeOS. This would be done by reading the symlink at /lib/libc.so.

Hello, are you able to provide a (partial) code sample or worked example to help me understand how the symlink will help determine libc family?

ls -l /lib/ld-linux.so.2
lrwxrwxrwx 1 root root 25 jun 16 20:42 /lib/ld-linux.so.2 -> i386-linux-gnu/ld-2.24.so

That's for Ubuntu GNU system, for musl systems the symlink path will by *-musl. In NodeOS code there are some similar checks for this and for the ARM different floating point architectures.

Thank you. I fired up a few different Linux VMs and the presence of a /lib/*-linux-gnu directory seems to indicate glibc and the presence of a /lib/libc.musl-* or /lib/ld-musl-* file indicates musl. This should be enough for some filesystem-based checks to determine the libc family (but perhaps not the version) should getconf etc. fail.

Here's what I see for NodeOS, which suggests the check for /lib/ld-musl-* will work.
$ docker run --rm -t -i nodeos/nodeos
Starting REPL session
NodeOS-boot-multiuser> fs.readdirSync('/lib')
[ 'ld-musl-x86_64.so.1',
  'libc.so',
  'libfuse.so',
  'libfuse.so.2',
  'libfuse.so.2.9.7',
  'libgcc_s.so.1',
  'libstdc++.so.6',
  'libstdc++.so.6.0.21',
  'node_modules' ]

Then you have the answer :-)

Thanks, support for filesystem-based family detection is now available in v0.2.0.


This is a test of PR merging

DO NOT MERGE

DO NOT MERGE

set as draft - if this not ready for merge

DO NOT MERGE

set as draft - if this not ready for merge

This is a test and not actually going to change anything.. I need it to not be a draft


[feature request] Add TTS / STT possibility

It would be pretty cool if we could use the google Speach-to-Text input and Text-to-Speech inside the deepl app...
https://developer.android.com/reference/android/speech/SpeechRecognizer
https://developer.android.com/reference/android/speech/tts/TextToSpeech

Hello,
If I may give my opinion, I'm really not for this,
one of the main advantages of using deepl is not to use google translation, besides, google TTS is available via the GBoard keyboard
What do you think about it?
Thanks

I am for


Refs #30380 -- Used cursor._executed in DatabaseOperations.last_executed_query() on MySQL.

Regression in a41b09266dcdd01036d59d76fe926fe0386aaade.
Thanks Tobias Krönke for the report.

buildbot

buildbot


Handling panic case

What does this PR do?

Motivation
Fix #165
Testing Guidelines

Additional Notes

Types of changes

[ ] Bug fix
[x] New feature
[ ] Breaking change
[ ] Misc (docs, refactoring, dependency upgrade, etc.)

Checklist

[ ] This PR's description is comprehensive
[ ] This PR contains breaking changes that are documented in the description
[ ] This PR introduces new APIs or parameters that are documented and unlikely to change in the foreseeable future
[ ] This PR impacts documentation, and it has been updated (or a ticket has been logged)
[ ] This PR's changes are covered by the automated tests
[ ] This PR collects user input/sensitive content into Datadog

Codecov Report
Attention: Patch coverage is 42.85714% with 4 lines in your changes are missing coverage. Please review.

Project coverage is 80.43%.  Consider uploading reports for the commit 9df4e76 to get more accurate results

Files
Patch %
Lines

internal/wrapper/wrap_handler.go
42.85%
3 Missing and 1 partial :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##             main     #166      +/-   ##
==========================================
- Coverage   80.55%   80.43%   -0.12%
==========================================
  Files          13       13
  Lines         905      910       +5
==========================================
+ Hits          729      732       +3
- Misses        145      146       +1
- Partials       31       32       +1

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


docs: add sitemap setup to Static Site Generation documentation

Initial documentation for sitemap, displaying config and output.
PR Checklist
Please check if your PR fulfills the following requirements:

[x] The commit message follows our guidelines: https://github.com/analogjs/analog/blob/main/CONTRIBUTING.md#-commit-message-guidelines
[ ] Tests for the changes have been added (for bug fixes / features)
[x] Docs have been added / updated (for bug fixes / features)

PR Type
What kind of change does this PR introduce?

[ ] Bugfix
[ ] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build related changes
[ ] CI related changes
[x] Documentation content changes
[ ] Other... Please describe:

Which package are you modifying?

[ ] vite-plugin-angular
[ ] vite-plugin-nitro
[ ] astro-angular
[ ] create-analog
[ ] router
[ ] platform
[ ] content
[ ] nx-plugin
[ ] trpc

What is the current behavior?
No documentation currently exists for the sitemap generation
Closes #
What is the new behavior?
Does this PR introduce a breaking change?

[ ] Yes
[x] No

Other information
[optional] What gif best describes this PR or how it makes you feel?

@allcontributors add @QuantariusRay for doc


Remove unnecessary completion factor

Hi,
I think solutionCompletenessRatio should be included in increasingAbsoluteFixedCosts definition (judging from the variable name) and is already considered.
So, I think we can remove unnecessary solutionCompletenessRatio defined in the return statement.

@oblonski
Just a reminder in case you missed it.


Allow utf-8 bomb in .md files

Many modern editors prepend the bytes EF BB BF to indicate, that the present text-file is encoded in UTF-8.
gutenberg does not tolerate this and exists with
Failed to build the site
Error: Couldn't find front matter in `/usr/local/bak/WEB-SERVER-CONTENT/blog.getreu.net/blog2/content/20181027-bash-scripts-blog.md`. Did you forget to add `+++`?

That happens because it uses a regex (in front_matter/lib.rs). I'll take a PR on the next branch for that!

Turns out it was easy to fix, it's done in the next branch