App won't stay open after staring recording on MacOS Sonoma 14.5

Installed via brew install timelapze
After clicking Start Recording, the app will force close as soon as I click on any other app
An empty video file is created in /Users/[user]/Library/Containers/com.smartservices.TimeLapze/Data/Temp

Hey, can you copy and paste the crash report underneath this issue.

Open up the Console App
Go to the Crash Reports tab in the left sidebar
Search for TimeLapze
Copy and paste the full report in this issue. The top part of the crash report should look something like this

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

Process:               TimeLapze [99953]
Path:                  /Users/USER/Library/Developer/Xcode/DerivedData/TimeLapze-aapnmxccoklkgcfmzebkoozialrb/Build/Products/Debug/TimeLapze.app/Contents/MacOS/TimeLapze
Identifier:            com.smartservices.TimeLapze
Version:               1.0 (1)
Code Type:             ARM-64 (Native)
Parent Process:        launchd [1]
User ID:               501

Date/Time:             2024-11-20 13:00:21.6149 -0500
OS Version:            macOS 15.1 (24B82)
Report Version:        12
Anonymous UUID:        D255AF16-788C-489E-BFBC-884479B24454

Sleep/Wake UUID:       35809BB9-D438-4C93-B1E4-F6FD1224B442

Time Awake Since Boot: 140000 seconds
Time Since Wake:       3002 seconds

System Integrity Protection: enabled

Crashed Thread:        0

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

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

Sure thing! Thanks for taking a look at it:
-------------------------------------
Translated Report (Full Report Below)
-------------------------------------

Process:               TimeLapze [69301]
Path:                  /Applications/TimeLapze.app/Contents/MacOS/TimeLapze
Identifier:            com.smartservices.TimeLapze
Version:               1.2.1 (9)
Code Type:             X86-64 (Native)
Parent Process:        launchd [1]
User ID:               501

Date/Time:             2024-11-21 21:03:47.5296 -0500
OS Version:            macOS 14.5 (23F79)
Report Version:        12
Anonymous UUID:        737B35C2-61E9-019E-774E-C6319B0F1E7B

Sleep/Wake UUID:       3F9D76D4-DD48-4865-83E8-8DAC5960B78A

Time Awake Since Boot: 320000 seconds
Time Since Wake:       339 seconds

System Integrity Protection: enabled

Crashed Thread:        4  Dispatch queue: com.apple.root.user-initiated-qos

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000

Termination Reason:    Namespace SIGNAL, Code 6 Abort trap: 6
Terminating Process:   TimeLapze [69301]

Application Specific Information:
abort() called

Thread 0::  Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        	    0x7ff8058983ce mach_msg2_trap + 10
1   libsystem_kernel.dylib        	    0x7ff8058a6c88 mach_msg2_internal + 84
2   libsystem_kernel.dylib        	    0x7ff80589f510 mach_msg_overwrite + 653
3   libsystem_kernel.dylib        	    0x7ff8058986bd mach_msg + 19
4   CoreFoundation                	    0x7ff8059b51c5 __CFRunLoopServiceMachPort + 143
5   CoreFoundation                	    0x7ff8059b3c35 __CFRunLoopRun + 1371
6   CoreFoundation                	    0x7ff8059b3112 CFRunLoopRunSpecific + 557
7   HIToolbox                     	    0x7ff8103cca09 RunCurrentEventLoopInMode + 292
8   HIToolbox                     	    0x7ff8103cc816 ReceiveNextEventCommon + 665
9   HIToolbox                     	    0x7ff8103cc561 _BlockUntilNextEventMatchingListInModeWithFilter + 66
10  AppKit                        	    0x7ff809023c61 _DPSNextEvent + 880
11  AppKit                        	    0x7ff809937dc0 -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1273
12  AppKit                        	    0x7ff809015075 -[NSApplication run] + 603
13  AppKit                        	    0x7ff808fe8ff3 NSApplicationMain + 816
14  SwiftUI                       	    0x7ff91249b557 0x7ff9123ac000 + 980311
15  SwiftUI                       	    0x7ff912b96e64 0x7ff9123ac000 + 8302180
16  SwiftUI                       	    0x7ff912f5d3ff 0x7ff9123ac000 + 12260351
17  TimeLapze                     	       0x10bad2f83 static TimeLapzeApp.$main() + 35
18  TimeLapze                     	       0x10bad6219 main + 9
19  dyld                          	    0x7ff80554c366 start + 1942

Thread 1:: caulk.messenger.shared:17
0   libsystem_kernel.dylib        	    0x7ff80589834a semaphore_wait_trap + 10
1   caulk                         	    0x7ff8100e8ba8 caulk::semaphore::timed_wait(double) + 150
2   caulk                         	    0x7ff8100e8ac4 caulk::concurrent::details::worker_thread::run() + 30
3   caulk                         	    0x7ff8100e87e8 void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*>>>(void*) + 41
4   libsystem_pthread.dylib       	    0x7ff8058d818b _pthread_start + 99
5   libsystem_pthread.dylib       	    0x7ff8058d3ae3 thread_start + 15

Thread 2:: caulk.messenger.shared:high
0   libsystem_kernel.dylib        	    0x7ff80589834a semaphore_wait_trap + 10
1   caulk                         	    0x7ff8100e8ba8 caulk::semaphore::timed_wait(double) + 150
2   caulk                         	    0x7ff8100e8ac4 caulk::concurrent::details::worker_thread::run() + 30
3   caulk                         	    0x7ff8100e87e8 void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*>>>(void*) + 41
4   libsystem_pthread.dylib       	    0x7ff8058d818b _pthread_start + 99
5   libsystem_pthread.dylib       	    0x7ff8058d3ae3 thread_start + 15

Thread 3:: com.apple.NSEventThread
0   libsystem_kernel.dylib        	    0x7ff8058983ce mach_msg2_trap + 10
1   libsystem_kernel.dylib        	    0x7ff8058a6c88 mach_msg2_internal + 84
2   libsystem_kernel.dylib        	    0x7ff80589f510 mach_msg_overwrite + 653
3   libsystem_kernel.dylib        	    0x7ff8058986bd mach_msg + 19
4   CoreFoundation                	    0x7ff8059b51c5 __CFRunLoopServiceMachPort + 143
5   CoreFoundation                	    0x7ff8059b3c35 __CFRunLoopRun + 1371
6   CoreFoundation                	    0x7ff8059b3112 CFRunLoopRunSpecific + 557
7   AppKit                        	    0x7ff809181bbc _NSEventThread + 122
8   libsystem_pthread.dylib       	    0x7ff8058d818b _pthread_start + 99
9   libsystem_pthread.dylib       	    0x7ff8058d3ae3 thread_start + 15

Thread 4 Crashed::  Dispatch queue: com.apple.root.user-initiated-qos
0   libsystem_kernel.dylib        	    0x7ff80589f14a __pthread_kill + 10
1   libsystem_pthread.dylib       	    0x7ff8058d7ebd pthread_kill + 262
2   libsystem_c.dylib             	    0x7ff8057fda79 abort + 126
3   libc++abi.dylib               	    0x7ff805890922 abort_message + 241
4   libc++abi.dylib               	    0x7ff80588312a demangling_terminate_handler() + 266
5   libobjc.A.dylib               	    0x7ff80552000a _objc_terminate() + 96
6   libc++abi.dylib               	    0x7ff80588fd7b std::__terminate(void (*)()) + 6
7   libc++abi.dylib               	    0x7ff80588fd36 std::terminate() + 54
8   libdispatch.dylib             	    0x7ff805736dd0 _dispatch_client_callout + 28
9   libdispatch.dylib             	    0x7ff80573991c _dispatch_continuation_pop + 511
10  libdispatch.dylib             	    0x7ff805749f0d _dispatch_source_invoke + 2076
11  libdispatch.dylib             	    0x7ff805747153 _dispatch_root_queue_drain_deferred_item + 267
12  libdispatch.dylib             	    0x7ff805746ae7 _dispatch_kevent_worker_thread + 586
13  libsystem_pthread.dylib       	    0x7ff8058d4bc4 _pthread_wqthread + 391
14  libsystem_pthread.dylib       	    0x7ff8058d3acf start_wqthread + 15

Thread 5:
0   libsystem_pthread.dylib       	    0x7ff8058d3ac0 start_wqthread + 0

Thread 6:
0   libsystem_pthread.dylib       	    0x7ff8058d3ac0 start_wqthread + 0

Thread 7:
0   libsystem_pthread.dylib       	    0x7ff8058d3ac0 start_wqthread + 0

Thread 8:
0   libsystem_pthread.dylib       	    0x7ff8058d3ac0 start_wqthread + 0

Thread 9:: com.apple.coremedia.sharedRootQueue.47 Dispatch queue: com.apple.videotoolbox.preparationQueue
0   libsystem_kernel.dylib        	    0x7ff80589af7a __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff8058d86f3 _pthread_cond_wait + 1211
2   CoreMedia                     	    0x7ff81012be89 WaitOnCondition + 11
3   CoreMedia                     	    0x7ff810116f53 FigSemaphoreWaitRelative + 146
4   VideoToolbox                  	    0x7ff814d6162a 0x7ff814d47000 + 108074
5   VideoToolbox                  	    0x7ff814d60d30 0x7ff814d47000 + 105776
6   libdispatch.dylib             	    0x7ff805736dbc _dispatch_client_callout + 8
7   libdispatch.dylib             	    0x7ff80573d003 _dispatch_lane_serial_drain + 1060
8   libdispatch.dylib             	    0x7ff80573d997 _dispatch_lane_invoke + 377
9   libdispatch.dylib             	    0x7ff8057460ab _dispatch_root_queue_drain + 328
10  libdispatch.dylib             	    0x7ff805745e9a _dispatch_worker_thread + 253
11  libsystem_pthread.dylib       	    0x7ff8058d818b _pthread_start + 99
12  libsystem_pthread.dylib       	    0x7ff8058d3ae3 thread_start + 15

Thread 10:: com.apple.coremedia.sharedRootQueue.47 Dispatch queue: com.apple.videotoolbox.compressionQueue
0   libsystem_kernel.dylib        	    0x7ff8058983ce mach_msg2_trap + 10
1   libsystem_kernel.dylib        	    0x7ff8058a6c88 mach_msg2_internal + 84
2   libsystem_kernel.dylib        	    0x7ff80589f510 mach_msg_overwrite + 653
3   libsystem_kernel.dylib        	    0x7ff8058986bd mach_msg + 19
4   libdispatch.dylib             	    0x7ff80574e661 _dispatch_mach_send_and_wait_for_reply + 521
5   libdispatch.dylib             	    0x7ff80574ea65 dispatch_mach_send_with_result_and_wait_for_reply + 50
6   libxpc.dylib                  	    0x7ff8055e6b8d xpc_connection_send_message_with_reply_sync + 261
7   VideoToolbox                  	    0x7ff8150890da 0x7ff814d47000 + 3416282
8   VideoToolbox                  	    0x7ff814d54737 0x7ff814d47000 + 55095
9   libdispatch.dylib             	    0x7ff805736dbc _dispatch_client_callout + 8
10  libdispatch.dylib             	    0x7ff80573d003 _dispatch_lane_serial_drain + 1060
11  libdispatch.dylib             	    0x7ff80573d997 _dispatch_lane_invoke + 377
12  libdispatch.dylib             	    0x7ff8057460ab _dispatch_root_queue_drain + 328
13  libdispatch.dylib             	    0x7ff805745e9a _dispatch_worker_thread + 253
14  libsystem_pthread.dylib       	    0x7ff8058d818b _pthread_start + 99
15  libsystem_pthread.dylib       	    0x7ff8058d3ae3 thread_start + 15

Thread 11:: com.apple.coremedia.mediaprocessor.videocompression
0   libsystem_kernel.dylib        	    0x7ff80589af7a __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff8058d86f3 _pthread_cond_wait + 1211
2   CoreMedia                     	    0x7ff81012be89 WaitOnCondition + 11
3   CoreMedia                     	    0x7ff810116f53 FigSemaphoreWaitRelative + 146
4   VideoToolbox                  	    0x7ff814d5b592 0x7ff814d47000 + 83346
5   VideoToolbox                  	    0x7ff814d5a7b0 VTCompressionSessionEncodeFrame + 143
6   MediaToolbox                  	    0x7ff815a4907d 0x7ff815625000 + 4341885
7   MediaToolbox                  	    0x7ff815a2b5d2 0x7ff815625000 + 4220370
8   MediaToolbox                  	    0x7ff815a2b43e 0x7ff815625000 + 4219966
9   MediaToolbox                  	    0x7ff815a1036e 0x7ff815625000 + 4109166
10  CoreMedia                     	    0x7ff81012a984 figThreadMain + 237
11  libsystem_pthread.dylib       	    0x7ff8058d818b _pthread_start + 99
12  libsystem_pthread.dylib       	    0x7ff8058d3ae3 thread_start + 15

