Upload on YouTube, the system crash

This is the third time in a few days that having some app open, going to YouTube to upload videos, the system crashes.

It always happens the moment it starts uploading the file!

I assume it is always for the same reason.

Below is the starting log of the crash if it is helpful.

iMac Apple M1 - 13.3.1 (a)

panic(cpu 5 caller 0xfffffe001dea253c): "assertion failed: ino_has_vnode(ino)" @jobj.c:6967

Debugger message: panic

Memory ID: 0x6

OS release type: User

OS version: 22E261

Kernel version: Darwin Kernel Version 22.4.0: Mon Mar 6 21:00:41 PST 2023; root:xnu-8796.101.5~3/RELEASE_ARM64_T8103

Fileset Kernelcache UUID: D1D9AAD6D894569CA43DB959671892B5

Kernel UUID: 61E463D7-343B-3C52-8EB9-0273F1487B00

Boot session UUID: C9614452-85AD-4F0D-81CE-AD79A0A9E9FD

iBoot version: iBoot-8422.100.650

secure boot?: YES

roots installed: 0

Paniclog version: 14

KernelCache slide: 0x0000000012dfc000

KernelCache base: 0xfffffe0019e00000

Kernel slide: 0x0000000012e04000

Kernel text base: 0xfffffe0019e08000

Kernel text exec slide: 0x0000000014198000

Kernel text exec base: 0xfffffe001b19c000

mach_absolute_time: 0x124e7b8a6f9

Epoch Time: sec usec

Boot : 0x645cc1bc 0x00017279

Sleep : 0x645e34ff 0x0009d78e

Wake : 0x645e3550 0x000ec107

Calendar: 0x645e4a23 0x000993ab

Zone info:

Zone map: 0xfffffe1012ef8000 - 0xfffffe3012ef8000

. VM : 0xfffffe1012ef8000 - 0xfffffe14dfbc4000

. RO : 0xfffffe14dfbc4000 - 0xfffffe167955c000

. GEN0 : 0xfffffe167955c000 - 0xfffffe1b46228000

. GEN1 : 0xfffffe1b46228000 - 0xfffffe2012ef4000

. GEN2 : 0xfffffe2012ef4000 - 0xfffffe24dfbc0000

. GEN3 : 0xfffffe24dfbc0000 - 0xfffffe29ac88c000

. DATA : 0xfffffe29ac88c000 - 0xfffffe3012ef8000

Metadata: 0xfffffe5d9c708000 - 0xfffffe5da4708000

Bitmaps : 0xfffffe5da4708000 - 0xfffffe5da74a4000

Extra : 0 - 0

CORE 0 recently retired instr at 0xfffffe001b32c8d4

CORE 1 recently retired instr at 0xfffffe001b32c8d4

CORE 2 recently retired instr at 0xfffffe001b32c8d4

CORE 3 recently retired instr at 0xfffffe001b32c8d4

CORE 4 recently retired instr at 0xfffffe001b32c8d4

CORE 5 recently retired instr at 0xfffffe001b32b1b4

CORE 6 recently retired instr at 0xfffffe001b32c8d4

CORE 7 recently retired instr at 0xfffffe001b32c8d4

TPIDRx_ELy = {1: 0xfffffe29aa1e8838 0: 0x0000000000000005 0ro: 0x000000016fcc70e0 }

CORE 0 PVH locks held: None

CORE 1 PVH locks held: None

CORE 2 PVH locks held: None

CORE 3 PVH locks held: None

CORE 4 PVH locks held: None

CORE 5 PVH locks held: None

CORE 6 PVH locks held: None

CORE 7 PVH locks held: None

CORE 0: PC=0x00000001aba72ae8, LR=0x00000001aba72a48, FP=0x000000016f3cdd60

CORE 1: PC=0xfffffe001b20e594, LR=0xfffffe001b99a85c, FP=0xfffffe001ffabd10

CORE 2: PC=0x00000001b0a6b174, LR=0x00000001b0a6b19c, FP=0x000000016f4b7860

CORE 3: PC=0xfffffe001b993178, LR=0xfffffe001b99325c, FP=0xfffffe001ffbbf40

CORE 4: PC=0x00000001c874415c, LR=0x00000001c8744144, FP=0x000000016bc1dfb0

CORE 5 is the one that panicked. Check the full backtrace for details.

CORE 6: PC=0xfffffe001b22a480, LR=0xfffffe001b22a480, FP=0xfffffe8e18fa3ef0

CORE 7: PC=0xfffffe001b22a480, LR=0xfffffe001b22a480, FP=0xfffffe8e1a0d7ef0

Compressor Info: 9% of compressed pages limit (OK) and 10% of segments limit (OK) with 0 swapfiles and OK swap space

Continue with additional text below