Thread 12:: com.apple.coremedia.sharedRootQueue.47
0   libsystem_kernel.dylib        	    0x7ff805898362 semaphore_timedwait_trap + 10
1   libdispatch.dylib             	    0x7ff80573730d _dispatch_sema4_timedwait + 73
2   libdispatch.dylib             	    0x7ff805737759 _dispatch_semaphore_wait_slow + 58
3   libdispatch.dylib             	    0x7ff805745ee1 _dispatch_worker_thread + 324
4   libsystem_pthread.dylib       	    0x7ff8058d818b _pthread_start + 99
5   libsystem_pthread.dylib       	    0x7ff8058d3ae3 thread_start + 15

Thread 13:: com.apple.coremedia.formatwriter.qtmovie
0   libsystem_kernel.dylib        	    0x7ff80589af7a __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff8058d86f3 _pthread_cond_wait + 1211
2   CoreMedia                     	    0x7ff81012be89 WaitOnCondition + 11
3   CoreMedia                     	    0x7ff810116f53 FigSemaphoreWaitRelative + 146
4   MediaToolbox                  	    0x7ff8159af81d 0x7ff815625000 + 3713053
5   CoreMedia                     	    0x7ff81012a984 figThreadMain + 237
6   libsystem_pthread.dylib       	    0x7ff8058d818b _pthread_start + 99
7   libsystem_pthread.dylib       	    0x7ff8058d3ae3 thread_start + 15

Thread 4 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000000  rbx: 0x0000000000000006  rcx: 0x0000700003de7748  rdx: 0x0000000000000000
  rdi: 0x000000000001651b  rsi: 0x0000000000000006  rbp: 0x0000700003de7770  rsp: 0x0000700003de7748
   r8: 0x0000700003de7610   r9: 0x0000700003de7870  r10: 0x0000000000000000  r11: 0x0000000000000246
  r12: 0x000000000001651b  r13: 0x0000003000000008  r14: 0x0000700003de8000  r15: 0x0000000000000016
  rip: 0x00007ff80589f14a  rfl: 0x0000000000000246  cr2: 0x0000000000000000

Logical CPU:     0
Error Code:      0x02000148
Trap Number:     133

Binary Images:
       0x10c071000 -        0x10c07dfff libobjc-trampolines.dylib (*) <caf1eb21-6511-3736-9b71-deedf5e9226b> /usr/lib/libobjc-trampolines.dylib
       0x10be64000 -        0x10bea5fff com.apple.cmio.DAL.VDC-4 (810.0) <7b7b4d0d-395f-3734-8394-12558f790d07> /System/Library/Frameworks/CoreMediaIO.framework/Versions/A/Resources/VDC.plugin/Contents/MacOS/VDC
       0x10bcf4000 -        0x10bcf8fff com.apple.audio.AppleHDAHALPlugIn (540.3) <a2e2e950-fd37-3d19-8189-4b0568b527ef> /System/Library/Extensions/AppleHDA.kext/Contents/PlugIns/AppleHDAHALPlugIn.bundle/Contents/MacOS/AppleHDAHALPlugIn
       0x10ba91000 -        0x10bb38fff com.smartservices.TimeLapze (1.2.1) <9a4ee1e4-5d2e-3a17-a7d9-ffb86c21bbdb> /Applications/TimeLapze.app/Contents/MacOS/TimeLapze
    0x7ff805897000 -     0x7ff8058d1ff7 libsystem_kernel.dylib (*) <13597eeb-2ea0-3d48-8be1-dfc4872a784b> /usr/lib/system/libsystem_kernel.dylib
    0x7ff805939000 -     0x7ff805dd3ffc com.apple.CoreFoundation (6.9) <59d4644f-7aa6-3767-80ab-73d7a388a4ff> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
    0x7ff81039e000 -     0x7ff810638ff3 com.apple.HIToolbox (2.1.1) <de4aeb8b-676c-3a36-9364-1cdee78a3b41> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
    0x7ff808fe5000 -     0x7ff80a413ff2 com.apple.AppKit (6.9) <33ecd3dc-c895-35e2-a1fd-c1761b155964> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
    0x7ff9123ac000 -     0x7ff913ef6ff8 com.apple.SwiftUI (5.5.8) <4bdb26b5-5fb0-3445-8416-d482fbdc082f> /System/Library/Frameworks/SwiftUI.framework/Versions/A/SwiftUI
    0x7ff805546000 -     0x7ff8055d6b9f dyld (*) <baa6f02e-dff3-3562-8c99-ea2820c91ad9> /usr/lib/dyld
               0x0 - 0xffffffffffffffff ??? (*) <00000000-0000-0000-0000-000000000000> ???
    0x7ff8100e7000 -     0x7ff81010cff7 com.apple.audio.caulk (1.0) <d801bd8a-80b4-3b93-bd5b-b5e68358d0a3> /System/Library/PrivateFrameworks/caulk.framework/Versions/A/caulk
    0x7ff8058d2000 -     0x7ff8058ddff7 libsystem_pthread.dylib (*) <25b2f3eb-07b4-3cb9-9457-2c26210c27c8> /usr/lib/system/libsystem_pthread.dylib
    0x7ff80577e000 -     0x7ff805805ff7 libsystem_c.dylib (*) <93fb3816-608b-33af-83d2-209b4bd673ad> /usr/lib/system/libsystem_c.dylib
    0x7ff805881000 -     0x7ff805896fff libc++abi.dylib (*) <a1566d80-dc2e-365d-a046-5e29e983910f> /usr/lib/libc++abi.dylib
    0x7ff805504000 -     0x7ff805545ffb libobjc.A.dylib (*) <bbbf3c18-2c7f-33e4-8e68-0dc82c64300e> /usr/lib/libobjc.A.dylib
    0x7ff805734000 -     0x7ff80577aff1 libdispatch.dylib (*) <511b909b-7a60-3295-9981-a508477c7893> /usr/lib/system/libdispatch.dylib
    0x7ff81010d000 -     0x7ff81023dff8 com.apple.CoreMedia (1.0) <46886948-90d6-34ea-9cf4-69643b1a41ac> /System/Library/Frameworks/CoreMedia.framework/Versions/A/CoreMedia
    0x7ff814d47000 -     0x7ff8152c3ffa com.apple.VideoToolbox (1.0) <883a0811-813d-39fa-a30a-eb915103be35> /System/Library/Frameworks/VideoToolbox.framework/Versions/A/VideoToolbox
    0x7ff8055db000 -     0x7ff805622ffd libxpc.dylib (*) <ed36881e-1d39-396e-8764-33eb9df0496d> /usr/lib/system/libxpc.dylib
    0x7ff815625000 -     0x7ff815f13ff7 com.apple.MediaToolbox (1.0) <08a66289-1108-36c2-8701-583bbad3ac60> /System/Library/Frameworks/MediaToolbox.framework/Versions/A/MediaToolbox
    0x7ff81bef6000 -     0x7ff81c11cff2 com.apple.AVFCore (1.0) <153fc4ca-629e-3b4d-a2e2-258749bfdab0> /System/Library/PrivateFrameworks/AVFCore.framework/Versions/A/AVFCore
    0x7ffb0e3a6000 -     0x7ffb0e3eeff5 com.apple.ScreenCaptureKit (*) <1846474f-3200-35b7-8a90-0d05e5bc029e> /System/Library/Frameworks/ScreenCaptureKit.framework/Versions/A/ScreenCaptureKit
    0x7ff824840000 -     0x7ff824d9bff0 com.apple.CMCapture (1.0) <b4242b1a-5d1f-3c2f-8dd1-461b8642a9dd> /System/Library/PrivateFrameworks/CMCapture.framework/Versions/A/CMCapture

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=943.5M resident=0K(0%) swapped_out_or_unallocated=943.5M(100%)
Writable regions: Total=628.7M written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=628.7M(100%)

                                VIRTUAL   REGION
REGION TYPE                        SIZE    COUNT (non-coalesced)
===========                     =======  =======
Accelerate framework               128K        1
Activity Tracing                   256K        1
AttributeGraph Data               1024K        1
CG image                           124K       10
ColorSync                          252K       31
CoreAnimation                      404K       38
CoreGraphics                        12K        2
CoreMedia memory pool              480K        1
CoreServices                       228K        1
CoreUI image data                 1728K       11
Foundation                          16K        1
Kernel Alloc Once                    8K        1
MALLOC                           610.2M       63
MALLOC guard page                   48K       12
STACK GUARD                       56.1M       14
Stack                             14.6M       14
VM_ALLOCATE                       1200K       14
__CTF                               824        1
__DATA                            38.8M      611
__DATA_CONST                      45.3M      412
__DATA_DIRTY                      1696K      213
__FONT_DATA                        2352        1
__LINKEDIT                       181.2M        6
__OBJC_RO                         71.8M        1
__OBJC_RW                         2200K        3
__TEXT                           762.3M      630
dyld private memory                260K        2
mapped file                      196.5M       40
shared memory                      784K       17
===========                     =======  =======
TOTAL                              1.9G     2153

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

{"app_name":"TimeLapze","timestamp":"2024-11-21 21:03:59.00 -0500","app_version":"1.2.1","slice_uuid":"9a4ee1e4-5d2e-3a17-a7d9-ffb86c21bbdb","build_version":"9","platform":1,"bundleID":"com.smartservices.TimeLapze","share_with_app_devs":0,"is_first_party":0,"bug_type":"309","os_version":"macOS 14.5 (23F79)","roots_installed":0,"name":"TimeLapze","incident_id":"F712399B-E599-4ACF-9B5A-0970890943F1"}
{
  "uptime" : 320000,
  "procRole" : "Background",
  "version" : 2,
  "userID" : 501,
  "deployVersion" : 210,
  "modelCode" : "iMac19,1",
  "coalitionID" : 19167,
  "osVersion" : {
    "train" : "macOS 14.5",
    "build" : "23F79",
    "releaseType" : "User"
  },
  "captureTime" : "2024-11-21 21:03:47.5296 -0500",
  "codeSigningMonitor" : 0,
  "incident" : "F712399B-E599-4ACF-9B5A-0970890943F1",
  "pid" : 69301,
  "cpuType" : "X86-64",
  "roots_installed" : 0,
  "bug_type" : "309",
  "procLaunch" : "2024-11-21 21:02:50.5386 -0500",
  "procStartAbsTime" :<PHONE_NUMBER>75174,
  "procExitAbsTime" :<PHONE_NUMBER>60025,
  "procName" : "TimeLapze",
  "procPath" : "\/Applications\/TimeLapze.app\/Contents\/MacOS\/TimeLapze",
  "bundleInfo" : {"CFBundleShortVersionString":"1.2.1","CFBundleVersion":"9","CFBundleIdentifier":"com.smartservices.TimeLapze"},
  "storeInfo" : {"deviceIdentifierForVendor":"F585F5AB-80FA-56E9-A845-F74B5B34C320","thirdParty":true},
  "parentProc" : "launchd",
  "parentPid" : 1,
  "coalitionName" : "com.smartservices.TimeLapze",
  "crashReporterKey" : "737B35C2-61E9-019E-774E-C6319B0F1E7B",
  "codeSigningID" : "com.smartservices.TimeLapze",
  "codeSigningTeamID" : "PPA4LZZXUN",
  "codeSigningFlags" : 570503953,
  "codeSigningValidationCategory" : 6,
  "codeSigningTrustLevel" :<PHONE_NUMBER>,
  "wakeTime" : 339,
  "sleepWakeUUID" : "3F9D76D4-DD48-4865-83E8-8DAC5960B78A",
  "sip" : "enabled",
  "exception" : {"codes":"0x0000000000000000, 0x0000000000000000","rawCodes":[0,0],"type":"EXC_CRASH","signal":"SIGABRT"},
  "termination" : {"flags":0,"code":6,"namespace":"SIGNAL","indicator":"Abort trap: 6","byProc":"TimeLapze","byPid":69301},
  "asi" : {"libsystem_c.dylib":["abort() called"]},
  "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},
  "lastExceptionBacktrace" : [{"imageOffset":978358,"symbol":"__exceptionPreprocess","symbolLocation":226,"imageIndex":5},{"imageOffset":81565,"symbol":"objc_exception_throw","symbolLocation":48,"imageIndex":15},{"imageOffset":688345,"symbol":"__41-[AVAssetWriterInput appendSampleBuffer:]_block_invoke","symbolLocation":0,"imageIndex":21},{"imageOffset":178117,"symbol":"Recordable.appendBuffer(buffer:source:)","symbolLocation":3669,"imageIndex":3},{"imageOffset":487228,"symbol":"Screen.handleVideo(buffer:)","symbolLocation":2844,"imageIndex":3},{"imageOffset":483833,"symbol":"Screen.stream(_:didOutputSampleBuffer:of:)","symbolLocation":217,"imageIndex":3},{"imageOffset":484335,"symbol":"@objc Screen.stream(_:didOutputSampleBuffer:of:)","symbolLocation":79,"imageIndex":3},{"imageOffset":171048,"symbol":"__59-[SCStream(SCContentSharing) startRemoteVideoReceiveQueue:]_block_invoke","symbolLocation":2086,"imageIndex":22},{"imageOffset":2536741,"symbol":"__FigRemoteOperationReceiverCreateMessageReceiver_block_invoke","symbolLocation":78,"imageIndex":23},{"imageOffset":1787993,"symbol":"__rqReceiverSetSource_block_invoke","symbolLocation":213,"imageIndex":23},{"imageOffset":11708,"symbol":"_dispatch_client_callout","symbolLocation":8,"imageIndex":16},{"imageOffset":22812,"symbol":"_dispatch_continuation_pop","symbolLocation":511,"imageIndex":16},{"imageOffset":89869,"symbol":"_dispatch_source_invoke","symbolLocation":2076,"imageIndex":16},{"imageOffset":78163,"symbol":"_dispatch_root_queue_drain_deferred_item","symbolLocation":267,"imageIndex":16},{"imageOffset":76519,"symbol":"_dispatch_kevent_worker_thread","symbolLocation":586,"imageIndex":16},{"imageOffset":11204,"symbol":"_pthread_wqthread","symbolLocation":391,"imageIndex":12},{"imageOffset":6863,"symbol":"start_wqthread","symbolLocation":15,"imageIndex":12}],
  "faultingThread" : 4,
  "threads" : [{"id":3401632,"threadState":{"r13":{"value":21592279046},"rax":{"value":268451845},"rflags":{"value":518},"cpu":{"value":0},"r14":{"value":2},"rsi":{"value":21592279046},"r8":{"value":0},"cr2":{"value":0},"rdx":{"value":8589934592},"r10":{"value":167138652323840},"r9":{"value":167138652323840},"r15":{"value":167138652323840},"rbx":{"value":140701858189696},"trap":{"value":133},"err":{"value":16777263},"r11":{"value":518},"rip":{"value":140703221515214},"rbp":{"value":140701858189536},"rsp":{"value":140701858189432},"r12":{"value":4294967295},"rcx":{"value":140701858189432},"flavor":"x86_THREAD_STATE","rdi":{"value":140701858189696}},"queue":"com.apple.main-thread","frames":[{"imageOffset":5070,"symbol":"mach_msg2_trap","symbolLocation":10,"imageIndex":4},{"imageOffset":64648,"symbol":"mach_msg2_internal","symbolLocation":84,"imageIndex":4},{"imageOffset":34064,"symbol":"mach_msg_overwrite","symbolLocation":653,"imageIndex":4},{"imageOffset":5821,"symbol":"mach_msg","symbolLocation":19,"imageIndex":4},{"imageOffset":508357,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":143,"imageIndex":5},{"imageOffset":502837,"symbol":"__CFRunLoopRun","symbolLocation":1371,"imageIndex":5},{"imageOffset":499986,"symbol":"CFRunLoopRunSpecific","symbolLocation":557,"imageIndex":5},{"imageOffset":190985,"symbol":"RunCurrentEventLoopInMode","symbolLocation":292,"imageIndex":6},{"imageOffset":190486,"symbol":"ReceiveNextEventCommon","symbolLocation":665,"imageIndex":6},{"imageOffset":189793,"symbol":"_BlockUntilNextEventMatchingListInModeWithFilter","symbolLocation":66,"imageIndex":6},{"imageOffset":257121,"symbol":"_DPSNextEvent","symbolLocation":880,"imageIndex":7},{"imageOffset":9776576,"symbol":"-[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]","symbolLocation":1273,"imageIndex":7},{"imageOffset":196725,"symbol":"-[NSApplication run]","symbolLocation":603,"imageIndex":7},{"imageOffset":16371,"symbol":"NSApplicationMain","symbolLocation":816,"imageIndex":7},{"imageOffset":980311,"imageIndex":8},{"imageOffset":8302180,"imageIndex":8},{"imageOffset":12260351,"imageIndex":8},{"imageOffset":270211,"symbol":"static TimeLapzeApp.$main()","symbolLocation":35,"imageIndex":3},{"imageOffset":283161,"symbol":"main","symbolLocation":9,"imageIndex":3},{"imageOffset":25446,"symbol":"start","symbolLocation":1942,"imageIndex":9}]},{"id":3401710,"name":"caulk.messenger.shared:17","threadState":{"r13":{"value":0},"rax":{"value":14},"rflags":{"value":515},"cpu":{"value":0},"r14":{"value":105553174759488},"rsi":{"value":105553129673216},"r8":{"value":105553129673216},"cr2":{"value":0},"rdx":{"value":10},"r10":{"value":0},"r9":{"value":25},"r15":{"value":0},"rbx":{"value":105553174759425},"trap":{"value":133},"err":{"value":16777252},"r11":{"value":515},"rip":{"value":140703221515082},"rbp":{"value":123145366151024},"rsp":{"value":123145366150984},"r12":{"value":0},"rcx":{"value":123145366150984},"flavor":"x86_THREAD_STATE","rdi":{"value":9223}},"frames":[{"imageOffset":4938,"symbol":"semaphore_wait_trap","symbolLocation":10,"imageIndex":4},{"imageOffset":7080,"symbol":"caulk::semaphore::timed_wait(double)","symbolLocation":150,"imageIndex":11},{"imageOffset":6852,"symbol":"caulk::concurrent::details::worker_thread::run()","symbolLocation":30,"imageIndex":11},{"imageOffset":6120,"symbol":"void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*>>>(void*)","symbolLocation":41,"imageIndex":11},{"imageOffset":24971,"symbol":"_pthread_start","symbolLocation":99,"imageIndex":12},{"imageOffset":6883,"symbol":"thread_start","symbolLocation":15,"imageIndex":12}]},{"id":3401711,"name":"caulk.messenger.shared:high","threadState":{"r13":{"value":0},"rax":{"value":14},"rflags":{"value":515},"cpu":{"value":0},"r14":{"value":105553174757616},"rsi":{"value":105553129673472},"r8":{"value":105553129673472},"cr2":{"value":0},"rdx":{"value":12},"r10":{"value":0},"r9":{"value":27},"r15":{"value":0},"rbx":{"value":105553174757377},"trap":{"value":133},"err":{"value":16777252},"r11":{"value":515},"rip":{"value":140703221515082},"rbp":{"value":123145366687600},"rsp":{"value":123145366687560},"r12":{"value":0},"rcx":{"value":123145366687560},"flavor":"x86_THREAD_STATE","rdi":{"value":9475}},"frames":[{"imageOffset":4938,"symbol":"semaphore_wait_trap","symbolLocation":10,"imageIndex":4},{"imageOffset":7080,"symbol":"caulk::semaphore::timed_wait(double)","symbolLocation":150,"imageIndex":11},{"imageOffset":6852,"symbol":"caulk::concurrent::details::worker_thread::run()","symbolLocation":30,"imageIndex":11},{"imageOffset":6120,"symbol":"void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*>>>(void*)","symbolLocation":41,"imageIndex":11},{"imageOffset":24971,"symbol":"_pthread_start","symbolLocation":99,"imageIndex":12},{"imageOffset":6883,"symbol":"thread_start","symbolLocation":15,"imageIndex":12}]},{"id":3401783,"name":"com.apple.NSEventThread","threadState":{"r13":{"value":21592279046},"rax":{"value":268451845},"rflags":{"value":518},"cpu":{"value":0},"r14":{"value":2},"rsi":{"value":21592279046},"r8":{"value":0},"cr2":{"value":0},"rdx":{"value":8589934592},"r10":{"value":399135605784576},"r9":{"value":399135605784576},"r15":{"value":399135605784576},"rbx":{"value":123145368830048},"trap":{"value":133},"err":{"value":16777263},"r11":{"value":518},"rip":{"value":140703221515214},"rbp":{"value":123145368829888},"rsp":{"value":123145368829784},"r12":{"value":4294967295},"rcx":{"value":123145368829784},"flavor":"x86_THREAD_STATE","rdi":{"value":123145368830048}},"frames":[{"imageOffset":5070,"symbol":"mach_msg2_trap","symbolLocation":10,"imageIndex":4},{"imageOffset":64648,"symbol":"mach_msg2_internal","symbolLocation":84,"imageIndex":4},{"imageOffset":34064,"symbol":"mach_msg_overwrite","symbolLocation":653,"imageIndex":4},{"imageOffset":5821,"symbol":"mach_msg","symbolLocation":19,"imageIndex":4},{"imageOffset":508357,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":143,"imageIndex":5},{"imageOffset":502837,"symbol":"__CFRunLoopRun","symbolLocation":1371,"imageIndex":5},{"imageOffset":499986,"symbol":"CFRunLoopRunSpecific","symbolLocation":557,"imageIndex":5},{"imageOffset":1690556,"symbol":"_NSEventThread","symbolLocation":122,"imageIndex":7},{"imageOffset":24971,"symbol":"_pthread_start","symbolLocation":99,"imageIndex":12},{"imageOffset":6883,"symbol":"thread_start","symbolLocation":15,"imageIndex":12}]},{"triggered":true,"id":3402476,"threadState":{"r13":{"value":206158430216},"rax":{"value":0},"rflags":{"value":582},"cpu":{"value":0},"r14":{"value":123145367224320},"rsi":{"value":6},"r8":{"value":123145367221776},"cr2":{"value":0},"rdx":{"value":0},"r10":{"value":0},"r9":{"value":123145367222384},"r15":{"value":22},"rbx":{"value":6},"trap":{"value":133},"err":{"value":33554760},"r11":{"value":582},"rip":{"value":140703221543242,"matchesCrashFrame":1},"rbp":{"value":123145367222128},"rsp":{"value":123145367222088},"r12":{"value":91419},"rcx":{"value":123145367222088},"flavor":"x86_THREAD_STATE","rdi":{"value":91419}},"queue":"com.apple.root.user-initiated-qos","frames":[{"imageOffset":33098,"symbol":"__pthread_kill","symbolLocation":10,"imageIndex":4},{"imageOffset":24253,"symbol":"pthread_kill","symbolLocation":262,"imageIndex":12},{"imageOffset":522873,"symbol":"abort","symbolLocation":126,"imageIndex":13},{"imageOffset":63778,"symbol":"abort_message","symbolLocation":241,"imageIndex":14},{"imageOffset":8490,"symbol":"demangling_terminate_handler()","symbolLocation":266,"imageIndex":14},{"imageOffset":114698,"symbol":"_objc_terminate()","symbolLocation":96,"imageIndex":15},{"imageOffset":60795,"symbol":"std::__terminate(void (*)())","symbolLocation":6,"imageIndex":14},{"imageOffset":60726,"symbol":"std::terminate()","symbolLocation":54,"imageIndex":14},{"imageOffset":11728,"symbol":"_dispatch_client_callout","symbolLocation":28,"imageIndex":16},{"imageOffset":22812,"symbol":"_dispatch_continuation_pop","symbolLocation":511,"imageIndex":16},{"imageOffset":89869,"symbol":"_dispatch_source_invoke","symbolLocation":2076,"imageIndex":16},{"imageOffset":78163,"symbol":"_dispatch_root_queue_drain_deferred_item","symbolLocation":267,"imageIndex":16},{"imageOffset":76519,"symbol":"_dispatch_kevent_worker_thread","symbolLocation":586,"imageIndex":16},{"imageOffset":11204,"symbol":"_pthread_wqthread","symbolLocation":391,"imageIndex":12},{"imageOffset":6863,"symbol":"start_wqthread","symbolLocation":15,"imageIndex":12}]},{"id":3402533,"frames":[{"imageOffset":6848,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":12}],"threadState":{"r13":{"value":0},"rax":{"value":33554800},"rflags":{"value":512},"cpu":{"value":0},"r14":{"value":1},"rsi":{"value":4879},"r8":{"value":409604},"cr2":{"value":0},"rdx":{"value":123145364553728},"r10":{"value":0},"r9":{"value":18446744073709551615},"r15":{"value":123145365076864},"rbx":{"value":123145365078016},"trap":{"value":133},"err":{"value":33554800},"r11":{"value":582},"rip":{"value":140703221758656},"rbp":{"value":0},"rsp":{"value":123145365078016},"r12":{"value":1982472},"rcx":{"value":0},"flavor":"x86_THREAD_STATE","rdi":{"value":123145365078016}}},{"id":3402534,"frames":[{"imageOffset":6848,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":12}],"threadState":{"r13":{"value":0},"rax":{"value":33554800},"rflags":{"value":512},"cpu":{"value":0},"r14":{"value":1},"rsi":{"value":5919},"r8":{"value":409604},"cr2":{"value":0},"rdx":{"value":123145365090304},"r10":{"value":0},"r9":{"value":18446744073709551615},"r15":{"value":123145365613432},"rbx":{"value":123145365614592},"trap":{"value":133},"err":{"value":33554800},"r11":{"value":582},"rip":{"value":140703221758656},"rbp":{"value":0},"rsp":{"value":123145365614592},"r12":{"value":5193732},"rcx":{"value":0},"flavor":"x86_THREAD_STATE","rdi":{"value":123145365614592}}},{"id":3402536,"frames":[{"imageOffset":6848,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":12}],"threadState":{"r13":{"value":0},"rax":{"value":0},"rflags":{"value":512},"cpu":{"value":0},"r14":{"value":0},"rsi":{"value":0},"r8":{"value":278532},"cr2":{"value":0},"rdx":{"value":123145367236608},"r10":{"value":0},"r9":{"value":18446744073709551615},"r15":{"value":0},"rbx":{"value":0},"trap":{"value":0},"err":{"value":0},"r11":{"value":0},"rip":{"value":140703221758656},"rbp":{"value":0},"rsp":{"value":123145367760896},"r12":{"value":0},"rcx":{"value":0},"flavor":"x86_THREAD_STATE","rdi":{"value":123145367760896}}},{"id":3402537,"frames":[{"imageOffset":6848,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":12}],"threadState":{"r13":{"value":0},"rax":{"value":33554800},"rflags":{"value":512},"cpu":{"value":0},"r14":{"value":1},"rsi":{"value":99847},"r8":{"value":409604},"cr2":{"value":0},"rdx":{"value":123145367773184},"r10":{"value":0},"r9":{"value":18446744073709551615},"r15":{"value":123145368296312},"rbx":{"value":123145368297472},"trap":{"value":133},"err":{"value":33554800},"r11":{"value":582},"rip":{"value":140703221758656},"rbp":{"value":0},"rsp":{"value":123145368297472},"r12":{"value":5193734},"rcx":{"value":0},"flavor":"x86_THREAD_STATE","rdi":{"value":123145368297472}}},{"threadState":{"r13":{"value":4402341479680},"rax":{"value":260},"rflags":{"value":583},"cpu":{"value":0},"r14":{"value":123145369370624},"rsi":{"value":4402341479680},"r8":{"value":0},"cr2":{"value":0},"rdx":{"value":1024},"r10":{"value":0},"r9":{"value":65704},"r15":{"value":1024},"rbx":{"value":22},"trap":{"value":133},"err":{"value":33554737},"r11":{"value":582},"rip":{"value":140703221526394},"rbp":{"value":123145369369760},"rsp":{"value":123145369369608},"r12":{"value":0},"rcx":{"value":123145369369608},"flavor":"x86_THREAD_STATE","rdi":{"value":105553159254024}},"id":3402542,"name":"com.apple.coremedia.sharedRootQueue.47","queue":"com.apple.videotoolbox.preparationQueue","frames":[{"imageOffset":16250,"symbol":"__psynch_cvwait","symbolLocation":10,"imageIndex":4},{"imageOffset":26355,"symbol":"_pthread_cond_wait","symbolLocation":1211,"imageIndex":12},{"imageOffset":126601,"symbol":"WaitOnCondition","symbolLocation":11,"imageIndex":17},{"imageOffset":40787,"symbol":"FigSemaphoreWaitRelative","symbolLocation":146,"imageIndex":17},{"imageOffset":108074,"imageIndex":18},{"imageOffset":105776,"imageIndex":18},{"imageOffset":11708,"symbol":"_dispatch_client_callout","symbolLocation":8,"imageIndex":16},{"imageOffset":36867,"symbol":"_dispatch_lane_serial_drain","symbolLocation":1060,"imageIndex":16},{"imageOffset":39319,"symbol":"_dispatch_lane_invoke","symbolLocation":377,"imageIndex":16},{"imageOffset":73899,"symbol":"_dispatch_root_queue_drain","symbolLocation":328,"imageIndex":16},{"imageOffset":73370,"symbol":"_dispatch_worker_thread","symbolLocation":253,"imageIndex":16},{"imageOffset":24971,"symbol":"_pthread_start","symbolLocation":99,"imageIndex":12},{"imageOffset":6883,"symbol":"thread_start","symbolLocation":15,"imageIndex":12}]},{"threadState":{"r13":{"value":17297326606},"rax":{"value":268451845},"rflags":{"value":514},"cpu":{"value":0},"r14":{"value":16384},"rsi":{"value":17297326606},"r8":{"value":2305843009213693952},"cr2":{"value":0},"rdx":{"value":4608},"r10":{"value":100375},"r9":{"value":484914692620288},"r15":{"value":484914692620288},"rbx":{"value":123145369889200},"trap":{"value":133},"err":{"value":16777263},"r11":{"value":514},"rip":{"value":140703221515214},"rbp":{"value":123145369888832},"rsp":{"value":123145369888728},"r12":{"value":0},"rcx":{"value":123145369888728},"flavor":"x86_THREAD_STATE","rdi":{"value":123145369889200}},"id":3402554,"name":"com.apple.coremedia.sharedRootQueue.47","queue":"com.apple.videotoolbox.compressionQueue","frames":[{"imageOffset":5070,"symbol":"mach_msg2_trap","symbolLocation":10,"imageIndex":4},{"imageOffset":64648,"symbol":"mach_msg2_internal","symbolLocation":84,"imageIndex":4},{"imageOffset":34064,"symbol":"mach_msg_overwrite","symbolLocation":653,"imageIndex":4},{"imageOffset":5821,"symbol":"mach_msg","symbolLocation":19,"imageIndex":4},{"imageOffset":108129,"symbol":"_dispatch_mach_send_and_wait_for_reply","symbolLocation":521,"imageIndex":16},{"imageOffset":109157,"symbol":"dispatch_mach_send_with_result_and_wait_for_reply","symbolLocation":50,"imageIndex":16},{"imageOffset":48013,"symbol":"xpc_connection_send_message_with_reply_sync","symbolLocation":261,"imageIndex":19},{"imageOffset":3416282,"imageIndex":18},{"imageOffset":55095,"imageIndex":18},{"imageOffset":11708,"symbol":"_dispatch_client_callout","symbolLocation":8,"imageIndex":16},{"imageOffset":36867,"symbol":"_dispatch_lane_serial_drain","symbolLocation":1060,"imageIndex":16},{"imageOffset":39319,"symbol":"_dispatch_lane_invoke","symbolLocation":377,"imageIndex":16},{"imageOffset":73899,"symbol":"_dispatch_root_queue_drain","symbolLocation":328,"imageIndex":16},{"imageOffset":73370,"symbol":"_dispatch_worker_thread","symbolLocation":253,"imageIndex":16},{"imageOffset":24971,"symbol":"_pthread_start","symbolLocation":99,"imageIndex":12},{"imageOffset":6883,"symbol":"thread_start","symbolLocation":15,"imageIndex":12}]},{"id":3402574,"name":"com.apple.coremedia.mediaprocessor.videocompression","threadState":{"r13":{"value":4402341479680},"rax":{"value":260},"rflags":{"value":583},"cpu":{"value":0},"r14":{"value":123145370443776},"rsi":{"value":4402341479680},"r8":{"value":0},"cr2":{"value":0},"rdx":{"value":1024},"r10":{"value":0},"r9":{"value":65704},"r15":{"value":1024},"rbx":{"value":22},"trap":{"value":133},"err":{"value":33554737},"r11":{"value":582},"rip":{"value":140703221526394},"rbp":{"value":123145370442080},"rsp":{"value":123145370441928},"r12":{"value":0},"rcx":{"value":123145370441928},"flavor":"x86_THREAD_STATE","rdi":{"value":105553159254120}},"frames":[{"imageOffset":16250,"symbol":"__psynch_cvwait","symbolLocation":10,"imageIndex":4},{"imageOffset":26355,"symbol":"_pthread_cond_wait","symbolLocation":1211,"imageIndex":12},{"imageOffset":126601,"symbol":"WaitOnCondition","symbolLocation":11,"imageIndex":17},{"imageOffset":40787,"symbol":"FigSemaphoreWaitRelative","symbolLocation":146,"imageIndex":17},{"imageOffset":83346,"imageIndex":18},{"imageOffset":79792,"symbol":"VTCompressionSessionEncodeFrame","symbolLocation":143,"imageIndex":18},{"imageOffset":4341885,"imageIndex":20},{"imageOffset":4220370,"imageIndex":20},{"imageOffset":4219966,"imageIndex":20},{"imageOffset":4109166,"imageIndex":20},{"imageOffset":121220,"symbol":"figThreadMain","symbolLocation":237,"imageIndex":17},{"imageOffset":24971,"symbol":"_pthread_start","symbolLocation":99,"imageIndex":12},{"imageOffset":6883,"symbol":"thread_start","symbolLocation":15,"imageIndex":12}]},{"id":3402577,"name":"com.apple.coremedia.sharedRootQueue.47","threadState":{"r13":{"value":18446744071427850239},"rax":{"value":14},"rflags":{"value":518},"cpu":{"value":0},"r14":{"value":140464807575296},"rsi":{"value":4294966922337845252},"r8":{"value":220},"cr2":{"value":0},"rdx":{"value":999999913},"r10":{"value":4294966922337845248},"r9":{"value":4219607158},"r15":{"value":19342813113834067},"rbx":{"value":326674887046772},"trap":{"value":133},"err":{"value":16777254},"r11":{"value":518},"rip":{"value":140703221515106},"rbp":{"value":123145370980160},"rsp":{"value":123145370980120},"r12":{"value":0},"rcx":{"value":123145370980120},"flavor":"x86_THREAD_STATE","rdi":{"value":65807}},"frames":[{"imageOffset":4962,"symbol":"semaphore_timedwait_trap","symbolLocation":10,"imageIndex":4},{"imageOffset":13069,"symbol":"_dispatch_sema4_timedwait","symbolLocation":73,"imageIndex":16},{"imageOffset":14169,"symbol":"_dispatch_semaphore_wait_slow","symbolLocation":58,"imageIndex":16},{"imageOffset":73441,"symbol":"_dispatch_worker_thread","symbolLocation":324,"imageIndex":16},{"imageOffset":24971,"symbol":"_pthread_start","symbolLocation":99,"imageIndex":12},{"imageOffset":6883,"symbol":"thread_start","symbolLocation":15,"imageIndex":12}]},{"id":3402584,"name":"com.apple.coremedia.formatwriter.qtmovie","threadState":{"r13":{"value":1103806595584},"rax":{"value":260},"rflags":{"value":583},"cpu":{"value":0},"r14":{"value":123145371516928},"rsi":{"value":1103806595584},"r8":{"value":0},"cr2":{"value":0},"rdx":{"value":256},"r10":{"value":0},"r9":{"value":65704},"r15":{"value":256},"rbx":{"value":22},"trap":{"value":133},"err":{"value":33554737},"r11":{"value":582},"rip":{"value":140703221526394},"rbp":{"value":123145371516240},"rsp":{"value":123145371516088},"r12":{"value":0},"rcx":{"value":123145371516088},"flavor":"x86_THREAD_STATE","rdi":{"value":105553159229768}},"frames":[{"imageOffset":16250,"symbol":"__psynch_cvwait","symbolLocation":10,"imageIndex":4},{"imageOffset":26355,"symbol":"_pthread_cond_wait","symbolLocation":1211,"imageIndex":12},{"imageOffset":126601,"symbol":"WaitOnCondition","symbolLocation":11,"imageIndex":17},{"imageOffset":40787,"symbol":"FigSemaphoreWaitRelative","symbolLocation":146,"imageIndex":17},{"imageOffset":3713053,"imageIndex":20},{"imageOffset":121220,"symbol":"figThreadMain","symbolLocation":237,"imageIndex":17},{"imageOffset":24971,"symbol":"_pthread_start","symbolLocation":99,"imageIndex":12},{"imageOffset":6883,"symbol":"thread_start","symbolLocation":15,"imageIndex":12}]}],
  "usedImages" : [
  {
    "source" : "P",
    "arch" : "x86_64h",
    "base" :<PHONE_NUMBER>,
    "size" : 53248,
    "uuid" : "caf1eb21-6511-3736-9b71-deedf5e9226b",
    "path" : "\/usr\/lib\/libobjc-trampolines.dylib",
    "name" : "libobjc-trampolines.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "810.0",
    "CFBundleIdentifier" : "com.apple.cmio.DAL.VDC-4",
    "size" : 270336,
    "uuid" : "7b7b4d0d-395f-3734-8394-12558f790d07",
    "path" : "\/System\/Library\/Frameworks\/CoreMediaIO.framework\/Versions\/A\/Resources\/VDC.plugin\/Contents\/MacOS\/VDC",
    "name" : "VDC",
    "CFBundleVersion" : "428.1"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "540.3",
    "CFBundleIdentifier" : "com.apple.audio.AppleHDAHALPlugIn",
    "size" : 20480,
    "uuid" : "a2e2e950-fd37-3d19-8189-4b0568b527ef",
    "path" : "\/System\/Library\/Extensions\/AppleHDA.kext\/Contents\/PlugIns\/AppleHDAHALPlugIn.bundle\/Contents\/MacOS\/AppleHDAHALPlugIn",
    "name" : "AppleHDAHALPlugIn",
    "CFBundleVersion" : "540.3"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "1.2.1",
    "CFBundleIdentifier" : "com.smartservices.TimeLapze",
    "size" : 688128,
    "uuid" : "9a4ee1e4-5d2e-3a17-a7d9-ffb86c21bbdb",
    "path" : "\/Applications\/TimeLapze.app\/Contents\/MacOS\/TimeLapze",
    "name" : "TimeLapze",
    "CFBundleVersion" : "9"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>10144,
    "size" : 241656,
    "uuid" : "13597eeb-2ea0-3d48-8be1-dfc4872a784b",
    "path" : "\/usr\/lib\/system\/libsystem_kernel.dylib",
    "name" : "libsystem_kernel.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64h",
    "base" :<PHONE_NUMBER>73696,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.CoreFoundation",
    "size" : 4829181,
    "uuid" : "59d4644f-7aa6-3767-80ab-73d7a388a4ff",
    "path" : "\/System\/Library\/Frameworks\/CoreFoundation.framework\/Versions\/A\/CoreFoundation",
    "name" : "CoreFoundation",
    "CFBundleVersion" : "2503.1"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>45312,
    "CFBundleShortVersionString" : "2.1.1",
    "CFBundleIdentifier" : "com.apple.HIToolbox",
    "size" : 2732020,
    "uuid" : "de4aeb8b-676c-3a36-9364-1cdee78a3b41",
    "path" : "\/System\/Library\/Frameworks\/Carbon.framework\/Versions\/A\/Frameworks\/HIToolbox.framework\/Versions\/A\/HIToolbox",
    "name" : "HIToolbox"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>01312,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.AppKit",
    "size" : 21164019,
    "uuid" : "33ecd3dc-c895-35e2-a1fd-c1761b155964",
    "path" : "\/System\/Library\/Frameworks\/AppKit.framework\/Versions\/C\/AppKit",
    "name" : "AppKit",
    "CFBundleVersion" : "2487.60.105"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>24384,
    "CFBundleShortVersionString" : "5.5.8",
    "CFBundleIdentifier" : "com.apple.SwiftUI",
    "size" : 28618745,
    "uuid" : "4bdb26b5-5fb0-3445-8416-d482fbdc082f",
    "path" : "\/System\/Library\/Frameworks\/SwiftUI.framework\/Versions\/A\/SwiftUI",
    "name" : "SwiftUI",
    "CFBundleVersion" : "5.5.8"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>32640,
    "size" : 592800,
    "uuid" : "baa6f02e-dff3-3562-8c99-ea2820c91ad9",
    "path" : "\/usr\/lib\/dyld",
    "name" : "dyld"
  },
  {
    "size" : 0,
    "source" : "A",
    "base" : 0,
    "uuid" : "00000000-0000-0000-0000-000000000000"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>98592,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.apple.audio.caulk",
    "size" : 155640,
    "uuid" : "d801bd8a-80b4-3b93-bd5b-b5e68358d0a3",
    "path" : "\/System\/Library\/PrivateFrameworks\/caulk.framework\/Versions\/A\/caulk",
    "name" : "caulk"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>51808,
    "size" : 49144,
    "uuid" : "25b2f3eb-07b4-3cb9-9457-2c26210c27c8",
    "path" : "\/usr\/lib\/system\/libsystem_pthread.dylib",
    "name" : "libsystem_pthread.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>59168,
    "size" : 557048,
    "uuid" : "93fb3816-608b-33af-83d2-209b4bd673ad",
    "path" : "\/usr\/lib\/system\/libsystem_c.dylib",
    "name" : "libsystem_c.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>20032,
    "size" : 90112,
    "uuid" : "a1566d80-dc2e-365d-a046-5e29e983910f",
    "path" : "\/usr\/lib\/libc++abi.dylib",
    "name" : "libc++abi.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64h",
    "base" :<PHONE_NUMBER>62304,
    "size" : 270332,
    "uuid" : "bbbf3c18-2c7f-33e4-8e68-0dc82c64300e",
    "path" : "\/usr\/lib\/libobjc.A.dylib",
    "name" : "libobjc.A.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>56064,
    "size" : 290802,
    "uuid" : "511b909b-7a60-3295-9981-a508477c7893",
    "path" : "\/usr\/lib\/system\/libdispatch.dylib",
    "name" : "libdispatch.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>54240,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.apple.CoreMedia",
    "size" : 1249273,
    "uuid" : "46886948-90d6-34ea-9cf4-69643b1a41ac",
    "path" : "\/System\/Library\/Frameworks\/CoreMedia.framework\/Versions\/A\/CoreMedia",
    "name" : "CoreMedia",
    "CFBundleVersion" : "3110.8.2"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>83584,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.apple.VideoToolbox",
    "size" : 5754875,
    "uuid" : "883a0811-813d-39fa-a30a-eb915103be35",
    "path" : "\/System\/Library\/Frameworks\/VideoToolbox.framework\/Versions\/A\/VideoToolbox",
    "name" : "VideoToolbox",
    "CFBundleVersion" : "3110.8.2"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>42944,
    "size" : 294910,
    "uuid" : "ed36881e-1d39-396e-8764-33eb9df0496d",
    "path" : "\/usr\/lib\/system\/libxpc.dylib",
    "name" : "libxpc.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>81504,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.apple.MediaToolbox",
    "size" : 9367544,
    "uuid" : "08a66289-1108-36c2-8701-583bbad3ac60",
    "path" : "\/System\/Library\/Frameworks\/MediaToolbox.framework\/Versions\/A\/MediaToolbox",
    "name" : "MediaToolbox",
    "CFBundleVersion" : "3110.8.2"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>89472,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.apple.AVFCore",
    "size" : 2256883,
    "uuid" : "153fc4ca-629e-3b4d-a2e2-258749bfdab0",
    "path" : "\/System\/Library\/PrivateFrameworks\/AVFCore.framework\/Versions\/A\/AVFCore",
    "name" : "AVFCore",
    "CFBundleVersion" : "2240.7.2"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>25536,
    "CFBundleIdentifier" : "com.apple.ScreenCaptureKit",
    "size" : 298998,
    "uuid" : "1846474f-3200-35b7-8a90-0d05e5bc029e",
    "path" : "\/System\/Library\/Frameworks\/ScreenCaptureKit.framework\/Versions\/A\/ScreenCaptureKit",
    "name" : "ScreenCaptureKit",
    "CFBundleVersion" : "1"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>47488,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.apple.CMCapture",
    "size" : 5619697,
    "uuid" : "b4242b1a-5d1f-3c2f-8dd1-461b8642a9dd",
    "path" : "\/System\/Library\/PrivateFrameworks\/CMCapture.framework\/Versions\/A\/CMCapture",
    "name" : "CMCapture"
  }
],
  "sharedCache" : {
  "base" :<PHONE_NUMBER>36320,
  "size" :<PHONE_NUMBER>6,
  "uuid" : "b48cfc6b-b7ed-3343-97fb-f5187dc04df8"
},
  "vmSummary" : "ReadOnly portion of Libraries: Total=943.5M resident=0K(0%) swapped_out_or_unallocated=943.5M(100%)\nWritable regions: Total=628.7M written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=628.7M(100%)\n\n                                VIRTUAL   REGION \nREGION TYPE                        SIZE    COUNT (non-coalesced) \n===========                     =======  ======= \nAccelerate framework               128K        1 \nActivity Tracing                   256K        1 \nAttributeGraph Data               1024K        1 \nCG image                           124K       10 \nColorSync                          252K       31 \nCoreAnimation                      404K       38 \nCoreGraphics                        12K        2 \nCoreMedia memory pool              480K        1 \nCoreServices                       228K        1 \nCoreUI image data                 1728K       11 \nFoundation                          16K        1 \nKernel Alloc Once                    8K        1 \nMALLOC                           610.2M       63 \nMALLOC guard page                   48K       12 \nSTACK GUARD                       56.1M       14 \nStack                             14.6M       14 \nVM_ALLOCATE                       1200K       14 \n__CTF                               824        1 \n__DATA                            38.8M      611 \n__DATA_CONST                      45.3M      412 \n__DATA_DIRTY                      1696K      213 \n__FONT_DATA                        2352        1 \n__LINKEDIT                       181.2M        6 \n__OBJC_RO                         71.8M        1 \n__OBJC_RW                         2200K        3 \n__TEXT                           762.3M      630 \ndyld private memory                260K        2 \nmapped file                      196.5M       40 \nshared memory                      784K       17 \n===========                     =======  ======= \nTOTAL                              1.9G     2153 \n",
  "legacyInfo" : {
  "threadTriggered" : {
    "queue" : "com.apple.root.user-initiated-qos"
  }
},
  "logWritingSignature" : "46eb5c8c766cf578f5f6c9ec8b9ca30ac1d947fc",
  "trialInfo" : {
  "rollouts" : [
    {
      "rolloutId" : "661464ecda55e5192b100804",
      "factorPackIds" : {

      },
      "deploymentId" : 240000005
    },
    {
      "rolloutId" : "6410af69ed1e1e7ab93ed169",
      "factorPackIds" : {

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

Model: iMac19,1, BootROM 15<IP_ADDRESS>.0, 6 processors, 6-Core Intel Core i5, 3.1 GHz, 16 GB, SMC 2.46f13
Graphics: Radeon Pro 575X, Radeon Pro 575X, PCIe, 4 GB
Display: iMac, Retina 5K (5120 x 2880), Main, MirrorOff, Online
Memory Module: BANK 0/ChannelA-DIMM0, 8 GB, DDR4, 2667 MHz, Micron, 8ATF1G64HZ-2G6E3
Memory Module: BANK 2/ChannelB-DIMM0, 8 GB, DDR4, 2667 MHz, Micron, 8ATF1G64HZ-2G6E3
AirPort: spairport_wireless_card_type_wifi (0x14E4, 0x7BF), wl0: Jul 10 2023 12:30:19 version 9.30.5<IP_ADDRESS>.92 FWID 01-88a8883
AirPort:
Bluetooth: Version (null), 0 services, 0 devices, 0 incoming serial ports
Network Service: Wi-Fi, AirPort, en1
Serial ATA Device: APPLE HDD ST2000DM001, 2 TB
USB Device: USB31Bus
USB Device: USB3.0 Hub
USB Device: NS1081
USB Device: USB2.0 Hub
USB Device: FaceTime HD Camera (Built-in)
USB Device: USB 2.0 Hub
USB Device: USB Optical Mouse
USB Device: Razer Basilisk X HyperSpeed
USB Device: Dell USB Keyboard Hub
USB Device: Dell USB Keyboard
USB Device: HD Webcam C615
Thunderbolt Bus: iMac, Apple Inc., 47.5

Can you try this in the new release and see if this has fixed the issue?


Improve search ranking for title matches

Removed some search-relevant stop words, otherwise "Node.js" or "Java" yield no search results.

I'd consider getting rid of stop words altogether, it's weird when for e.g. "Reuse and Compose" the "and" is not matched:

Boost title matches with a factor of 10000. You pretty much never want many full text matches to overtake a title match.

Example: searching for CDS, you ideally get the CDS overview page as a first result, but now you get many pages with a lot of "cds" in them. This usually just favors long guides. The VitePress default boost of 4 for title matches is far too low.
In a follow-up: we should also include a level field for some matches, to make sure the "Multitenancy" guide is coming in the results before "(1) Enable Multitenancy", for example. This requires some search index changes in VitePress, though. I'd consider writing our own search plugin (looks like just ~250 LoC).

otherwise "Node.js" or "Java" yield no search results

In the context with more terms, like draft Java they make sense, yes.

it's weird when for e.g. "Reuse and Compose" the "and" is not matched:

Yes, but w/o the and stop word, you still see it's not what you want, i.e. no exact match:

I think exact matches would be the proper solution here.  As long as they aren't around, I'd stick with and being ignored.  It just doesn't make sense to have it in the index.

searching for CDS, you ideally get the CDS overview page as a first result, but now you get many pages with a lot of "cds" in them

Yes, makes sense.

In a follow-up: we should also include a level field for some matches

This might not be needed as I think the level is already there.  Let me try this..

I'd consider writing our own search plugin (looks like just ~250 LoC).

With a UI, it's probably a lot more.  Plus the search it not extensible atm, so that youalso have to wire the new UI on your own.

It looked like it's enough to provide an alternative plugin to https://github.com/vuejs/vitepress/blob/main/src/node/plugins/localSearchPlugin.ts as long as we make the generated index object compatible (with title, titles, and text fields). Then https://github.com/vuejs/vitepress/blob/main/src/client/theme-default/components/VPLocalSearchBox.vue should be able to handle it and requires no modification. Something worth exploring after the release.

Hmm, I'm fine with merging this now because overall it's better, but I think we still haven't quite nailed it.
For example, for "Multitenancy" you now still don't get the "Multitenancy" page, even if spelled out completely. In old Capire, you just have to type "Mu".
I'll see that I port the (generic) optimizations from old Capire here as well in a follow-up. Also had some ideas I didn't have time to implement that I'd give 1-2 days of deep work.

For reference, in development, I extensively tested those search terms for old Capire:
    Multitenancy
    xs-security
    CDS
    CSN
    ~/.cdsrc
    i18
    i18n
    cds watch
    alert('Test')

Further ideas

More semantically enriched search index

url proved helpful in ranking search terms in old Capire
java/node sections for text attribute

could enable automatic Node.js/Java switching
already mitigated by Java/Node.js downrate

auto-expansion of details blocks

It's probably better to create a total score instead of returning early in the boostDocument
Eval compression techniques for search index

Would mitigate larger search index → shouldn't be a concern w/ async loading & proper caching

Observations

VitePress seems to be doing search index generation on HTML instead of MD

Certainly also has pros though to generate build on rendered page (cf. Notebook generation)
But: lots of regexing on non-regular language → take with grain of salt

Yes, we should improve here.
I have created an issue for follow-ups: https://github.tools.sap/cap/docs/issues/306


@ngtools/webpack can't worked width<EMAIL_ADDRESS>

Versions.
@ngtools/webpack: 1.2.1
<EMAIL_ADDRESS>error
TypeError: Cannot read property 'plugin' of null
at AotPlugin.apply (D:\code\angular2\Angular-webpack-AOT\node_modules@ngtools\webpack\src                                                                                \plugin.js:211:34)
at Compiler.apply (D:\code\angular2\Angular-webpack-AOT\node_modules\tapable\lib\Tapable.j                                                                                s:270:16)
at WebpackOptionsApply.process (D:\code\angular2\Angular-webpack-AOT\node_modules\webpack\                                                                                lib\WebpackOptionsApply.js:61:18)
at webpack (D:\code\angular2\Angular-webpack-AOT\node_modules\webpack\lib\webpack.js:32:48                                                                                )
at processOptions (D:\code\angular2\Angular-webpack-AOT\node_modules\webpack\bin\webpack.j                                                                                s:275:14)
at Object. (D:\code\angular2\Angular-webpack-AOT\node_modules\webpack\bin\webpa                                                                                ck.js:335:1)

Can confirm<EMAIL_ADDRESS>and<EMAIL_ADDRESS>Works when downgrading to<EMAIL_ADDRESS>


怎么申请权限前加一个弹窗权限使用说明[Suggestion]:

What are the shortcomings you have noticed in the framework? [Required]
比如申请权限弹窗上加入说明：将申请访问您的麦克风权限，用于练习录制音频使用
Has a similar suggestion been made in the issue list? [Required]
Not Selected
Is the suggestion mentioned in the framework documentation? [Required]
Not Selected
Did you consult the framework documentation but couldn't find a solution? [Required]
Not Selected
How do you suggest improving it? [Optional]
比如申请权限弹窗上加入说明：将申请访问您的麦克风权限，用于练习录制音频使用

小伙子，目前此 issue 打回，原因如下：

没有严格按照 issue 模板填写

请重新提交 issue，并且严格按照 issue 模板填写


additionalType needs to be namespaced

Describe the bug
Adding WorkflowSketch etc to the @context is nice, but does not actually work with additionalType as the @id is interpreted in JSON-LD as a relative path.
URL
https://researchobject.github.io/ro-crate/0.2-DRAFT/#workflows-and-scripts
Suggested fix
Either we have to use a prefix so that it becomes expanded by the @context as the earlier wfdesc:Workflow (which exposes the different workflows), we use full URL, or we move Workflow, Script and WorkflowSketch to @type: [array] which always expand by the @context instead of relative path.
Additional context
{  "@context": ["https://w3id.org/ro/crate/0.2-DRAFT/context", {"@base": "http://example.com/crate-1/"}],
            "@id": "workflow/retropath.knime",
            "@type": "SoftwareSourceCode",
            "additionalType": {"@id": "Workflow"},
            "name": "RetroPath Knime workflow",
            "description": "KNIME implementation of RetroPath2.0 workflow",
            "creator": {"@id": "#thomas"},
            "programmingLanguage": {"@id": "#knime"},
            "license": "https://spdx.org/licenses/BSD-2-Clause.html",
            "potentialAction": {
                "@type": "ActivateAction",
                "instrument": {"@id": "#knime"}
            }
        }

gives the triples in JSON-LD playground

Subject
Predicate
Object
Language
Datatype
Graph

_:b0
http://schema.org/instrument
http://example.com/crate-1/#knime

_:b0
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://schema.org/ActivateAction

http://example.com/crate-1/workflow/retropath.knime
http://schema.org/additionalType
http://example.com/crate-1/Workflow

http://example.com/crate-1/workflow/retropath.knime
http://schema.org/creator
http://example.com/crate-1/#thomas

http://example.com/crate-1/workflow/retropath.knime
http://schema.org/description
KNIME implementation of RetroPath2.0 workflow

http://example.com/crate-1/workflow/retropath.knime
http://schema.org/license
https://spdx.org/licenses/BSD-2-Clause.html

http://example.com/crate-1/workflow/retropath.knime
http://schema.org/name
RetroPath Knime workflow

http://example.com/crate-1/workflow/retropath.knime
http://schema.org/potentialAction
_:b0

http://example.com/crate-1/workflow/retropath.knime
http://schema.org/programmingLanguage
http://example.com/crate-1/#knime

http://example.com/crate-1/workflow/retropath.knime
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
http://schema.org/SoftwareSourceCode

the intention was for Workflow to be expanded by the @context to http://purl.org/ro/wfdesc#Workflow - this works if you use wfdesc:Workflow

I think we should use an array value for  @type rather than additional additionalType - and keep the standard context really simple - otherwise you need quite complicated tooling to resolve properties.

Relating this to #49 which found this as well - agree that using @type: [SoftwareSourceCode, Workflow] etc would avoid the namespace issue.
However it does mean consumers then have multiple types to deal with - which is however already there in `@type: [ComputerLanguage, SoftwareApplication] for workflows engines

Now using multiple arrays. Context updated.


storageType: hostPath

Hi,
Would you consider adding storageType: "hostPath"?
I am using with Rackspace Cloud provider. The smallest volume size the provider offers is 50GB SSD which is an overkill for my use, especially if it's created for each etcd node.
Although the hostPath is a suboptimal solution, still it provides some degree of persistence in case of node crashes.
PS. OpenStack's object storage might be an even better solution. Not sure if Rackspace's solution is compatible with it though.
Cheers,
Gintas

storageType for what? backup?

Yes. Sorry, missed it.
  backup:
    storageType: "hostPath"

Closing this.
We have decoupled backup logic: https://github.com/coreos/etcd-operator/issues/1626


Can't run tasks in vscode-jupyter

Open my https://github.com/microsoft/vscode-jupyter repo
cmd+shift+b
Get an empty task picker, previously it showed the tasks

tasks output:
Warning: shell tasks are unavailable in the current environment.

Warning: npm tasks are unavailable in the current environment.

Warning: npm tasks are unavailable in the current environment.

Warning: shell tasks are unavailable in the current environment.

Warning: npm tasks are unavailable in the current environment.

/duplicate https://github.com/microsoft/vscode/issues/160918 will be fixed in insider's tomorrow

Thanks for creating this issue! We figured it's covering the same as another one we already have. Thus, we closed this one as a duplicate. You can search for similar existing issues. See also our issue reporting guidelines.
Happy Coding!


Consider lifting Result from Poll

Currently, Poll is an enum of Ok, Err, and NotReady. This disallows being able to use try! with a Poll value.
Consider switching from Poll<T, E> to Result<Async<T>, E> where:
pub enum Async<T> {
  Ready(T),
  NotReady,
}

This would allow using try! with poll results, such as:
if let Async::Ready(value) = try!(my_future.poll()) {
  // do something with the value
}

Another option would be to use Option instead of Async. The pro of using Option would be one less type to import. The con is that Option is less descriptive than Async.

This will probably be solved nicely by the carrier trait to come along with ?.
In the meantime I don't think having to use try!(try_poll!( x ) is much of an issue, especially considering that only combinators and primitive streams/futures should ever call poll, so the wart is pretty localised as well as (in principle) forwards-compatible.
(Also, this ties in with the Poll::Yield thing which we might want to have (and I do))

Even with Carrier, doesn't Poll need to be Result-like anyway?
enum Async<T> {
    Ready(T),
    NotReady,
    // Yield?
}

impl<T, E> Carrier for Poll<T, E> {
    type Success = Async<T>;
    type Error = E;

    ...
}

Just using Result is simpler and allows using try! from now.
pub type Poll<T, E> = Result<Async<T>, E>;

I think NotReady should count as Error in this context: It kind of is an error, a very transient one. In particular, ? should pass it through unchanged, and if the success branch of ? is taken we should have a bare, plain, T at our hands.  That is:
impl<T, E> Carrier for Poll<T, E> {
    type Success = T;
    ...
}

As for Poll's Carrier::Error: It can't be Poll so I guess yes we need a split. Poll<T,E> = Result<T, Async<E>> would work, where:
enum Async<E> {
    NotReady,
    // Yield,
    Other<E>
}

which looks just like any other random custom error type.

👍 for Async over Option

To test out the ergonomics of this, I've got a WIP branch implementing this change.
So far my thoughts are:

For the futures crate itself it seems like this is a bit of a loss in ergonomics, I felt like there was a lot of typing.
It was super nice to use try!
I've also modified try_poll! to propagate both errors and "not ready", this feels more correct than the previous semantics of only propagating "not ready"

Next step is to propagate this to the tokio I/O crates, where we expect some real benefit.

A thought taking the issue a little further:
There are already quite a few cases of futures and streams that don’t return errors.
If Poll<T, E> becomes an Async<Result<T, E>>, perhaps Future could loose its Error associated type, instead making the Item a Result<T, E> if errors can happen.
The prize would be the loss of Future::and_then() and Future::or_else() but maybe that could be fixed via an extension trait implemented for all Future<Item=Result<T, E>>?

@partim
Iterator does it like that and suffers from a lot of boilerplate when dealing with errors: All those conversions between Iterators that work on T vs. Result<T,E>, not to mention having to get things right in cases of Some(Err(EndOfFile)) vs. None. A success of the base type (that is, Poll) should indeed yield an element, or things quickly become ugly: It should be trivial to just pass errors downstream.
I guess it's also safe to assume that carrying errors will be the case for most streams anywhere as they're bound to do some IO, which can fail for an infinite number of reasons. If you want error-free streams -- e.g. using them in a pure setting as Iterator-replacement -- you can always use () as Error type, and incur no additional boilerplate.

Ok, after implementing the change across various repos, my conclusions from before haven't really changed that much. I think overall I/O got nicer to write (as try! works) and future combinators got both worse and better. The ability to work with try!, however, seems too nice to pass up, so I think we're going to move forward with this change. Specifically:
type Poll<T, E> = Result<Async<T>, E>;
enum Async<T> {
    Ready(T),
    NotReady,
}

macro_rules! try_ready {
    ($e:expr) => (match $e {
        Ok($crate::Async::Ready(t)) => t,
        Ok($crate::Async::NotReady) => return Ok($crate::Async::NotReady),
        Err(e) => return Err(From::from(e)),
    })
}

That is, use the above types, remove try_poll!, and add try_ready! which propagates both not ready and the error.

Ah yes, and @partim we've discussed that in the past (not having an error type baked in). Unfortunately though almost all uses of futures right now are related to I/O, and we can bake in some nice combinators and semantics if it all has an error associated type. That is, not only do we get and_then and or_else, but join can return early on errors by default.


Issue in admin console page

After completion of installation, admin console page is not loading(s3)
issue : This demo8cqube.tibilprojects.com page can’t be found

Trouble shooting done from networking side where we couldn't find any issue.
Informed UI Team to trouble shoot and resolve the issue from their side.

Routed admin console without vpn.
Respective ansible changes are made.

Admin console is working fine


Add categories

Pwa directory should add categories and search option for PWAs so that its much more easier to find a particular kind

This is a duplicate of #139

Closing so we can continue tracking the feature request on #139.


export of imageList to csv

Export of image list to csv doesn't work. On looking the error is caused by the initial image being now defined as TIC not a m/z range. This can be fixed by changing the imageListToValues function in DataViewer to be from 1:length(imagesToGenerate) to 2:length(imagesToGenerate)

This is now fixed in the latest commit.


[Strips Drip 700] Some configurations have incorrect size and some incorrect name

Discussed in https://github.com/zwave-js/node-zwave-js/discussions/6508

Originally posted by @dparyani November 21, 2023
Checklist

[X] I have read and followed the above instructions

[X] I have checked the troubleshooting section and my problem is not described there.

[X] I have read the changelog and my problem was not mentioned there or the fix did not work.

Describe the issue
What is happening?

Configuration changes for [NodeId-112-0-7] and [NodeId-112-0-8] are rejected by Strips Drip 700. On closer investigation it was found that wrong configuration size is hard-coded in the JSON file.
https://github.com/zwave-js/node-zwave-js/blob/master/packages/config/config/devices/0x019a/11_04_21_22_28.json

Reviewing the above mentioned file showed further incorrect discrepancies. For e.g. [NodeId-112-0-4] has incorrect configuration name.

What did you expect to happen instead?
Sensative expected for these configurations to reflect and work as expected and as mentioned in the device manual.
Steps to reproduce the behavior:

Pair Strips Drip 700 with Home Assistant
Enable configuration parameter [NodeId-112-0-6] Temperature Alarms.
Change and queue configuration changes for parameters [NodeId-112-0-7] and [NodeId-112-0-8].
Manual Wake-Up Strips.
Try to change the environment temperature around Strips Drip 700. e.g. Use a hair dryer to increase the temperature or an ice or pre-freezed package to lower the temperature.
Check the temperature levels at which the alarms trigger. They will not be similar to what the values were being set in step 3.
Alternatively, one can poll for parameters [NodeId-112-0-7] and [NodeId-112-0-8]

Anything else we should know?
Sensative will fix this and create a pull request
Software versions
Driver (node-zwave-js): ...
Z-Wave JS UI: 2.2.3
Home Assistant Z-Wave Core: 2023.10.5
Home Assistant OS: 11.0
Home Assistant Z-Wave JS Addon: ...
ioBroker.zwave2 Adapter: ...
If you are using something non-standard, tell us here: ...
Device information
Manufacturer: Sensative (0x019A)
Model name: "11 04 021/022/028"
Checklist

[X] I made sure to provide a driver log on level debug.

[ ] The log includes a re-interview of the problematic device (if applicable).

[ ] The log includes the problematic interaction with the device (if applicable).

[ ] I provided the node ID of the problematic device (if applicable).

Upload Logfile
No response

Hello @AlCalzone,
It seems I do not have the rights to push my private branch to generate a pull request.
Attaching the affected file here...
11_04_21_22_28.json

@dparyani to create a pull request, you have to make a fork, commit/push the changes there and then create a pull request from your fork.
Doing that would be easier, since the file is automatically checked.

It appears that the file matches our current file now.


Combobox popup menu size is incorrect

The combobox popup menu should inherit the same width as the combobox, but it's either wrapping contents or matching the parent as it is right now.

Obsolete


Bug fixes and integration test coverage

Q
A

Bug fix?
yes

New feature?
no

API breaks?
no

Deprecations?
no

License
Apache 2.0

What's in this PR?
Integration test coverage and bug fixes for the currently supported objects against kubernetes minor versions 1.10, 1.11, 1.12, 1.13 and 1.14.
Why?
There were several incompatibility issues and some mismatch because of generated/default fields.
Additional context
Current build fails for 1.11 on circleci because it fails to start minikube, however works locally
https://circleci.com/gh/pepov/k8s-objectmatcher
Checklist

[x] Implementation tested
[x] Error handling code meets the guideline
[x] Logging code meets the guideline

golangci build is still failing with something weird, still trying to figure out why

golangci lint config has been corrected, so no outstanding comments left

also fixes https://github.com/banzaicloud/k8s-objectmatcher/issues/6


adding animations of the raman active modes

This PR creates a widget containing the Raman active modes, and displays a nglview widget with a trajectory animating the mode.

@mikibonacci  This PR, doesnt play in an infinite loop the vibrations, the user has to click on play on every change
I found a way to make the nglview widget to always play the loop ,
def _animation_widget(self):
    """Create animation widget."""
    # Get the index of the selected mode
    index_str = self.active_modes.value.split(":")[0]
    index = int(index_str) - 1
    # Get the eigenvector of the selected mode
    eigenvector = self.eigenvectors[index]
    # Get the amplitude of the selected mode
    amplitude = self.amplitude.value
    # Get the structure of the selected mode
    structure = self.structure_ase
    # Create a trajectory
    traj = []
    time_array = np.linspace(0.0, 2 * np.pi, 20)
    for time in time_array:
        vibro_atoms = Atoms(
            symbols=structure.symbols,
            positions=structure.positions + amplitude * eigenvector * np.sin(time),
            cell=structure.cell,
            pbc=True,
        )
        supercell = vibro_atoms.repeat((self._supercell[0].value, self._supercell[1].value, self._supercell[2].value))
        traj.append(supercell)
    # Create the animation widget
    self.ngl.clear()
    self.ngl = nv.show_asetraj(traj)
    self.ngl.add_unitcell()
    #Make the animation to be set in a loop
    self.ngl._iplayer.children[0]._playing = True
    self.ngl._iplayer.children[0]._repeat = True
    self.ngl._set_size("400px", "400px")

    #This loop has to be killed, the only way is to change self.stop to True
    self.stop = False
    def loop(ngl):
        import time
        def do():
            while True and not self.stop:
                if ngl.frame == ngl.max_frame:
                    ngl.frame = 0
                ngl.frame = ngl.frame + 1
                time.sleep(0.1)
        ngl._run_on_another_thread(do)

    self.ngl.on_displayed(loop)

but, i didnt commit this since the loop is always running in a thread , and stays running until self.stop = True, any ideas or suggestions? or should be merged and start an issue as a follow up?

You mean that the user has to click play every time it changes the mode? I think is not a problem


Android app text color could be hard to read for some

Yup I agree that it's hard to read. I'll eventually get to it. Thanks for reporting.

Closed as part of https://github.com/binwiederhier/ntfy-android/commit/e6c3a2e2bdffa2e7464dd8f8510c0691b717b635
Will be in the next release.


Refactor

Codecov Report

Merging #7 (5dfe70a) into main (e38130c) will increase coverage by 9.29%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main       #7      +/-   ##
==========================================
+ Coverage   90.51%   99.80%   +9.29%
==========================================
  Files          19       12       -7
  Lines         664      519     -145
==========================================
- Hits          601      518      -83
+ Misses         63        1      -62

Impacted Files
Coverage Δ

pydeflate/__init__.py
100.00% <100.00%> (ø)

pydeflate/deflate/deflate.py
100.00% <100.00%> (+34.21%)
:arrow_up:

pydeflate/deflate/deflator.py
100.00% <100.00%> (+9.09%)
:arrow_up:

pydeflate/get_data/deflate_data.py
100.00% <100.00%> (ø)

pydeflate/get_data/exchange_data.py
100.00% <100.00%> (ø)

pydeflate/get_data/imf_data.py
100.00% <100.00%> (+2.17%)
:arrow_up:

pydeflate/get_data/oecd_data.py
98.38% <100.00%> (+1.64%)
:arrow_up:

pydeflate/get_data/wb_data.py
100.00% <100.00%> (+31.70%)
:arrow_up:

pydeflate/pydeflate_config.py
100.00% <100.00%> (ø)

pydeflate/tools/exchange.py
100.00% <100.00%> (+2.17%)
:arrow_up:

... and 6 more

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


UAT | Registration | Back button from viewing registrations

There's no back or home button if I want to go look at Cases instead

We will be adding breadcrumbs on this page, so back button won't be necessary

Tested in Dev env, As we added Breadcrumbs, User able to navigate back from Breadcrumbs.
Ref,
https://jam.dev/c/c8d85f79-653e-41f7-a57e-ed4be08c39b8


Add validation for IngressBackend

If an IngressBackend is creating/updated to use a source kind of Service, we should verify that the service is in a namespace that has the  "openservicemesh.io/monitored-by" label on it, corresponding to this mesh.
Otherwise when the pods restart the endpoints may not get picked up. This will yield a better customer experience, and remove one additional scenario we need to debug.

Hi @steeling I can work on it.

Is it still open to work on?


Serving produces "Error: Forbidden" on CB

Allow to serve files outside of the working directory, including symbolic links

working despite errors


Feature: 4-arguments gaps

Good day to you!
Suggesting for settings gaps for each side, so
general {
...
    gaps_in=<top> <right> <bottom> <left>
    gaps_out=<top> <right> <bottom> <left>
}

Thank you!

to eliminate gap between workspace and waybar , but keep other gaps

oh

implementing this would be a bit of a pain. Can't u use custom reserved area with negative values, if you just want to make the gap smaller between the bar and windows?

Any updates or workarounds to this?

if you want a to make space for a bar, use custom reserved area (see configuring monitors)

I am going to close this.
No plans to add that. For outside gaps, you can use custom reserved area. For inner gaps, this would not make sense.
Additionally, pain to parse.

but why?

I am just starting with hyprland today, trying to port my sway config to it, and loving it!
I am getting into a roadblock, which is this: I have two "2k" monitors side by side:

in sway i have a script that, if there is only 1 window in the workspace, it adds an side edge ( on the left in the left monitor, on the right on the right monitor ).

From my understanding, I "almost" can simulate the workflow with this script listening to the socket:
if [[ $COMMAND = "focusedmon" ]] || [[ $COMMAND = "openwindow" ]] || [[ $COMMAND = "closewindow" ]] || [[ $COMMAND = "workspace" ]];
 then
        if [ $(hyprctl activeworkspace -j | jq -r '.monitor') == "DP-1" ]; then
            echo "DP-1"
            if [ $(hyprctl activeworkspace -j | jq -r '.windows') == 1 ]; then
                hyprctl keyword monitor DP-1,addreserved,0,0,960,0
            else
                hyprctl keyword monitor DP-1,addreserved,0,0,0,0
            fi
        else
            echo "DP-2"
            if [ $(hyprctl activeworkspace -j | jq -r '.windows') == 1 ]; then
                hyprctl keyword monitor DP-2,addreserved,0,0,0,960
            else
                hyprctl keyword monitor DP-2,addreserved,0,0,0,0
            fi
        fi
    fi

The issue, is of course, instead of only affecting the workspace in question, it messes all the workspaces in that monitor.
Thank you for hyprland !!!

@vaxerski , Sorry for the ping, in case if my comment was not read. ( as this is a closed feature, I dont know if you have read it ).
Do you feel the "usecase" I presented is warranted to develop this feature? In case not, truly sorry for the annoyance and congrats on the amazing work!

you can listen to workspace change events too and adjust accordingly...?

thank you for replying ! you mean adjust accordingly the "addreserved" option like in the little script I presented ? That almost works, but when changing workspaces the windows all move around (because it applied to the monitor, all workspaces are changed. when moving to another workspace, the windows move to go to the proper place) (ex: if I am on a workspace with just 1 window and move to another that has 2, its visible the animation of that workspace with 2 windows adjusting the addreserved space to its proper size and vice versa when changing back to a workspace with just 1 window).
using side gaps is what I use in sway and it works well.
sorry if I misunderstood and the above isn't what you were talking about.

I don't think this will be planned any time soon, but you can make a mr.

Assuming anyone's monitor configs are as following:
# .../hypr/monitors.conf
monitor=DP-2, 1920x1080@143, 0x0, 1
monitor=DP-1, 1920x1080@143, 1920x0, 1

# .../hypr/userprefs.conf (anyfile will do if within hypr scope)
monitor=DP-2,addreserved,-7,0,0,0
monitor=DP-1,addreserved,-7,0,0,0

# monitor=name,addreserved,TOP,BOTTOM,LEFT,RIGHT

The negative margin may differ but I'm good with that.
Just in case anyone's interested in balancing the top and bottom margin.


Declaring Task specific Volumes vs Workspaces

Expected Behavior
That Tasks are reusable — independent of runtime environment
Actual Behavior
I proposed an alternative git-clone Task with more "Kubernetes native" use of Secrets in https://github.com/tektoncd/catalog/pull/309 — mounting Secrets from a Projected volume.
spec:
  workspaces:
    - name: output
      description: The git repo will be cloned onto the volume backing this workspace
  params:
    - name: url
      type: string
      description: git url to clone
  steps:
    - name: git-clone
      image: bitnami/git:2.26.2
      command: ['git', '-c', 'core.sshCommand=ssh -i /etc/ssh/id_rsa', 'clone', '$(params.url)', '$(workspaces.output.path)']
      volumeMounts:
        - mountPath: /etc/ssh
          name: ssh-auth
  volumes:
    - name: ssh-auth
      projected:
        defaultMode: 0400
        sources:
          - secret:
              name: github-known-hosts
          - secret:
              name: github-private-key

There is also a git-clone Task example in https://github.com/tektoncd/pipeline/issues/2642 that is using secrets from Azure Key Vault with examples — using Secrets mounted from a PersistentVolumeClaim volume.
spec:
  stepTemplate:
    image: alpine/git:v2.24.3
    command: ["git"]
    volumeMounts:
      - name: "secrets"
        mountPath: "/mnt/secrets-store"
        readOnly: true
  params:
    - name: "git-url"
    - name: "secret-provider"
    - name: "store-cred"
  steps:
    - name: "git-config"
      command: ["sh", "-c", "git config --global credential.helper store"]
    - name: "set-credential"
      command:
        - "sh"
        - "-c"
        - |-
            user=`cat /mnt/secrets-store/git-username`
            pass=`cat /mnt/secrets-store/git-password`
            url=`cat /mnt/secrets-store/url`
            echo "https://$user:$pass@$url" > ~/.git-credentials
    - name: "git-checkout"
      args: ["clone", "$(params.git-url)"]
      workingDir: "/workspace"for
  volumes:
    - name: "secrets"
      persistentVolumeClaim:
        name: "$(params.claimName)"

The two examples above are almost an identical Task - but is mounting Secrets from different types of volumes. This shows that a volume really is a runtime consideration - and we usually declare runtime considerations in PipelineRun and TaskRun.
Volumes, may be mounted to Tasks in a Pipeline using a workspace. Tasks may also mount volumes individually.
Nature of Workspaces
I see workspaces as volumes to share files between Tasks. It is a very useful abstraction since many tasks in a CI-pipeline typically is file-operations.
Volumes specific to a Task
The above two Tasks shows examples of "private" volume-mounts. It would be more natural to declare these volumes - as a runtime consideration - but specific for the Task.
It is possible to declare a workspace intended for a specific Task in a PipelineRun, but that workspace must be carefully mapped in the correct PipelineTask by workspace name. With https://github.com/tektoncd/pipeline/pull/2389 there is an alternative way to declare a volume specific Task in a PipelineRun - proposed in https://github.com/tektoncd/pipeline/issues/2362. This is an implemented feature that we probably should use and document for these cases. I also may revert my https://github.com/tektoncd/pipeline/pull/2601 (not in any release yet).
An example of setting Volume for a specific PipelineTask using the TaskRunSpec:
apiVersion: tekton.dev/v1beta1
kind: PipelineRun
metadata:
  generateName: git-clone-ssh-
spec:
  pipelineRef:
    name: pipeline-with-git-clone
  taskRunSpecs:
  - pipelineTaskName: git-clone         # name of task in the Pipeline
    taskPodTemplate:
      volumes:
      - name: ssh-auth                  # name of volume - matching name in Task
        projected:
          defaultMode: 0400
          sources:
          - secret:
              name: github-known-hosts  # name of Secret from Auth setup
          - secret:
              name: github-private-key  # name of Secret from Auth setup

/kind design
/kind documentation

This was discussed in the API WG today. I am closing this now, when it has been discussed.


Update cobra package version 1.0.0 -> 1.3.0

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

4 of 4 (100.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.05%) to 62.697%

Totals

Change from base Build<PHONE_NUMBER>:
0.05%

Covered Lines:
516

Relevant Lines:
823

💛  - Coveralls


Adds skip link to on-demand header

This PR adds the necessary CSS and JS to support skip links. Since this
header is going on different pages with unique page layouts we can't
hook into #main the same way we do on v1 pages. Instead there's a blank
div at the end of the navigation that will allow skip-nav users to skip
the navigation.
Additions

Add skip link to on demand header

Testing

run gulp scripts:ondemand && gulp styles:ondemand
http://localhost:8000/test-fixture/?atomic=header and tab to activate the skip-nav button

Review

@anselmbradford
@jimmynotjim
@sebworks

Checklist

[ ] Changes are limited to a single goal (no scope creep)
[ ] Code can be automatically merged (no conflicts)
[ ] Code follows the standards laid out in the front end playbook
[ ] Passes all existing automated tests
[ ] New functions include new tests
[ ] New functions are documented (with a description, list of inputs, and expected output)
[ ] Placeholder code is flagged
[ ] Visually tested in supported browsers and devices
[ ] Project documentation has been updated (including the "Unreleased" section of the CHANGELOG)

👍

👍


[BUG] 'Series' object has no attribute 'iteritems'

Python version 3.9.18
pymrmre version 1.0.7
.iteritems() needs to be replaced with .items() in MrmreData.py
/usr/local/lib/python3.10/dist-packages/pymrmre/MrmreData.py:270: FutureWarning: iteritems is deprecated and will be removed in a future version. Use .items instead.   for _, item in self._feature_types.iteritems(): /usr/local/lib/python3.10/dist-packages/pymrmre/MrmreData.py:287: FutureWarning: iteritems is deprecated and will be removed in a future version. Use .items instead.   for _, item in self._feature_types.iteritems(): /usr/local/lib/python3.10/dist-packages/pymrmre/MrmreData.py:287: FutureWarning: iteritems is deprecated and will be removed in a future version. Use .items instead.   for _, item in self._feature_types.iteritems(): /usr/local/lib/python3.10/dist-packages/pymrmre/MrmreData.py:258: FutureWarning: iteritems is deprecated and will be removed in a future version. Use .items instead.   for _, item in self._feature_types.iteritems():

Note to admins: this is fixed by #10


Integrate @{entity} type into relevant components (using uiSchema)

Part of improved intellisense

This work is no longer applicable as it is handled under other feature work for R12.

This work is no longer applicable as it is handled under other feature work for R12.


Fix Caprica's default strict behaviour for custom Skyrim events

Caprica's allow unknown events option is set to false by default. I have reason to believe this is a typo, as all the other strict options are off by default.
I should set it to true. Then, I should consider writing a guide somewhere about getting around the strict flag (i.e. writing better code). I don't know how to do that yet.

It's not possible to circumvent this in Skyrim, where there is no built-in support for custom events. Documentation will remain unwritten.


Fix Sendability warnings

This PR fixes Sendability warnings present when enabling strict concurrency checking.
Motivation:
We want to make sure swift-metrics is free of concurrency bugs, and thus removing Sendability warnings is crucial.
Modifications:

Fixed a couple of Sendability warnings that Xcode would report when enabling strict concurrency checking.
Also fixed other non-Sendability-related warnings about non-exhaustive switches.

Result:
swift-metrics is now warning-free.

@swift-server-bot test this please

@swift-server-bot test this please

Until 5.5 (excluding 5.5) all builds fail on directly using Sendable which does not exist in these versions.

internal final class AccumulatingMeter: MeterHandler, @unchecked Sendable {
                                                       ^
/code/Sources/CoreMetrics/Locks.swift:47:28: error: cannot find type 'Sendable' in scope
internal final class Lock: Sendable {
                           ^~~~~~~~
[2/8] Compiling CoreMetrics Metrics.swift
/code/Sources/CoreMetrics/Metrics.swift:801:56: error: unknown attribute 'unchecked'
internal final class AccumulatingMeter: MeterHandler, @unchecked Sendable {
                                                       ^
/code/Sources/CoreMetrics/Metrics.swift:801:66: error: cannot find type 'Sendable' in scope
internal final class AccumulatingMeter: MeterHandler, @unchecked Sendable {
                                                                 ^~~~~~~~

From 5.5 (including 5.5) all builds fail on:

[7/13] Compiling Metrics Metrics.swift
/code/Sources/Metrics/Metrics.swift:74:9: error: default will never be executed
        @unknown default:
        ^
error: fatalError

FYI @gjcairo; cc @AndrewHoos - since you mentioned you'd like to fix things here

@swift-server-bot test this please

@swift-server-bot add to allowlist


breaking changes in MPB

With https://github.com/JuliaOpt/MathProgBase.jl/pull/91, AmplNLSolver needs to implement NonlinearModel and LinearQuadraticModel which return different model types. Will this be a lot of work?

Shouldn't be too bad, I'll have a crack over the next few days
On Sun, Nov 29, 2015, 11:58 PM Miles Lubin<EMAIL_ADDRESS>wrote:

With JuliaOpt/MathProgBase.jl#91
https://github.com/JuliaOpt/MathProgBase.jl/pull/91, AmplNLSolver needs
to implement NonlinearModel and LinearQuadraticModel which return
different model types. Will this be a lot of work?
—
Reply to this email directly or view it on GitHub
https://github.com/JuliaOpt/AmplNLWriter.jl/issues/22.


TrustKit.h: No such file or directory

Here is the full issue when compiling the sample project:
CpHeader /Users/fpiraneo/Downloads/TrustKit-master/TrustKit/TrustKit.h /Users/fpiraneo/Library/Developer/Xcode/DerivedData/TrustKitDemo-epztvxqfsolezqfxomgqlfqfqixy/Build/Products/Debug-iphonesimulator/TrustKit-framework/TrustKit.framework/Headers/TrustKit.h (in target 'TrustKit-framework' from project 'Pods')
    cd /Users/fpiraneo/Downloads/TrustKit-master/TrustKitDemo/Pods
    builtin-copy -exclude .DS_Store -exclude CVS -exclude .svn -exclude .git -exclude .hg -resolve-src-symlinks /Users/fpiraneo/Downloads/TrustKit-master/TrustKit/TrustKit.h /Users/fpiraneo/Library/Developer/Xcode/DerivedData/TrustKitDemo-epztvxqfsolezqfxomgqlfqfqixy/Build/Products/Debug-iphonesimulator/TrustKit-framework/TrustKit.framework/Headers

error: /Users/fpiraneo/Downloads/TrustKit-master/TrustKit/TrustKit.h: No such file or directory (in target 'TrustKit-framework' from project 'Pods')

I've seen that you had a similar issue in the past.
The TrustKit.h is on the xcode project tree but I'm not able to find the file.

Thanks


fix for e2e test PR build

https://github.com/aws-controllers-k8s/community/issues/800
Testing
PR build should pass

/retest

/retest

/retest

/retest

resolved in #39


Bool is a reserved class name on PHP 7

Produced error:
Fatal error: Cannot use 'Bool' as class name as it is reserved in vendor/doctrine/mongodb-odm/lib/Doctrine/ODM/MongoDB/Mapping/Annotations/Bool.php on line 23

This class have to be deprecated and renamed.

We are going to deprecate all reserved annotations (https://github.com/doctrine/mongodb-odm/issues/1168) and drop them once PHP7 and mongo driver for it will be ready

Didn't see that issue. Was looking with bool search keyword.
Thanks.


request error inside Docker

This include will cause fail even for basic public get request
[2017-12-06 07:45:19.475] [API] [info] GET /api/v1/ping, status code: 0, content:
terminate called after throwing an instance of 'nlohmann::detail::parse_error'
  what():  [json.exception.parse_error.101] parse error at 1: syntax error - unexpected end of input; expected '[', '{', or a literal

One possible solution is to split Rest API and WebSocket API in order to avoid namespace pollution or use pragmas to split header file

/opt/cmake/bin/cmake -E cmake_progress_start /sand/build/CMakeFiles 0

If I comment this part https://github.com/zjhmale/binance-cpp/blob/master/CMakeLists.txt#L56-L59 and use the curl alone with cpr, everything will be fine


app.views.schedule_lock console warning spam

RuntimeWarning: DateTimeField TimeSlot.time_from received a naive datetime (2022-02-06 00:00:00) while time zone support is active.
  warnings.warn("DateTimeField %s received a naive datetime (%s)"

This appears when modifying the is_locked property of the model. Datetime should have already been made aware on creation of the model.

nvm, the date being used to query the database was not made aware.


Link '...indigo-dc/udocker/master/messages' returns 404 not found

I cant install udocker, udocker --install fails with this
Info: getting file: https://raw.githubusercontent.com/indigo-dc/udocker/master/messages
Error: in download:  HTTP/1.1 404 Not Found :  0
Warning: in install information: [Errno 2] No such file or directory: ''

When I enter this link it returns '404: Not Found'
Edit: I tried installing newest version from GitHub, as stated in installation_manual.md

it's
udocker install

That is not an installation error, that looks like you are running udocker with debugging enabled
or with a higher level of verbosity set, that's why you see that download error.
The failure to download https://raw.githubusercontent.com/indigo-dc/udocker/master/messages
does not affect the installation and is not a problem.
curl https://raw.githubusercontent.com/indigo-dc/udocker/master/udocker.py > udocker
chmod u+rx ./udocker
./udocker install
The additional verbosity can be caused by using --debug or -D in the command line or by having
the env variable UDOCKER _LOGLEVEL set, or by having the loglevel set in a udocker.conf file
in one of these locations /etc, $HOME/.udocker or in /home.

Okay, I've got it working, what was confusing me that ./udocker install returned 1 instead of 0, despite it was working correctly.