ESP-Box-3 showing white screen regardless of firmware, no boot animation (AEGHB-686)

I have an ESP32-S3-BOX-3 that has since it came out of the box only shown a white screen, never showing anything as indicated in the manual, including the boot animation. To ensure it wasn't a firmware issue I have tried using the launchpad tool to re-flash it with a number of different potential images though all end up in the same place.
I notice with the factory demo that the logs indicate it seems stuck at the wifi initialisation step, if I press the mute/unmute button though I will see some output (includes in the detail blocks below). I've left it connected to the launch pad for over an hour in case there were just slow things going on but no change.
I've also tried the manual option (press and hold boot then press reset) but that doesn't result in any different behaviour. I've also tried it with different machines (macOS and Windows with Chrome) and with the main box docked and not docked (in case the sensors in the sensor dock were contributing at all).
Is there anything else I can troubleshoot to ensure there isn't a hardware fault?
Flash logs - chatgpt_demo-ESP-BOX-3-1_0_0
esptool.js
Serial port WebSerial VendorID 0x303a ProductID 0x1001
Connecting....
Detecting chip type... ESP32-S3
Chip is ESP32-S3
Features: Wi-Fi,BLE
Crystal is 40MHz
MAC: 3c:84:27:05:a7:c8
Uploading stub...
Running stub...
Stub running...
Changing baudrate to 921600
Changed
Manufacturer: c8
Device: 6018
Detected flash size: 16MB
Warning: Image file at 0x0 doesn't look like an image file, so not changing any flash settings.
Compressed 14002698 bytes to 4682680...
Writing at 0x0... (0%)
Writing at 0x10f78... (0%)
Writing at 0x1aa05... (1%)
Writing at 0x25e2a... (1%)
Writing at 0x3505a... (1%)
Writing at 0x3d472... (2%)
Writing at 0x44102... (2%)
Writing at 0x4a8fe... (2%)
Writing at 0x5100d... (3%)
Writing at 0x580db... (3%)
Writing at 0x5e849... (3%)
Writing at 0x64c07... (4%)
Writing at 0x6b6c0... (4%)
Writing at 0x72097... (4%)
Writing at 0x78a45... (5%)
Writing at 0x7f4a5... (5%)
Writing at 0x8594e... (5%)
Writing at 0x8c0b1... (6%)
Writing at 0x9250b... (6%)
Writing at 0x9896d... (6%)
Writing at 0x9f329... (7%)
Writing at 0xa5b6e... (7%)
Writing at 0xabea0... (8%)
Writing at 0xb282e... (8%)
Writing at 0xb8b52... (8%)
Writing at 0xbed04... (9%)
Writing at 0xc519c... (9%)
Writing at 0xcb4f7... (9%)
Writing at 0xd1aca... (10%)
Writing at 0xd7e4e... (10%)
Writing at 0xde65c... (10%)
Writing at 0xe4a6d... (11%)
Writing at 0xeab46... (11%)
Writing at 0xf0c5b... (11%)
Writing at 0xf6f38... (12%)
Writing at 0xfd9bc... (12%)
Writing at 0x104278... (12%)
Writing at 0x10a53c... (13%)
Writing at 0x11062f... (13%)
Writing at 0x116e9f... (13%)
Writing at 0x11d563... (14%)
Writing at 0x123680... (14%)
Writing at 0x129e0d... (15%)
Writing at 0x12ffb1... (15%)
Writing at 0x1366ed... (15%)
Writing at 0x13c4c1... (16%)
Writing at 0x1425fa... (16%)
Writing at 0x148526... (16%)
Writing at 0x14e1da... (17%)
Writing at 0x15411e... (17%)
Writing at 0x162eda... (17%)
Writing at 0x16f6be... (18%)
Writing at 0x19d7a9... (18%)
Writing at 0x1fb37a... (18%)
Writing at 0x203d2c... (19%)
Writing at 0x208846... (19%)
Writing at 0x213ec7... (19%)
Writing at 0x218986... (20%)
Writing at 0x21db64... (20%)
Writing at 0x2231b6... (20%)
Writing at 0x22bf2f... (21%)
Writing at 0x230ea3... (21%)
Writing at 0x23b01e... (22%)
Writing at 0x2449d4... (22%)
Writing at 0x24d93e... (22%)
Writing at 0x252f56... (23%)
Writing at 0x258882... (23%)
Writing at 0x25e630... (23%)
Writing at 0x263b6f... (24%)
Writing at 0x268d7e... (24%)
Writing at 0x26eb84... (24%)
Writing at 0x2740bd... (25%)
Writing at 0x27916c... (25%)
Writing at 0x27e24a... (25%)
Writing at 0x283661... (26%)
Writing at 0x28897a... (26%)
Writing at 0x28d7ca... (26%)
Writing at 0x29357e... (27%)
Writing at 0x299151... (27%)
Writing at 0x29f0da... (27%)
Writing at 0x2a4cee... (28%)
Writing at 0x2afb05... (28%)
Writing at 0x2b5838... (29%)
Writing at 0x2bae33... (29%)
Writing at 0x2c01bc... (29%)
Writing at 0x2c5e8e... (30%)
Writing at 0x2cbfb1... (30%)
Writing at 0x2d1b76... (30%)
Writing at 0x2d7684... (31%)
Writing at 0x2dcc25... (31%)
Writing at 0x2e1c4c... (31%)
Writing at 0x2e70b6... (32%)
Writing at 0x2ec9c9... (32%)
Writing at 0x2f1b75... (32%)
Writing at 0x2f6ded... (33%)
Writing at 0x2fbe6d... (33%)
Writing at 0x300e30... (33%)
Writing at 0x305f1f... (34%)
Writing at 0x30b107... (34%)
Writing at 0x3104d0... (34%)
Writing at 0x315773... (35%)
Writing at 0x31b538... (35%)
Writing at 0x32043b... (36%)
Writing at 0x32533e... (36%)
Writing at 0x32a377... (36%)
Writing at 0x32f301... (37%)
Writing at 0x334362... (37%)
Writing at 0x3392b7... (37%)
Writing at 0x33e40f... (38%)
Writing at 0x343c2c... (38%)
Writing at 0x348f18... (38%)
Writing at 0x34ea62... (39%)
Writing at 0x355039... (39%)
Writing at 0x35ceb9... (39%)
Writing at 0x365442... (40%)
Writing at 0x36d1e5... (40%)
Writing at 0x3729d9... (40%)
Writing at 0x37839a... (41%)
Writing at 0x37dd10... (41%)
Writing at 0x4b53e5... (41%)
Writing at 0x708bf2... (42%)
Writing at 0x77dc4d... (42%)
Writing at 0x7883c5... (43%)
Writing at 0x7929bc... (43%)
Writing at 0x7981f8... (43%)
Writing at 0x79d490... (44%)
Writing at 0x7a2978... (44%)
Writing at 0x7a7d13... (44%)
Writing at 0x7ad9ba... (45%)
Writing at 0x7b29f4... (45%)
Writing at 0x7b7913... (45%)
Writing at 0x7bcbdf... (46%)
Writing at 0x7c1d6f... (46%)
Writing at 0x7c6e8d... (46%)
Writing at 0x7cc5f0... (47%)
Writing at 0x7d2392... (47%)
Writing at 0x7d7b2c... (47%)
Writing at 0x7dd17f... (48%)
Writing at 0x7e372a... (48%)
Writing at 0x7edc2c... (48%)
Writing at 0x7f3574... (49%)
Writing at 0x7f8bb5... (49%)
Writing at 0x7fe4c0... (50%)
Writing at 0x903ec8... (50%)
Writing at 0x90970b... (50%)
Writing at 0x91aa97... (51%)
Writing at 0x920949... (51%)
Writing at 0x928843... (51%)
Writing at 0x92eac2... (52%)
Writing at 0x935b05... (52%)
Writing at 0x947128... (52%)
Writing at 0x94b80f... (53%)
Writing at 0x9533d1... (53%)
Writing at 0x959248... (53%)
Writing at 0x966a8f... (54%)
Writing at 0x96deb5... (54%)
Writing at 0x975cbe... (54%)
Writing at 0x97ad8d... (55%)
Writing at 0x97fd60... (55%)
Writing at 0x98ad76... (55%)
Writing at 0x98f558... (56%)
Writing at 0x998180... (56%)
Writing at 0x99c8ad... (56%)
Writing at 0x9a1621... (57%)
Writing at 0x9a5ed8... (57%)
Writing at 0x9b2e41... (58%)
Writing at 0x9b87b7... (58%)
Writing at 0x9cee90... (58%)
Writing at 0x9d4594... (59%)
Writing at 0x9da803... (59%)
Writing at 0x9e2a55... (59%)
Writing at 0x9e8469... (60%)
Writing at 0x9ee1eb... (60%)
Writing at 0x9fc3f7... (60%)
Writing at 0xa00fe9... (61%)
Writing at 0xa056c4... (61%)
Writing at 0xa09cbe... (61%)
Writing at 0xa0e460... (62%)
Writing at 0xa12a87... (62%)
Writing at 0xa171ca... (62%)
Writing at 0xa1b7ee... (63%)
Writing at 0xb02ed7... (63%)
Writing at 0xb08cd5... (63%)
Writing at 0xb0e6c5... (64%)
Writing at 0xb135e4... (64%)
Writing at 0xb18865... (65%)
Writing at 0xb1d7c6... (65%)
Writing at 0xb2213e... (65%)
Writing at 0xb27160... (66%)
Writing at 0xb2ca09... (66%)
Writing at 0xb34ce8... (66%)
Writing at 0xb3da97... (67%)
Writing at 0xb492a8... (67%)
Writing at 0xb4da81... (67%)
Writing at 0xb52277... (68%)
Writing at 0xb56ac7... (68%)
Writing at 0xb5b31d... (68%)
Writing at 0xb5fb7f... (69%)
Writing at 0xb643db... (69%)
Writing at 0xb68c0f... (69%)
Writing at 0xb6d462... (70%)
Writing at 0xb71c84... (70%)
Writing at 0xb76449... (70%)
Writing at 0xb7a99c... (71%)
Writing at 0xb80151... (71%)
Writing at 0xb85a72... (72%)
Writing at 0xb8b416... (72%)
Writing at 0xb90b9a... (72%)
Writing at 0xb961f8... (73%)
Writing at 0xb9b8d1... (73%)
Writing at 0xba0ed5... (73%)
Writing at 0xba741d... (74%)
Writing at 0xbae6c0... (74%)
Writing at 0xbb5866... (74%)
Writing at 0xbbb49a... (75%)
Writing at 0xbc1019... (75%)
Writing at 0xbc6c67... (75%)
Writing at 0xbcc8b7... (76%)
Writing at 0xbd3986... (76%)
Writing at 0xbdab2a... (76%)
Writing at 0xbe0f38... (77%)
Writing at 0xbe69a0... (77%)
Writing at 0xbec3c5... (77%)
Writing at 0xbf1ee6... (78%)
Writing at 0xbf729c... (78%)
Writing at 0xbfc73d... (79%)
Writing at 0xc01c12... (79%)
Writing at 0xc07195... (79%)
Writing at 0xc0cc39... (80%)
Writing at 0xc127a9... (80%)
Writing at 0xc1821e... (80%)
Writing at 0xc1db3b... (81%)
Writing at 0xc23660... (81%)
Writing at 0xc29170... (81%)
Writing at 0xc2ec78... (82%)
Writing at 0xc33c3e... (82%)
Writing at 0xc38dad... (82%)
Writing at 0xc3dfd7... (83%)
Writing at 0xc43037... (83%)
Writing at 0xc49420... (83%)
Writing at 0xc4fbec... (84%)
Writing at 0xc562b1... (84%)
Writing at 0xc5be32... (84%)
Writing at 0xc61ae9... (85%)
Writing at 0xc67885... (85%)
Writing at 0xc6d2d8... (86%)
Writing at 0xc73192... (86%)
Writing at 0xc78fcd... (86%)
Writing at 0xc7ed99... (87%)
Writing at 0xc8480d... (87%)
Writing at 0xc8a420... (87%)
Writing at 0xc900ca... (88%)
Writing at 0xc95a80... (88%)
Writing at 0xc9b905... (88%)
Writing at 0xca1759... (89%)
Writing at 0xca72a5... (89%)
Writing at 0xcafafe... (89%)
Writing at 0xcb93fa... (90%)
Writing at 0xcbf548... (90%)
Writing at 0xcc547c... (90%)
Writing at 0xccad60... (91%)
Writing at 0xcd0eb0... (91%)
Writing at 0xcd6edc... (91%)
Writing at 0xcdc784... (92%)
Writing at 0xce239c... (92%)
Writing at 0xce7dd3... (93%)
Writing at 0xcedabf... (93%)
Writing at 0xcf3706... (93%)
Writing at 0xcf9028... (94%)
Writing at 0xcfefdb... (94%)
Writing at 0xd050ce... (94%)
Writing at 0xd0afbc... (95%)
Writing at 0xd100ec... (95%)
Writing at 0xd154f2... (95%)
Writing at 0xd1aa26... (96%)
Writing at 0xd20028... (96%)
Writing at 0xd25dc6... (96%)
Writing at 0xd2bc04... (97%)
Writing at 0xd319dd... (97%)
Writing at 0xd36dbc... (97%)
Writing at 0xd3c0b7... (98%)
Writing at 0xd4121c... (98%)
Writing at 0xd463a5... (98%)
Writing at 0xd4b9df... (99%)
Writing at 0xd50fa7... (99%)
Writing at 0xd56529... (100%)
Wrote 14002698 bytes (4682680 compressed) at 0x0 in 68.415 seconds.
Leaving...
ESP-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x15 (USB_UART_CHIP_RESET),boot:0xa (SPI_FAST_FLASH_BOOT)
Saved PC:0x40378c72
SPIWP:0xee
mode:DIO, clock div:1
load:0x3fce3818,len:0x18ec
load:0x403c9700,len:0x4
load:0x403c9704,len:0xda4
load:0x403cc700,len:0x308c
entry 0x403c9934
I (19) boot: ESP-IDF v5.1.4-257-g3f9ab2d6a6 2nd stage bootloader
I (19) boot: compile time Jun  3 2024 14:10:28
I (19) boot: Multicore bootloader
I (23) boot: chip revision: v0.2
I (27) qio_mode: Enabling QIO for flash chip GD
I (32) boot.esp32s3: Boot SPI Speed : 80MHz
I (37) boot.esp32s3: SPI Mode       : QIO
I (42) boot.esp32s3: SPI Flash Size : 16MB
I (47) boot: Enabling RNG early entropy source...
I (52) boot: Partition Table:
I (56) boot: ## Label            Usage          Type ST Offset   Length
I (63) boot:  0 nvs              WiFi data        01 02 00009000 00004000
I (70) boot:  1 otadata          OTA data         01 00 0000d000 00002000
I (78) boot:  2 phy_init         RF data          01 01 0000f000 00001000
I (85) boot:  3 factory          factory app      00 00 00010000 00600000
I (93) boot:  4 ota_0            OTA app          00 10 00700000 00200000
I (100) boot:  5 storage          Unknown data     01 82 00900000 00200000
I (108) boot:  6 model            Unknown data     01 82 00b00000 003e8000
I (115) boot: End of partition table
I (120) boot: Defaulting to factory image
I (124) esp_image: segment 0: paddr=00010020 vaddr=3c130020 size=232ca0h (2305184) map
I (482) esp_image: segment 1: paddr=00242cc8 vaddr=3fc9c700 size=071d4h ( 29140) load
I (488) esp_image: segment 2: paddr=00249ea4 vaddr=40374000 size=06174h ( 24948) load
I (493) esp_image: segment 3: paddr=00250020 vaddr=42000020 size=1206b8h (1181368) map
I (676) esp_image: segment 4: paddr=003706e0 vaddr=4037a174 size=124c8h ( 74952) load
I (691) esp_image: segment 5: paddr=00382bb0 vaddr=600fe010 size=00004h (     4) load
I (702) boot: Loaded app from partition at offset 0x10000
I (702) boot: Disabling RNG early entropy source...
I (713) cpu_start: Multicore app
I (714) octal_psram: vendor id    : 0x0d (AP)
I (714) octal_psram: dev id       : 0x03 (generation 4)
I (717) octal_psram: density      : 0x05 (128 Mbit)
I (722) octal_psram: good-die     : 0x01 (Pass)
I (728) octal_psram: Latency      : 0x01 (Fixed)
I (733) octal_psram: VCC          : 0x00 (1.8V)
I (738) octal_psram: SRF          : 0x01 (Fast Refresh)
I (744) octal_psram: BurstType    : 0x01 (Hybrid Wrap)
I (750) octal_psram: BurstLen     : 0x01 (32 Byte)
I (755) octal_psram: Readlatency  : 0x02 (10 cycles@Fixed)
I (761) octal_psram: DriveStrength: 0x00 (1/1)
I (767) MSPI Timing: PSRAM timing tuning index: 6
I (772) esp_psram: Found 16MB PSRAM device
I (777) esp_psram: Speed: 80MHz
I (863) mmu_psram: Instructions copied and mapped to SPIRAM
I (863) cpu_start: Pro cpu up.
I (864) cpu_start: Starting app cpu, entry point is 0x403758b4
I (0) cpu_start: App cpu up.
I (1390) esp_psram: SPI SRAM memory test OK
I (1399) cpu_start: Pro cpu start user code
I (1399) cpu_start: cpu freq: 240000000 Hz
I (1399) cpu_start: Application information:
I (1402) cpu_start: Project name:     chatgpt_demo
I (1408) cpu_start: App version:      1
I (1412) cpu_start: Compile time:     Jun  3 2024 14:10:20
I (1418) cpu_start: ELF file SHA256:  a63b1cb33f5c0dd0...
I (1425) cpu_start: ESP-IDF:          v5.1.4-257-g3f9ab2d6a6
I (1431) cpu_start: Min chip rev:     v0.0
I (1436) cpu_start: Max chip rev:     v0.99
I (1441) cpu_start: Chip rev:         v0.2
I (1445) heap_init: Initializing. RAM available for dynamic allocation:
I (1453) heap_init: At 3FCA8FF8 len 00040718 (257 KiB): DRAM
I (1459) heap_init: At 3FCE9710 len 00005724 (21 KiB): STACK/DRAM
I (1466) heap_init: At 600FE014 len 00001FD4 (7 KiB): RTCRAM
I (1472) esp_psram: Adding pool of 15168K of PSRAM memory to heap allocator
I (1480) spi_flash: detected chip: gd
I (1484) spi_flash: flash io: qio
I (1488) sleep: Configure to isolate all GPIO pins in sleep state
I (1495) sleep: Enable automatic switching of GPIO sleep configuration
I (1502) app_start: Starting scheduler on CPU0
I (1507) app_start: Starting scheduler on CPU1
I (1507) main_task: Started on CPU0
I (1517) esp_psram: Reserving pool of 8K of internal memory for DMA/internal allocations
I (1525) main_task: Calling app_main()
I (1534) settings: Credentials not found
I (1534) settings: Switch to partition UF2
I (1539) esp_image: segment 0: paddr=00700020 vaddr=3c070020 size=8d324h (578340) map
I (1589) esp_image: segment 1: paddr=0078d34c vaddr=3fc95900 size=02ccch ( 11468)
I (1590) esp_image: segment 2: paddr=00790020 vaddr=42000020 size=604cch (394444) map
I (1622) esp_image: segment 3: paddr=007f04f4 vaddr=3fc985cc size=00304h (   772)
I (1623) esp_image: segment 4: paddr=007f0800 vaddr=40374000 size=11820h ( 71712)
ESP-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x3 (RTC_SW_SYS_RST),boot:0xa (SPI_FAST_FLASH_BOOT)
Saved PC:0x40375d8f
SPIWP:0xee
mode:DIO, clock div:1
load:0x3fce3818,len:0x18ec
load:0x403c9700,len:0x4
load:0x403c9704,len:0xda4
load:0x403cc700,len:0x308c
entry 0x403c9934
I (19) boot: ESP-IDF v5.1.4-257-g3f9ab2d6a6 2nd stage bootloader
I (19) boot: compile time Jun  3 2024 14:10:28
I (19) boot: Multicore bootloader
I (23) boot: chip revision: v0.2
I (27) qio_mode: Enabling QIO for flash chip GD
I (32) boot.esp32s3: Boot SPI Speed : 80MHz
I (37) boot.esp32s3: SPI Mode       : QIO
I (42) boot.esp32s3: SPI Flash Size : 16MB
I (47) boot: Enabling RNG early entropy source...
I (52) boot: Partition Table:
I (56) boot: ## Label            Usage          Type ST Offset   Length
I (63) boot:  0 nvs              WiFi data        01 02 00009000 00004000
I (70) boot:  1 otadata          OTA data         01 00 0000d000 00002000
I (78) boot:  2 phy_init         RF data          01 01 0000f000 00001000
I (85) boot:  3 factory          factory app      00 00 00010000 00600000
I (93) boot:  4 ota_0            OTA app          00 10 00700000 00200000
I (100) boot:  5 storage          Unknown data     01 82 00900000 00200000
I (108) boot:  6 model            Unknown data     01 82 00b00000 003e8000
I (115) boot: End of partition table
I (120) esp_image: segment 0: paddr=00700020 vaddr=3c070020 size=8d324h (578340) map
I (216) esp_image: segment 1: paddr=0078d34c vaddr=3fc95900 size=02ccch ( 11468) load
I (218) esp_image: segment 2: paddr=00790020 vaddr=42000020 size=604cch (394444) map
I (281) esp_image: segment 3: paddr=007f04f4 vaddr=3fc985cc size=00304h (   772) load
I (282) esp_image: segment 4: paddr=007f0800 vaddr=40374000 size=11820h ( 71712) load
I (308) boot: Loaded app from partition at offset 0x700000
I (308) boot: Disabling RNG early entropy source...
I (320) cpu_start: Multicore app
I (320) octal_psram: vendor id    : 0x0d (AP)
I (320) octal_psram: dev id       : 0x03 (generation 4)
I (323) octal_psram: density      : 0x05 (128 Mbit)
I (329) octal_psram: good-die     : 0x01 (Pass)
I (334) octal_psram: Latency      : 0x01 (Fixed)
I (339) octal_psram: VCC          : 0x00 (1.8V)
I (345) octal_psram: SRF          : 0x01 (Fast Refresh)
I (350) octal_psram: BurstType    : 0x01 (Hybrid Wrap)
I (356) octal_psram: BurstLen     : 0x01 (32 Byte)
I (362) octal_psram: Readlatency  : 0x02 (10 cycles@Fixed)
I (368) octal_psram: DriveStrength: 0x00 (1/1)
I (374) MSPI Timing: PSRAM timing tuning index: 6
I (378) esp_psram: Found 16MB PSRAM device
I (383) esp_psram: Speed: 80MHz
I (417) mmu_psram: Instructions copied and mapped to SPIRAM
I (418) cpu_start: Pro cpu up.
I (418) cpu_start: Starting app cpu, entry point is 0x40375774
I (0) cpu_start: App cpu up.
I (971) esp_psram: SPI SRAM memory test OK
I (980) cpu_start: Pro cpu start user code
I (980) cpu_start: cpu freq: 240000000 Hz
I (980) cpu_start: Application information:
I (983) cpu_start: Project name:     factory_nvs
I (988) cpu_start: App version:      1
I (993) cpu_start: Compile time:     Jun  3 2024 14:08:34
I (999) cpu_start: ELF file SHA256:  10a2d9b07128e1cd...
I (1005) cpu_start: ESP-IDF:          v5.1.4-257-g3f9ab2d6a6
I (1011) cpu_start: Min chip rev:     v0.0
I (1016) cpu_start: Max chip rev:     v0.99
I (1021) cpu_start: Chip rev:         v0.2
I (1025) heap_init: Initializing. RAM available for dynamic allocation:
I (1033) heap_init: At 3FC9A748 len 0004EFC8 (315 KiB): DRAM
I (1039) heap_init: At 3FCE9710 len 00005724 (21 KiB): STACK/DRAM
I (1046) heap_init: At 600FE010 len 00001FD8 (7 KiB): RTCRAM
I (1052) esp_psram: Adding pool of 15936K of PSRAM memory to heap allocator
I (1060) spi_flash: detected chip: gd
I (1064) spi_flash: flash io: qio
I (1068) sleep: Configure to isolate all GPIO pins in sleep state
I (1075) sleep: Enable automatic switching of GPIO sleep configuration
I (1082) app_start: Starting scheduler on CPU0
I (1087) app_start: Starting scheduler on CPU1
I (1087) main_task: Started on CPU0
I (1097) esp_psram: Reserving pool of 8K of internal memory for DMA/internal allocations
I (1105) main_task: Calling app_main()
I (1110) ChatGPT_NVS: Switch to partition factory
I (1115) esp_image: segment 0: paddr=00010020 vaddr=3c130020 size=232ca0h (2305184) map
I (1286) esp_image: segment 1: paddr=00242cc8 vaddr=3fc9c700 size=071d4h ( 29140)
I (1289) esp_image: segment 2: paddr=00249ea4 vaddr=40374000 size=06174h ( 24948)
I (1294) esp_image: segment 3: paddr=00250020 vaddr=42000020 size=1206b8h (1181368) map
I (1384) esp_image: segment 4: paddr=003706e0 vaddr=4037a174 size=124c8h ( 74952)
I (1390) esp_image: segment 5: paddr=00382bb0 vaddr=600fe010 size=00004h (     4)
I (1445) ChatGPT_NVS: no ssid, give a init value to nvs
I (1446) ChatGPT_NVS: no password, give a init value to nvs
I (1447) ChatGPT_NVS: no ChatGPT key, give a init value to key
I (1454) ChatGPT_NVS: no base url, give a init value to key

Flash logs - factory_demo-ESP-BOX-3-1_2_4
esptool.js
Serial port WebSerial VendorID 0x303a ProductID 0x1001
Connecting....
Detecting chip type... ESP32-S3
Chip is ESP32-S3
Features: Wi-Fi,BLE
Crystal is 40MHz
MAC: 3c:84:27:05:a7:c8
Uploading stub...
Running stub...
Stub running...
Changing baudrate to 921600
Changed
Manufacturer: c8
Device: 6018
Detected flash size: 16MB
Warning: Image file at 0x0 doesn't look like an image file, so not changing any flash settings.
Compressed 15157656 bytes to 9479277...
Writing at 0x0... (0%)
Writing at 0x20e77... (0%)
Writing at 0x2a2d8... (0%)
Writing at 0x3838e... (0%)
Writing at 0x431dd... (0%)
Writing at 0x4cc32... (1%)
Writing at 0x55d7f... (1%)
Writing at 0x5f233... (1%)
Writing at 0x698c2... (1%)
Writing at 0x72210... (1%)
Writing at 0x7b8dd... (1%)
Writing at 0x83a99... (2%)
Writing at 0x8d7c5... (2%)
Writing at 0x97176... (2%)
Writing at 0x9fb4b... (2%)
Writing at 0xa7f05... (2%)
Writing at 0xb086d... (2%)
Writing at 0xb7e0f... (3%)
Writing at 0xc135c... (3%)
Writing at 0xc97e2... (3%)
Writing at 0xd13e0... (3%)
Writing at 0xd9ebc... (3%)
Writing at 0xe1864... (3%)
Writing at 0xe9227... (4%)
Writing at 0xf10e5... (4%)
Writing at 0xf9a29... (4%)
Writing at 0x102843... (4%)
Writing at 0x10a97d... (4%)
Writing at 0x112869... (5%)
Writing at 0x119f62... (5%)
Writing at 0x12277e... (5%)
Writing at 0x12b8ae... (5%)
Writing at 0x134754... (5%)
Writing at 0x13cb6a... (5%)
Writing at 0x145424... (6%)
Writing at 0x14d002... (6%)
Writing at 0x155ea4... (6%)
Writing at 0x15dfd8... (6%)
Writing at 0x166242... (6%)
Writing at 0x16e22b... (6%)
Writing at 0x175aa7... (7%)
Writing at 0x17cf75... (7%)
Writing at 0x1a2af1... (7%)
Writing at 0x1bb05b... (7%)
Writing at 0x1d0e65... (7%)
Writing at 0x1da735... (7%)
Writing at 0x1e67da... (8%)
Writing at 0x1ef889... (8%)
Writing at 0x1fa23b... (8%)
Writing at 0x1fed06... (8%)
Writing at 0x20b590... (8%)
Writing at 0x216448... (8%)
Writing at 0x220f15... (9%)
Writing at 0x225bd1... (9%)
Writing at 0x22b0dc... (9%)
Writing at 0x2329c6... (9%)
Writing at 0x23d319... (9%)
Writing at 0x2421f0... (10%)
Writing at 0x24a63e... (10%)
Writing at 0x25234e... (10%)
Writing at 0x2583f9... (10%)
Writing at 0x25e070... (10%)
Writing at 0x263d56... (10%)
Writing at 0x269d39... (11%)
Writing at 0x26f5c7... (11%)
Writing at 0x275172... (11%)
Writing at 0x27aede... (11%)
Writing at 0x28084b... (11%)
Writing at 0x2866db... (11%)
Writing at 0x28be3e... (12%)
Writing at 0x29199e... (12%)
Writing at 0x2970f3... (12%)
Writing at 0x29d983... (12%)
Writing at 0x2a3918... (12%)
Writing at 0x2a8d3e... (12%)
Writing at 0x2ae8c1... (13%)
Writing at 0x2b4367... (13%)
Writing at 0x2ba2d7... (13%)
Writing at 0x2bf98d... (13%)
Writing at 0x2c8a6a... (13%)
Writing at 0x2d012c... (13%)
Writing at 0x2d5a91... (14%)
Writing at 0x2dc376... (14%)
Writing at 0x2e27d4... (14%)
Writing at 0x2e87d7... (14%)
Writing at 0x2ee72f... (14%)
Writing at 0x2f3f3c... (15%)
Writing at 0x2f99ad... (15%)
Writing at 0x2ff4d2... (15%)
Writing at 0x305475... (15%)
Writing at 0x30aede... (15%)
Writing at 0x31137f... (15%)
Writing at 0x317988... (16%)
Writing at 0x31e335... (16%)
Writing at 0x324273... (16%)
Writing at 0x32a77d... (16%)
Writing at 0x32feb2... (16%)
Writing at 0x33567f... (16%)
Writing at 0x33b16e... (17%)
Writing at 0x341490... (17%)
Writing at 0x346e9d... (17%)
Writing at 0x34c954... (17%)
Writing at 0x352f15... (17%)
Writing at 0x3588b2... (17%)
Writing at 0x35e2dd... (18%)
Writing at 0x36377a... (18%)
Writing at 0x3686f4... (18%)
Writing at 0x36d7a5... (18%)
Writing at 0x37287d... (18%)
Writing at 0x377b71... (18%)
Writing at 0x37cfd2... (19%)
Writing at 0x382c7d... (19%)
Writing at 0x388210... (19%)
Writing at 0x38db46... (19%)
Writing at 0x39363e... (19%)
Writing at 0x398ccb... (20%)
Writing at 0x39e723... (20%)
Writing at 0x3a3d65... (20%)
Writing at 0x3a9aba... (20%)
Writing at 0x3b6724... (20%)
Writing at 0x3bb9d1... (20%)
Writing at 0x3c1de4... (21%)
Writing at 0x3cb1e2... (21%)
Writing at 0x3d06ca... (21%)
Writing at 0x3d5ce9... (21%)
Writing at 0x3dbf82... (21%)
Writing at 0x3e1ecd... (21%)
Writing at 0x43e7b3... (22%)
Writing at 0x443f8e... (22%)
Writing at 0x455303... (22%)
Writing at 0x45b71a... (22%)
Writing at 0x46312f... (22%)
Writing at 0x46976a... (22%)
Writing at 0x47b005... (23%)
Writing at 0x485bd5... (23%)
Writing at 0x493c0c... (23%)
Writing at 0x49950e... (23%)
Writing at 0x4a2700... (23%)
Writing at 0x4a83c3... (24%)
Writing at 0x4be2a3... (24%)
Writing at 0x4c3d3e... (24%)
Writing at 0x4cc5fa... (24%)
Writing at 0x4d1a70... (24%)
Writing at 0x4d7cd5... (24%)
Writing at 0x4e6818... (25%)
Writing at 0x4eb185... (25%)
Writing at 0x4efc08... (25%)
Writing at 0x4f4754... (25%)
Writing at 0x4f91c4... (25%)
Writing at 0x4fdb6b... (25%)
Writing at 0x502619... (26%)
Writing at 0x506f95... (26%)
Writing at 0x50bb8a... (26%)
Writing at 0x5105dc... (26%)
Writing at 0x514f15... (26%)
Writing at 0x51999c... (26%)
Writing at 0x51e3a7... (27%)
Writing at 0x522cbb... (27%)
Writing at 0x52784b... (27%)
Writing at 0x52c349... (27%)
Writing at 0x530cb5... (27%)
Writing at 0x5356da... (27%)
Writing at 0x53a197... (28%)
Writing at 0x53eab3... (28%)
Writing at 0x54351a... (28%)
Writing at 0x547fb3... (28%)
Writing at 0x54c54d... (28%)
Writing at 0x550a0c... (29%)
Writing at 0x554ec6... (29%)
Writing at 0x559472... (29%)
Writing at 0x55d912... (29%)
Writing at 0x561dbd... (29%)
Writing at 0x566333... (29%)
Writing at 0x56a7d9... (30%)
Writing at 0x56ec68... (30%)
Writing at 0x5731d8... (30%)
Writing at 0x577652... (30%)
Writing at 0x57bac2... (30%)
Writing at 0x57ff63... (30%)
Writing at 0x5844cf... (31%)
Writing at 0x58894a... (31%)
Writing at 0x58cdaf... (31%)
Writing at 0x591333... (31%)
Writing at 0x595847... (31%)
Writing at 0x599d26... (31%)
Writing at 0x59e322... (32%)
Writing at 0x5a2813... (32%)
Writing at 0x5a6ca7... (32%)
Writing at 0x6c6d64... (32%)
Writing at 0x6cb945... (32%)
Writing at 0x6d0793... (32%)
Writing at 0x6d6169... (33%)
Writing at 0x6dba21... (33%)
Writing at 0x6e1248... (33%)
Writing at 0x6e5dc3... (33%)
Writing at 0x6ea72d... (33%)
Writing at 0x6efc64... (34%)
Writing at 0x6f468a... (34%)
Writing at 0x6f8e5e... (34%)
Writing at 0x6fd988... (34%)
Writing at 0x7024f3... (34%)
Writing at 0x7070aa... (34%)
Writing at 0x70ba48... (35%)
Writing at 0x7104e1... (35%)
Writing at 0x715081... (35%)
Writing at 0x719b21... (35%)
Writing at 0x71e714... (35%)
Writing at 0x723207... (35%)
Writing at 0x727df5... (36%)
Writing at 0x72cb28... (36%)
Writing at 0x731767... (36%)
Writing at 0x736110... (36%)
Writing at 0x73ab7b... (36%)
Writing at 0x73f6cf... (36%)
Writing at 0x74413c... (37%)
Writing at 0x748dac... (37%)
Writing at 0x74dabb... (37%)
Writing at 0x75290a... (37%)
Writing at 0x757621... (37%)
Writing at 0x75c35c... (37%)
Writing at 0x76115e... (38%)
Writing at 0x765f19... (38%)
Writing at 0x76b9fa... (38%)
Writing at 0x7712e1... (38%)
Writing at 0x776aae... (38%)
Writing at 0x77c3c7... (39%)
Writing at 0x781d73... (39%)
Writing at 0x7877bb... (39%)
Writing at 0x78d0a2... (39%)
Writing at 0x792b50... (39%)
Writing at 0x797d70... (39%)
Writing at 0x79caec... (40%)
Writing at 0x7a1926... (40%)
Writing at 0x7a67b7... (40%)
Writing at 0x7ab1a4... (40%)
Writing at 0x7afb21... (40%)
Writing at 0x7b456f... (40%)
Writing at 0x7b8fa5... (41%)
Writing at 0x7bd95c... (41%)
Writing at 0x7c22f1... (41%)
Writing at 0x7c6eb5... (41%)
Writing at 0x7cb944... (41%)
Writing at 0x7d279d... (41%)
Writing at 0x7d8842... (42%)
Writing at 0x7de7c5... (42%)
Writing at 0x7e49a3... (42%)
Writing at 0x7eaa99... (42%)
Writing at 0x7f0bb0... (42%)
Writing at 0x7f6561... (43%)
Writing at 0x7fb807... (43%)
Writing at 0x800a7c... (43%)
Writing at 0x805e70... (43%)
Writing at 0x80ab4f... (43%)
Writing at 0x80faba... (43%)
Writing at 0x8147dd... (44%)
Writing at 0x819269... (44%)
Writing at 0x81df0d... (44%)
Writing at 0x822e77... (44%)
Writing at 0x827e8f... (44%)
Writing at 0x82ce76... (44%)
Writing at 0x832c91... (45%)
Writing at 0x83817e... (45%)
Writing at 0x83ce18... (45%)
Writing at 0x841a5c... (45%)
Writing at 0x8465bc... (45%)
Writing at 0x84b0fa... (45%)
Writing at 0x84fc4c... (46%)
Writing at 0x8548b5... (46%)
Writing at 0x8596ed... (46%)
Writing at 0x85e506... (46%)
Writing at 0x8632a7... (46%)
Writing at 0x8681d1... (46%)
Writing at 0x86d063... (47%)
Writing at 0x871ff6... (47%)
Writing at 0x876f69... (47%)
Writing at 0x87befe... (47%)
Writing at 0x880c3c... (47%)
Writing at 0x8855fc... (48%)
Writing at 0x88a1cd... (48%)
Writing at 0x88f214... (48%)
Writing at 0x894571... (48%)
Writing at 0x899b72... (48%)
Writing at 0x89ea40... (48%)
Writing at 0x8a3a2c... (49%)
Writing at 0x8a8aa0... (49%)
Writing at 0x8add6c... (49%)
Writing at 0x8b33f2... (49%)
Writing at 0x8b8980... (49%)
Writing at 0x8bd653... (49%)
Writing at 0x8c1ef5... (50%)
Writing at 0x8c67ca... (50%)
Writing at 0x8cb13c... (50%)
Writing at 0x8cfddf... (50%)
Writing at 0x8d4dd4... (50%)
Writing at 0x8d9da3... (50%)
Writing at 0x8decfa... (51%)
Writing at 0x8e3a6c... (51%)
Writing at 0x8e8a15... (51%)
Writing at 0x8ed9c0... (51%)
Writing at 0x8f2907... (51%)
Writing at 0x8f7b8b... (51%)
Writing at 0x8fc789... (52%)
Writing at 0x9013eb... (52%)
Writing at 0x9065b9... (52%)
Writing at 0x90b6a7... (52%)
Writing at 0x910444... (52%)
Writing at 0x915378... (53%)
Writing at 0x91a3ce... (53%)
Writing at 0x91f301... (53%)
Writing at 0x9241ce... (53%)
Writing at 0x9290c5... (53%)
Writing at 0x92e003... (53%)
Writing at 0x933049... (54%)
Writing at 0x9380a4... (54%)
Writing at 0x93ceba... (54%)
Writing at 0x94186f... (54%)
Writing at 0x946346... (54%)
Writing at 0x94b5ac... (54%)
Writing at 0x9505e0... (55%)
Writing at 0x95554e... (55%)
Writing at 0x95a35b... (55%)
Writing at 0x95f673... (55%)
Writing at 0x964a13... (55%)
Writing at 0x969d45... (55%)
Writing at 0x96ed28... (56%)
Writing at 0x973a76... (56%)
Writing at 0x9787ae... (56%)
Writing at 0x97d739... (56%)
Writing at 0x98276f... (56%)
Writing at 0x987840... (56%)
Writing at 0x98c3f5... (57%)
Writing at 0x990f40... (57%)
Writing at 0x995a0b... (57%)
Writing at 0x99a64e... (57%)
Writing at 0x99f31b... (57%)
Writing at 0x9a3f9f... (58%)
Writing at 0x9a8b19... (58%)
Writing at 0x9ad893... (58%)
Writing at 0x9b2734... (58%)
Writing at 0x9b741a... (58%)
Writing at 0x9bbcc8... (58%)
Writing at 0x9c0639... (59%)
Writing at 0x9c56e8... (59%)
Writing at 0x9cab01... (59%)
Writing at 0x9cfd02... (59%)
Writing at 0x9d544c... (59%)
Writing at 0x9da366... (59%)
Writing at 0x9df3ff... (60%)
Writing at 0x9e3caa... (60%)
Writing at 0x9e867c... (60%)
Writing at 0x9ed01b... (60%)
Writing at 0x9f19ff... (60%)
Writing at 0x9f670c... (60%)
Writing at 0x9fc259... (61%)
Writing at 0xa009f2... (61%)
Writing at 0xa05342... (61%)
Writing at 0xa0a27c... (61%)
Writing at 0xa0f88d... (61%)
Writing at 0xa14de5... (62%)
Writing at 0xa1a090... (62%)
Writing at 0xa1e9bb... (62%)
Writing at 0xa23394... (62%)
Writing at 0xa27d65... (62%)
Writing at 0xa2c67e... (62%)
Writing at 0xa312a0... (63%)
Writing at 0xa35db1... (63%)
Writing at 0xa3ab73... (63%)
Writing at 0xa3fb15... (63%)
Writing at 0xa44c71... (63%)
Writing at 0xa49bee... (63%)
Writing at 0xa4e453... (64%)
Writing at 0xa52d59... (64%)
Writing at 0xa577c0... (64%)
Writing at 0xa5cbee... (64%)
Writing at 0xa63727... (64%)
Writing at 0xa68443... (64%)
Writing at 0xa6d0f7... (65%)
Writing at 0xa71e3c... (65%)
Writing at 0xa76c4d... (65%)
Writing at 0xa7ba69... (65%)
Writing at 0xa80a1f... (65%)
Writing at 0xa85819... (65%)
Writing at 0xa8a45c... (66%)
Writing at 0xa8f020... (66%)
Writing at 0xa93259... (66%)
Writing at 0xa973d8... (66%)
Writing at 0xa9b572... (66%)
Writing at 0xa9f74a... (67%)
Writing at 0xaa49b9... (67%)
Writing at 0xaa9095... (67%)
Writing at 0xaad78b... (67%)
Writing at 0xab2791... (67%)
Writing at 0xab72dd... (67%)
Writing at 0xabbea2... (68%)
Writing at 0xac0ae4... (68%)
Writing at 0xac56df... (68%)
Writing at 0xaca813... (68%)
Writing at 0xacfa2b... (68%)
Writing at 0xad4964... (68%)
Writing at 0xad9544... (69%)
Writing at 0xaddc0a... (69%)
Writing at 0xae22f8... (69%)
Writing at 0xae69d7... (69%)
Writing at 0xaeb1e8... (69%)
Writing at 0xaf03be... (69%)
Writing at 0xaf5574... (70%)
Writing at 0xafa839... (70%)
Writing at 0xaff825... (70%)
Writing at 0xb046f0... (70%)
Writing at 0xb09563... (70%)
Writing at 0xb0e32f... (70%)
Writing at 0xb13a0f... (71%)
Writing at 0xb191ed... (71%)
Writing at 0xb1e9fd... (71%)
Writing at 0xb23f49... (71%)
Writing at 0xb28e89... (71%)
Writing at 0xb2e05f... (72%)
Writing at 0xb32e77... (72%)
Writing at 0xb37c87... (72%)
Writing at 0xb3ca9b... (72%)
Writing at 0xb41c17... (72%)
Writing at 0xb4763c... (72%)
Writing at 0xb4d08e... (73%)
Writing at 0xb52848... (73%)
Writing at 0xb57999... (73%)
Writing at 0xb5c8d0... (73%)
Writing at 0xb615fe... (73%)
Writing at 0xb663af... (73%)
Writing at 0xb6b0e8... (74%)
Writing at 0xb6ffeb... (74%)
Writing at 0xb7515f... (74%)
Writing at 0xb7a2c9... (74%)
Writing at 0xb7f453... (74%)
Writing at 0xb83e47... (74%)
Writing at 0xb8889d... (75%)
Writing at 0xb8d36c... (75%)
Writing at 0xb91cf7... (75%)
Writing at 0xb96d31... (75%)
Writing at 0xb9be1a... (75%)
Writing at 0xba0e7c... (75%)
Writing at 0xba5a73... (76%)
Writing at 0xbab2fa... (76%)
Writing at 0xbb092c... (76%)
Writing at 0xbb5177... (76%)
Writing at 0xbb99da... (76%)
Writing at 0xbbe203... (77%)
Writing at 0xbc2b0e... (77%)
Writing at 0xbc7736... (77%)
Writing at 0xbcc3d6... (77%)
Writing at 0xbd0db4... (77%)
Writing at 0xbd5885... (77%)
Writing at 0xbda4dd... (78%)
Writing at 0xbdf0ef... (78%)
Writing at 0xbe3d81... (78%)
Writing at 0xbe8a6d... (78%)
Writing at 0xbed9fa... (78%)
Writing at 0xbf29cb... (78%)
Writing at 0xbf7911... (79%)
Writing at 0xbfc60e... (79%)
Writing at 0xc014e4... (79%)
Writing at 0xc063ae... (79%)
Writing at 0xc0b2c4... (79%)
Writing at 0xc0fed5... (79%)
Writing at 0xc15068... (80%)
Writing at 0xc19f49... (80%)
Writing at 0xc1eda7... (80%)
Writing at 0xc23dcb... (80%)
Writing at 0xc28d97... (80%)
Writing at 0xc2dd81... (81%)
Writing at 0xc32c8c... (81%)
Writing at 0xc37aae... (81%)
Writing at 0xc3cb07... (81%)
Writing at 0xc41894... (81%)
Writing at 0xc46321... (81%)
Writing at 0xc4b098... (82%)
Writing at 0xc4ff73... (82%)
Writing at 0xc55b35... (82%)
Writing at 0xc5ab88... (82%)
Writing at 0xc5f9ae... (82%)
Writing at 0xc649ea... (82%)
Writing at 0xc699c4... (83%)
Writing at 0xc6e6d3... (83%)
Writing at 0xc732c2... (83%)
Writing at 0xc78031... (83%)
Writing at 0xc7cd73... (83%)
Writing at 0xc81b35... (83%)
Writing at 0xc8685c... (84%)
Writing at 0xc8b806... (84%)
Writing at 0xc91cb8... (84%)
Writing at 0xc98321... (84%)
Writing at 0xc9d942... (84%)
Writing at 0xca2222... (84%)
Writing at 0xca6967... (85%)
Writing at 0xcab000... (85%)
Writing at 0xcaf70a... (85%)
Writing at 0xcb3e13... (85%)
Writing at 0xcb860e... (85%)
Writing at 0xcbd1d1... (86%)
Writing at 0xcc1ce3... (86%)
Writing at 0xcc650c... (86%)
Writing at 0xccae57... (86%)
Writing at 0xccf3b8... (86%)
Writing at 0xcd3879... (86%)
Writing at 0xcd7ed6... (87%)
Writing at 0xcdc784... (87%)
Writing at 0xce0feb... (87%)
Writing at 0xce6da8... (87%)
Writing at 0xcedb77... (87%)
Writing at 0xcf4d1f... (87%)
Writing at 0xcfbd2d... (88%)
Writing at 0xd02c26... (88%)
Writing at 0xd08dde... (88%)
Writing at 0xd0dd81... (88%)
Writing at 0xd12aac... (88%)
Writing at 0xd17856... (88%)
Writing at 0xd1c631... (89%)
Writing at 0xd2148a... (89%)
Writing at 0xd261be... (89%)
Writing at 0xd2b23f... (89%)
Writing at 0xd302f2... (89%)
Writing at 0xd35426... (89%)
Writing at 0xd3a093... (90%)
Writing at 0xd3e7c0... (90%)
Writing at 0xd42fc8... (90%)
Writing at 0xd478e1... (90%)
Writing at 0xd4c130... (90%)
Writing at 0xd508f3... (91%)
Writing at 0xd550c1... (91%)
Writing at 0xd59984... (91%)
Writing at 0xd5e279... (91%)
Writing at 0xd62e52... (91%)
Writing at 0xd68b4e... (91%)
Writing at 0xd6e820... (92%)
Writing at 0xd743d9... (92%)
Writing at 0xd79364... (92%)
Writing at 0xd7e4f1... (92%)
Writing at 0xd83686... (92%)
Writing at 0xd884d5... (92%)
Writing at 0xd8d127... (93%)
Writing at 0xd92040... (93%)
Writing at 0xd96f40... (93%)
Writing at 0xd9bdeb... (93%)
Writing at 0xda0839... (93%)
Writing at 0xda5132... (93%)
Writing at 0xda9929... (94%)
Writing at 0xdae0d6... (94%)
Writing at 0xdb2ac8... (94%)
Writing at 0xdb76c1... (94%)
Writing at 0xdbc6e0... (94%)
Writing at 0xdc19cd... (94%)
Writing at 0xdc6c52... (95%)
Writing at 0xdcbc0a... (95%)
Writing at 0xdd0e98... (95%)
Writing at 0xdd61e3... (95%)
Writing at 0xddb322... (95%)
Writing at 0xde0291... (96%)
Writing at 0xde786a... (96%)
Writing at 0xdec3dc... (96%)
Writing at 0xdf1c2d... (96%)
Writing at 0xdf74b4... (96%)
Writing at 0xdfc30e... (96%)
Writing at 0xe010dc... (97%)
Writing at 0xe05b6c... (97%)
Writing at 0xe0aa19... (97%)
Writing at 0xe0fe9a... (97%)
Writing at 0xe160f9... (97%)
Writing at 0xe1df0a... (97%)
Writing at 0xe28da7... (98%)
Writing at 0xe31089... (98%)
Writing at 0xe36da1... (98%)
Writing at 0xe3c721... (98%)
Writing at 0xe413aa... (98%)
Writing at 0xe46947... (98%)
Writing at 0xe4b61b... (99%)
Writing at 0xe50058... (99%)
Writing at 0xe55093... (99%)
Writing at 0xe5a9da... (99%)
Writing at 0xe630f3... (99%)
Writing at 0xe6c0df... (100%)
Wrote 15157656 bytes (9479277 compressed) at 0x0 in 95.043 seconds.
Leaving...
ESP-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x15 (USB_UART_CHIP_RESET),boot:0x2a (SPI_FAST_FLASH_BOOT)
Saved PC:0x40378c1e
SPIWP:0xee
mode:DIO, clock div:1
load:0x3fce3818,len:0x18ec
load:0x403c9700,len:0x4
load:0x403c9704,len:0xd88
load:0x403cc700,len:0x2fa0
entry 0x403c9934
I (19) boot: ESP-IDF v5.1.4-257-g3f9ab2d6a6 2nd stage bootloader
I (19) boot: compile time Jun  3 2024 14:09:02
I (19) boot: Multicore bootloader
I (19) boot: chip revision: v0.2
I (19) qio_mode: Enabling QIO for flash chip GD
I (20) boot.esp32s3: Boot SPI Speed : 80MHz
I (20) boot.esp32s3: SPI Mode       : QIO
I (20) boot.esp32s3: SPI Flash Size : 16MB
I (20) boot: Enabling RNG early entropy source...
I (21) boot: Partition Table:
I (21) boot: ## Label            Usage          Type ST Offset   Length
I (21) boot:  0 sec_cert         Unknown data     01 06 0000d000 00003000
I (22) boot:  1 nvs              WiFi data        01 02 00010000 00006000
I (22) boot:  2 otadata          OTA data         01 00 00016000 00002000
I (22) boot:  3 phy_init         RF data          01 01 00018000 00001000
I (23) boot:  4 fctry            WiFi data        01 02 00019000 00006000
I (23) boot:  5 ota_0            OTA app          00 10 00020000 0041a000
I (24) boot:  6 storage          Unknown data     01 82 0043a000 0028a000
I (24) boot:  7 model            Unknown data     01 82 006c4000 00866000
I (25) boot: End of partition table
I (25) boot: No factory image, trying OTA 0
I (25) esp_image: segment 0: paddr=00020020 vaddr=3c180020 size=22e448h (2286664) map
I (372) esp_image: segment 1: paddr=0024e470 vaddr=3fca4000 size=01ba8h (  7080) load
I (374) esp_image: segment 2: paddr=00250020 vaddr=42000020 size=17343ch (1520700) map
I (604) esp_image: segment 3: paddr=003c3464 vaddr=3fca5ba8 size=06374h ( 25460) load
I (609) esp_image: segment 4: paddr=003c97e0 vaddr=40378000 size=1bfc4h (114628) load
I (632) esp_image: segment 5: paddr=003e57ac vaddr=50000000 size=00004h (     4) load
I (632) esp_image: segment 6: paddr=003e57b8 vaddr=600fe000 size=0005ch (    92) load
I (645) boot: Loaded app from partition at offset 0x20000
I (666) boot: Set actual ota_seq=1 in otadata[0]
I (666) boot: Disabling RNG early entropy source...
I (667) cpu_start: Multicore app
I (667) octal_psram: vendor id    : 0x0d (AP)
I (668) octal_psram: dev id       : 0x03 (generation 4)
I (668) octal_psram: density      : 0x05 (128 Mbit)
I (668) octal_psram: good-die     : 0x01 (Pass)
I (668) octal_psram: Latency      : 0x01 (Fixed)
I (669) octal_psram: VCC          : 0x00 (1.8V)
I (669) octal_psram: SRF          : 0x01 (Fast Refresh)
I (669) octal_psram: BurstType    : 0x01 (Hybrid Wrap)
I (670) octal_psram: BurstLen     : 0x01 (32 Byte)
I (670) octal_psram: Readlatency  : 0x02 (10 cycles@Fixed)
I (670) octal_psram: DriveStrength: 0x00 (1/1)
I (671) MSPI Timing: PSRAM timing tuning index: 5
I (671) esp_psram: Found 16MB PSRAM device
I (671) esp_psram: Speed: 80MHz
I (672) cpu_start: Pro cpu up.
I (672) cpu_start: Starting app cpu, entry point is 0x40379a30
I (0) cpu_start: App cpu up.
I (1314) esp_psram: SPI SRAM memory test OK
I (1323) cpu_start: Pro cpu start user code
I (1323) cpu_start: cpu freq: 240000000 Hz
I (1324) cpu_start: Application information:
I (1324) cpu_start: Project name:     factory_demo
I (1324) cpu_start: App version:      1
I (1324) cpu_start: Compile time:     Jun  3 2024 14:08:53
I (1324) cpu_start: ELF file SHA256:  50378a3f...
I (1324) cpu_start: ESP-IDF:          v5.1.4-257-g3f9ab2d6a6
I (1325) cpu_start: Min chip rev:     v0.0
I (1325) cpu_start: Max chip rev:     v0.99
I (1325) cpu_start: Chip rev:         v0.2
I (1325) heap_init: Initializing. RAM available for dynamic allocation:
I (1325) heap_init: At 3FCB2AD0 len 00036C40 (219 KiB): DRAM
I (1326) heap_init: At 3FCE9710 len 00005724 (21 KiB): STACK/DRAM
I (1326) heap_init: At 600FE05C len 00001F8C (7 KiB): RTCRAM
I (1326) esp_psram: Adding pool of 16384K of PSRAM memory to heap allocator
I (1327) spi_flash: detected chip: gd
I (1327) spi_flash: flash io: qio
I (1328) sleep: Configure to isolate all GPIO pins in sleep state
I (1328) sleep: Enable automatic switching of GPIO sleep configuration
I (1328) pm: Frequency switching config: CPU_MAX: 240, APB_MAX: 80, APB_MIN: 40, Light sleep: DISABLED
I (1329) coexist: coex firmware version: d96c1e51f
I (1329) coexist: coexist rom version e7ae62f
I (1329) app_start: Starting scheduler on CPU0
I (0) app_start: Starting scheduler on CPU1
I (1330) main_task: Started on CPU0
I (1331) esp_psram: Reserving pool of 8K of internal memory for DMA/internal allocations
I (1331) main_task: Calling app_main()
I (1332) main: Compile time: Jun  3 2024 14:10:00
W (1339) settings: Not found, Set to default
I (1339) settings: Saving settings
I (1544) ESP-BOX-3: Partition size: total: 2439971, used: 1376986
I (1545) LVGL: Starting LVGL task
I (1546) gpio: GPIO[4]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0
I (1547) gpio: GPIO[48]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0
I (1547) ili9341: LCD panel create success, version: 1.2.0
W (1667) ili9341: The 36h command has been used and will be overwritten by external initialization sequence
W (1667) ili9341: The 3Ah command has been used and will be overwritten by external initialization sequence
I (1671) gpio: GPIO[3]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:2
I (1672) GT911: TouchPad_ID:0x39,0x31,0x31
I (1672) GT911: TouchPad_Config_Version:65
I (1672) button: IoT Button Version: 3.2.0
I (1673) gpio: GPIO[0]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0
I (1673) button: IoT Button Version: 3.2.0
I (1673) gpio: GPIO[1]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0
I (1673) button: IoT Button Version: 3.2.0
I (1683) ES8311: Work in Slave mode
I (1688) gpio: GPIO[46]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0
I (1693) ES7210: Work in Slave mode
I (1701) ES7210: Enable ES7210_INPUT_MIC1
I (1704) ES7210: Enable ES7210_INPUT_MIC2
I (1712) I2S_IF: channel mode 0 bits:16/16 channel:2 mask:3
I (1713) I2S_IF: STD Mode 1 bits:16/16 channel:2 sample_rate:16000 mask:3
I (1732) Adev_Codec: Open codec device OK
I (1732) I2S_IF: channel mode 0 bits:16/16 channel:2 mask:3
I (1732) I2S_IF: STD Mode 0 bits:16/16 channel:2 sample_rate:16000 mask:3
I (1733) ES7210: Bits 16
I (1742) ES7210: Enable ES7210_INPUT_MIC1
I (1745) ES7210: Enable ES7210_INPUT_MIC2
I (1754) ES7210: Unmuted
I (1754) Adev_Codec: Open codec device OK
I (1754) pm: Frequency switching config: CPU_MAX: 240, APB_MAX: 80, APB_MIN: 40, Light sleep: ENABLED
I (1754) sleep: Code start at 0x42000020, total 1520699, data start at 0x3c000000, total 33554432 Bytes
I (1755) gpio: GPIO[21]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:1
I (1755) bsp_sensor: I2C num: 0, [40, 41], speed:400000
W (1756) bsp_sensor: Sensor bottom connected
I (1756) AT581X: MoreSense AT581X: 0.1.0
I (1756) gpio: GPIO[0]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:2
I (1759) bsp_sensor: Radar init ok
I (1759) AHT20: ASAIR AHT20    : 0.1.0
I (1759) AHT20: SUPPLY_VOLTAGE : 2.2 - 5.5V
I (1759) AHT20: TEMPERATURE    : -40.00 - 125.00℃
I (1760) bsp_sensor: Temp & humidity init ok
I (1760) main: Display LVGL demo
I (1760) ui_main: Input device type have pointer
I (1765) ui_sr: sr animation initialize
I (2277) ESP-BOX-3: Setting LCD backlight: 100%
I (2477) file_iterator: File : Canon.mp3
I (2501) file_iterator: File : Dance with Me.mp3
I (2503) main: mute setting 0, volume:70
I (2505) main: speech recognition start
I (6505) MODEL_LOADER: The storage free size is 12608 KB
I (6505) MODEL_LOADER: The partition size is 8600 KB
I (6506) MODEL_LOADER: Successfully map model partition
I (6506) AFE_SR: afe interface for speech recognition

I (6506) AFE_SR: AFE version: SR_V220727

I (6506) AFE_SR: Initial auido front-end, total channel: 3, mic num: 2, ref num: 1

I (6507) AFE_SR: aec_init: 0, se_init: 1, vad_init: 1

I (6507) AFE_SR: wakenet_init: 1

MC Quantized wakenet9: wakenet9_v1h24_hilexin_3_0.608_0.615, tigger:v3, mode:2, p:0, (Aug 24 2023 11:56:47)
I (6632) AFE_SR: wake num: 3, mode: 0, (Aug 24 2023 11:56:48)

W (6632) app_sr: Set language to EN
MC Quantized wakenet9: wakeNet9_v1h24_hiesp_3_0.63_0.635, tigger:v3, mode:2, p:0, (Aug 24 2023 11:56:47)
I (6668) AFE_SR: wakenet wn_frame_size = 512

I (6668) app_sr: load wakenet:wn9_hiesp
Build fst from commands.
Quantized MultiNet6:rnnt_ctc_1.0, name:mn6_en, (Aug 24 2023 14:24:02)
Load 49 pre-defined speech commands.
Quantized MultiNet6 search method: 2, time out:5.8 s
I (7262) app_sr: load multinet:mn6_en
I (7265) app_sr: cmd_number=14
Build fst from commands.

I (7306) wifi_init: rx ba win: 4
I (7306) wifi_init: tcpip mbox: 16
I (7306) wifi_init: udp mbox: 6
I (7306) wifi_init: tcp mbox: 6
I (7307) wifi_init: tcp tx win: 5760
I (7307) wifi_init: tcp rx win: 5760
I (7307) wifi_init: tcp mss: 1440
I (7307) wifi_init: WiFi/LWIP prefer SPIRAM
I (7307) wifi_init: WiFi SLP IRAM OP enabled
I (7320) phy_init: phy_version 670,b7bc9b9,Apr 30 2024,10:54:13
W (7321) phy_init: failed to load RF calibration data (0x1102), falling back to full calibration
I (7365) wifi:mode : sta (3c:84:27:05:a7:c8)
I (7365) wifi:enable tsf
I (7389) esp_rmaker_work_queue: Work Queue created.
I (7389) esp_claim: Initialising Self Claiming. This may take time.
W (7396) esp_claim: Generating the private key. This may take time.
I (84724) esp_rmaker_node: Node ID ----- 3C842705A7C8
I (84730) esp_rmaker_time_service: Time service enabled
I (84730) esp_rmaker_system_service: System service enabled.
I (84731) app_wifi: waiting provisioning

And after toggling the mic on (orange led lights up) and off again (orange led off). I didn't exclude any logs, the numbers just jump by that much.
I (84731) app_wifi: waiting provisioning
I (182447) I2S_IF: Pending out channel for in channel running
E (182449) i2s_common: i2s_channel_disable(1030): the channel has not been enabled yet
I (182450) I2S_IF: channel mode 0 bits:16/16 channel:2 mask:3
I (182450) I2S_IF: STD Mode 1 bits:16/16 channel:2 sample_rate:16000 mask:3
I (182458) Adev_Codec: Open codec device OK
E (182458) i2s_common: i2s_channel_disable(1030): the channel has not been enabled yet
I (182458) I2S_IF: channel mode 0 bits:16/16 channel:2 mask:3
I (182459) I2S_IF: STD Mode 0 bits:16/16 channel:2 sample_rate:16000 mask:3
I (182459) ES7210: Bits 16
I (182463) ES7210: Enable ES7210_INPUT_MIC1
I (182465) ES7210: Enable ES7210_INPUT_MIC2
I (182468) ES7210: Unmuted
I (182469) Adev_Codec: Open codec device OK

Flash logs - image_display-ESP-BOX-3-0_0_1
esptool.js
Serial port WebSerial VendorID 0x303a ProductID 0x1001
Connecting....
Detecting chip type... ESP32-S3
Chip is ESP32-S3
Features: Wi-Fi,BLE
Crystal is 40MHz
MAC: 3c:84:27:05:a7:c8
Uploading stub...
Running stub...
Stub running...
Changing baudrate to 921600
Changed
Manufacturer: c8
Device: 6018
Detected flash size: 16MB
Warning: Image file at 0x0 doesn't look like an image file, so not changing any flash settings.
Compressed 3211264 bytes to 527610...
Writing at 0x0... (3%)
Writing at 0x11100... (6%)
Writing at 0x1a41b... (9%)
Writing at 0x26721... (12%)
Writing at 0x2de81... (15%)
Writing at 0x33ad4... (18%)
Writing at 0x39d56... (21%)
Writing at 0x3fc48... (24%)
Writing at 0x451a3... (27%)
Writing at 0x4ac6b... (30%)
Writing at 0x503f9... (33%)
Writing at 0x561bc... (36%)
Writing at 0x5bab8... (39%)
Writing at 0x6120e... (42%)
Writing at 0x66b44... (45%)
Writing at 0x6c2fe... (48%)
Writing at 0x7298c... (51%)
Writing at 0x78818... (54%)
Writing at 0x7f7d7... (57%)
Writing at 0x89405... (60%)
Writing at 0x8f722... (63%)
Writing at 0x95750... (66%)
Writing at 0x211c45... (69%)
Writing at 0x21612e... (72%)
Writing at 0x21a69c... (75%)
Writing at 0x21eb90... (78%)
Writing at 0x222f86... (81%)
Writing at 0x2275ef... (84%)
Writing at 0x22b9fa... (87%)
Writing at 0x22ff8b... (90%)
Writing at 0x23446e... (93%)
Writing at 0x238a29... (96%)
Writing at 0x23ccc7... (100%)
Wrote 3211264 bytes (527610 compressed) at 0x0 in 13.73 seconds.
Leaving...
ESP-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x15 (USB_UART_CHIP_RESET),boot:0x2a (SPI_FAST_FLASH_BOOT)
Saved PC:0x40378c1e
SPIWP:0xee
mode:DIO, clock div:1
load:0x3fce3818,len:0x18ec
load:0x403c9700,len:0x4
load:0x403c9704,len:0xd88
load:0x403cc700,len:0x2fa0
entry 0x403c9934
I (19) boot: ESP-IDF v5.1.4-257-g3f9ab2d6a6 2nd stage bootloader
I (19) boot: compile time Jun  3 2024 14:08:42
I (19) boot: Multicore bootloader
I (19) boot: chip revision: v0.2
I (19) qio_mode: Enabling QIO for flash chip GD
I (20) boot.esp32s3: Boot SPI Speed : 80MHz
I (20) boot.esp32s3: SPI Mode       : QIO
I (20) boot.esp32s3: SPI Flash Size : 16MB
I (20) boot: Enabling RNG early entropy source...
I (21) boot: Partition Table:
I (21) boot: ## Label            Usage          Type ST Offset   Length
I (21) boot:  0 nvs              WiFi data        01 02 00009000 00006000
I (22) boot:  1 phy_init         RF data          01 01 0000f000 00001000
I (22) boot:  2 factory          factory app      00 00 00010000 00200000
I (22) boot:  3 storage          Unknown data     01 82 00210000 00100000
I (23) boot: End of partition table
I (23) esp_image: segment 0: paddr=00010020 vaddr=3c060020 size=162e4h ( 90852) map
I (37) esp_image: segment 1: paddr=0002630c vaddr=3fc99e00 size=02e64h ( 11876) load
I (40) esp_image: segment 2: paddr=00029178 vaddr=40378000 size=06ea0h ( 28320) load
I (46) esp_image: segment 3: paddr=00030020 vaddr=42000020 size=5d36ch (381804) map
I (104) esp_image: segment 4: paddr=0008d394 vaddr=4037eea0 size=0ae84h ( 44676) load
I (120) boot: Loaded app from partition at offset 0x10000
I (121) boot: Disabling RNG early entropy source...
I (121) cpu_start: Multicore app
I (121) octal_psram: vendor id    : 0x0d (AP)
I (122) octal_psram: dev id       : 0x03 (generation 4)
I (122) octal_psram: density      : 0x05 (128 Mbit)
I (122) octal_psram: good-die     : 0x01 (Pass)
I (122) octal_psram: Latency      : 0x01 (Fixed)
I (123) octal_psram: VCC          : 0x00 (1.8V)
I (123) octal_psram: SRF          : 0x01 (Fast Refresh)
I (123) octal_psram: BurstType    : 0x01 (Hybrid Wrap)
I (124) octal_psram: BurstLen     : 0x01 (32 Byte)
I (124) octal_psram: Readlatency  : 0x02 (10 cycles@Fixed)
I (124) octal_psram: DriveStrength: 0x00 (1/1)
I (125) MSPI Timing: PSRAM timing tuning index: 5
I (125) esp_psram: Found 16MB PSRAM device
I (125) esp_psram: Speed: 80MHz
I (126) cpu_start: Pro cpu up.
I (126) cpu_start: Starting app cpu, entry point is 0x403795cc
I (0) cpu_start: App cpu up.
I (768) esp_psram: SPI SRAM memory test OK
I (777) cpu_start: Pro cpu start user code
I (777) cpu_start: cpu freq: 160000000 Hz
I (778) cpu_start: Application information:
I (778) cpu_start: Project name:     image_display
I (778) cpu_start: App version:      1
I (778) cpu_start: Compile time:     Jun  3 2024 14:08:34
I (778) cpu_start: ELF file SHA256:  5ab5f51b5ecfe25d...
I (779) cpu_start: ESP-IDF:          v5.1.4-257-g3f9ab2d6a6
I (779) cpu_start: Min chip rev:     v0.0
I (779) cpu_start: Max chip rev:     v0.99
I (779) cpu_start: Chip rev:         v0.2
I (780) heap_init: Initializing. RAM available for dynamic allocation:
I (780) heap_init: At 3FC9DAE8 len 0004BC28 (303 KiB): DRAM
I (780) heap_init: At 3FCE9710 len 00005724 (21 KiB): STACK/DRAM
I (781) heap_init: At 600FE010 len 00001FD8 (7 KiB): RTCRAM
I (781) esp_psram: Adding pool of 16384K of PSRAM memory to heap allocator
I (782) spi_flash: detected chip: gd
I (782) spi_flash: flash io: qio
I (782) sleep: Configure to isolate all GPIO pins in sleep state
I (783) sleep: Enable automatic switching of GPIO sleep configuration
I (783) app_start: Starting scheduler on CPU0
I (784) app_start: Starting scheduler on CPU1
I (784) main_task: Started on CPU0
I (794) esp_psram: Reserving pool of 32K of internal memory for DMA/internal allocations
I (794) main_task: Calling app_main()
I (794) LVGL: Starting LVGL task
I (794) gpio: GPIO[4]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0
I (794) gpio: GPIO[48]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0
I (794) ili9341: LCD panel create success, version: 1.2.0
W (914) ili9341: The 36h command has been used and will be overwritten by external initialization sequence
W (914) ili9341: The 3Ah command has been used and will be overwritten by external initialization sequence
I (914) gpio: GPIO[3]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:2
I (914) GT911: TouchPad_ID:0x39,0x31,0x31
I (914) GT911: TouchPad_Config_Version:65
I (914) ESP-BOX-3: Setting LCD backlight: 100%
I (1004) ESP-BOX-3: Partition size: total: 956561, used: 170429
I (1044) main_task: Returned from app_main()

Is the factory firmware normal before you flash it?

@teknetia

Please refer to the disassembly Tutorial to check if the fpc cable of LCD has is loose. https://github.com/espressif/esp-box/blob/master/docs/hardware_overview/esp32_s3_box_3/disassembly_tutorial_3.md
To further troubleshoot the potential hardware issue, please flash the following factory test firmware (Sorry that the firmware user language is in Chinese only). Normally, each device undergoes rigorous factory testing before leaving the factory, but in order to facilitate troubleshooting, please use this firmware to conduct additional testing.

https://cowtransfer.com/s/e104ceb4637544 click link to check [ esp32_s3_box_3_factory_test_firmware.bin ] or access cowtransfer.com and input extract code: iqqtft to check;

@espressif2022 No, this white screen issue has been since it came out of the box.
@ESP-Mars No loose cables, but I reseated them all jut in case. Nothing changed as a result. I flashed the factory test firmware and log are below but the screen still lights up entirely white only.
Factory test logs
esptool.js
Serial port WebSerial VendorID 0x303a ProductID 0x1001
Connecting....
Detecting chip type... ESP32-S3
Chip is ESP32-S3
Features: Wi-Fi,BLE
Crystal is 40MHz
MAC: 3c:84:27:05:a7:c8
Uploading stub...
Running stub...
Stub running...
Changing baudrate to 921600
Changed
Manufacturer: c8
Device: 6018
Detected flash size: 16MB
Warning: Image file at 0x0 doesn't look like an image file, so not changing any flash settings.
Compressed 1091024 bytes to 657553...
Writing at 0x0... (2%)
Writing at 0x1358f... (4%)
Writing at 0x208ae... (7%)
Writing at 0x26c37... (9%)
Writing at 0x3074f... (12%)
Writing at 0x3aa99... (14%)
Writing at 0x45b4f... (17%)
Writing at 0x52bf8... (19%)
Writing at 0x5830d... (21%)
Writing at 0x5eab8... (24%)
Writing at 0x64354... (26%)
Writing at 0x699f4... (29%)
Writing at 0x6e8fe... (31%)
Writing at 0x73dfd... (34%)
Writing at 0x79554... (36%)
Writing at 0x7ea2a... (39%)
Writing at 0x837e7... (41%)
Writing at 0x89b70... (43%)
Writing at 0x8eda9... (46%)
Writing at 0x93fd6... (48%)
Writing at 0x98f05... (51%)
Writing at 0x9e3b3... (53%)
Writing at 0xa3331... (56%)
Writing at 0xa9154... (58%)
Writing at 0xaf3ad... (60%)
Writing at 0xb48f2... (63%)
Writing at 0xbabd9... (65%)
Writing at 0xc017e... (68%)
Writing at 0xc65fc... (70%)
Writing at 0xcef00... (73%)
Writing at 0xd6595... (75%)
Writing at 0xdb74e... (78%)
Writing at 0xe0400... (80%)
Writing at 0xe4b30... (82%)
Writing at 0xe92db... (85%)
Writing at 0xed984... (87%)
Writing at 0xf213c... (90%)
Writing at 0xf9077... (92%)
Writing at 0xfe2a1... (95%)
Writing at 0x103bf8... (97%)
Writing at 0x109945... (100%)
Wrote 1091024 bytes (657553 compressed) at 0x0 in 7.205 seconds.
Leaving...
ESP-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x15 (USB_UART_CHIP_RESET),boot:0xa (SPI_FAST_FLASH_BOOT)
Saved PC:0x40378c1b
SPIWP:0xee
mode:DIO, clock div:1
load:0x3fce3820,len:0x4f0
load:0x403c9700,len:0x4
load:0x403c9704,len:0xb5c
load:0x403cc700,len:0x2c08
entry 0x403c98fc
I (180) cpu_start: Multicore app
I (181) octal_psram: vendor id    : 0x0d (AP)
I (181) octal_psram: dev id       : 0x03 (generation 4)
I (181) octal_psram: density      : 0x05 (128 Mbit)
I (181) octal_psram: good-die     : 0x01 (Pass)
I (182) octal_psram: Latency      : 0x01 (Fixed)
I (182) octal_psram: VCC          : 0x00 (1.8V)
I (182) octal_psram: SRF          : 0x01 (Fast Refresh)
I (182) octal_psram: BurstType    : 0x01 (Hybrid Wrap)
I (183) octal_psram: BurstLen     : 0x01 (32 Byte)
I (183) octal_psram: Readlatency  : 0x02 (10 cycles@Fixed)
I (183) octal_psram: DriveStrength: 0x00 (1/1)
W (184) MSPI Timing: tuning fail, best point is fallen back to index 5
I (185) esp_psram: Found 16MB PSRAM device
I (185) esp_psram: Speed: 80MHz
I (223) mmu_psram: Instructions copied and mapped to SPIRAM
I (238) mmu_psram: Read only data copied and mapped to SPIRAM
I (238) cpu_start: Pro cpu up.
I (238) cpu_start: Starting app cpu, entry point is 0x40375678
I (0) cpu_start: App cpu up.
I (780) esp_psram: SPI SRAM memory test OK
I (789) cpu_start: Pro cpu start user code
I (789) cpu_start: cpu freq: 240000000 Hz
I (789) cpu_start: Application information:
I (789) cpu_start: Project name:     production_firmware
I (789) cpu_start: App version:      1
I (789) cpu_start: Compile time:     Sep 14 2023 14:47:57
I (790) cpu_start: ELF file SHA256:  d0cc9af20...
I (790) cpu_start: ESP-IDF:          v5.2-dev-1010-g213504238f-dirty
I (790) cpu_start: Min chip rev:     v0.0
I (790) cpu_start: Max chip rev:     v0.99
I (790) cpu_start: Chip rev:         v0.2
I (791) heap_init: Initializing. RAM available for dynamic allocation:
I (791) heap_init: At 3FCC4B78 len 00024B98 (146 KiB): DRAM
I (791) heap_init: At 3FCE9710 len 00005724 (21 KiB): STACK/DRAM
I (791) heap_init: At 3FCF0000 len 00008000 (32 KiB): DRAM
I (792) heap_init: At 600FE010 len 00001FD8 (7 KiB): RTCRAM
I (792) esp_psram: Adding pool of 15552K of PSRAM memory to heap allocator
I (792) spi_flash: detected chip: gd
I (792) spi_flash: flash io: qio
I (793) sleep: Configure to isolate all GPIO pins in sleep state
I (793) sleep: Enable automatic switching of GPIO sleep configuration
I (794) app_start: Starting scheduler on CPU0
I (794) app_start: Starting scheduler on CPU1
I (794) main_task: Started on CPU0
I (795) esp_psram: Reserving pool of 32K of internal memory for DMA/internal allocations
I (795) main_task: Calling app_main()
I (796) gpio: GPIO[44]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0
I (799) LVGL: Starting LVGL task
I (800) gpio: GPIO[4]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0
I (800) gpio: GPIO[48]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0
E (923) ESP-BOX-3: Addr 5D
I (923) gpio: GPIO[3]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:2
I (924) GT911: TouchPad_ID:0x39,0x31,0x31
I (924) GT911: TouchPad_Config_Version:65
I (927) ES8311: Work in Slave mode
I (929) gpio: GPIO[46]| InputEn: 0| OutputEn: 1| OpenDrain: 0| Pullup: 0| Pulldown: 0| Intr:0
I (930) ES7210: Work in Slave mode
I (933) ES7210: Enable ES7210_INPUT_MIC1
I (934) ES7210: Enable ES7210_INPUT_MIC2
I (937) ESP-BOX-3: Setting LCD backlight: 70%
I (1001) button: IoT Button Version: 2.5.6
I (1001) gpio: GPIO[0]| InputEn: 1| OutputEn: 0| OpenDrain: 0| Pullup: 1| Pulldown: 0| Intr:0
I (1001) ESP-BOX: ESP-BOX initialization done.

Just checking in on this as I am still unable to get any functional firmware/screen on this device.

@teknetia We apologize for the issues you're experiencing with the hardware you received. The logs indicate that the LCD on your device is abnormal. Please contact customer service to initiate the return and exchange process.
In the manufacturer, each device should undergoe rigorous factory testing before leaving the factory, we will investigate the production records for your device to identify the issue and continually improve our product quality.
Please accept our sincere apologies for any inconvenience this has caused you.

Will do, thanks for confirming!


Improved feature parity on NAT_Source_Translation_PortBlockAllocation and ltm profile ipsecalg

Is your feature request related to a problem? Please describe.
Requesting to improve feature parity of AS3 for NAT_Source_Translation_PortBlockAllocation class and added class for creating  ltm profile ipsecalg objects.
In current AS3 (3.28) there is no option to set the periodic-refresh-log parameter for source-translation object's port-block-allocation property. Creating an object of class NAT_Source_Translation_PortBlockAllocation sets the property to the default 0.
Due to ID987345, setting this property to some high value would be required to avoid overwhelming cgnat logs with useless refresh logs. A VNF with 20+ CGNAT instances and a few millions of allocated PBAs will produce a substantial amount of these logs which is required to be avoided.
Another missing feature parity we would like to see, is the ability to be able to define ltm profile ipsecalg objects using AS3.
These additions would greatly improve the ability to use AS3 to configure service's for a SP GiLAN deployment.
Describe the solution you'd like
I would like to see the schema for class NAT_Source_Translation_PortBlockAllocation extended with a property to set the periodic-refresh-log property of the tmsh object it creates (default 0, but option to set to whatever integer value).
Also, I would like the AS3 schema  extended with a class that creates  ltm profile ipsecalg configuration object.
Describe alternatives you've considered
We have considered patching in these needed configuration objects with separate REST-calls after the AS3 declaration has been applied, but the improved feature parity would be more elegant and less error prone.
Additional context
security nat source-translation SrcTranslDemo {
    addresses {
        x.x.x.x/x { }
    }
    egress-interfaces-disabled
    pat-mode pba
    port-block-allocation {
        block-idle-timeout 300
        block-lifetime 86400
        block-size 512
        client-block-limit 2
        **periodic-refresh-log 2000**
        zombie-timeout 30
    }
    ports {
        1024-65535 { }
    }
    traffic-group /Common/traffic-group-1
    type dynamic-pat
}

ltm profile ipsecalg ipsecalg {
    app-service none
    defaults-from none
    description none
    idle-timeout 3600
    initial-connection-timeout 3
    log-profile none
    log-publisher none
    partition Common
    pending-ike-connection-limit 5
}

Can you please create a new issue for ipsecalg objects so we can track the two feature requests separately?

I created #504 for the ipsec alg feature. Ok to keep this issue for the periodic-refresh-log timer setting.

Thank you!

Reopening this issue.

Sooner or later I will win this fight with this bot and keep this issue open . . .

If you are still looking for this feature, please reach out to us at<EMAIL_ADDRESS>


Add missing role permission for ocm-agent SA

What type of PR is this?
Bug
What this PR does / why we need it?
The ocm-agent service account is missing permissions to update the status of a managednotification. This PR adds that permission.
Which Jira/Github issue(s) this PR fixes?
Needed in order to achieve OSD-10224.

Codecov Report

Merging #29 (18d0b07) into master (5dc17c0) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master      #29   +/-   ##
=======================================
  Coverage   58.60%   58.60%
=======================================
  Files          22       22
  Lines        1133     1133
=======================================
  Hits          664      664
  Misses        411      411
  Partials       58       58

/lgtm


[BUG] Dashes in directories within options.data_files paths are replaced with floors.

setuptools version
setuptools 45.2.0
Python version
Python 3.8.10
OS
20.04.1-Ubuntu
Additional environment information
No response
Description
Dashes in directories within options.data_files paths are replaced with floors.
Expected behavior
Paths in directories within options.data_files  should be created as is.  I consider [options.data_files] section to not be Python specific, so there should be no name changes applied.
How to Reproduce
Snippet from setup.cfg.
[options.data_files]
submodules/tree-sitter-fbdl/src/ = ./submodules/tree-sitter-fbdl/src/parser.c

Output
After the installation the path within the egg directory is as follows:
submodules/tree_sitter_fbdl/src/parser.c

Code of Conduct

[ ] I agree to follow the PSF Code of Conduct

Ok, this is already fixed in the setuptools 58.1.0.


SSR Example

It would be very nice to see an example for SSR with for example nextjs

Does it helps? https://github.com/nanostores/i18n#server-side-rendering

in this example let locale, i18n will shared for all users on each request.

You need to use your framework’s APIs for this. You can avoid using a separated file for every store and initialize all stores together in some functions like buildContext(). Or you can export store builder from every file.

So, in Next.js i need serialised data to gssp props

Sorry, I do not use Next.js to suggest exact solution.
If you need some specific API, ask for it.

I am closing this issue. We have a similar “What is the best SSR integration” discussion in main Nano Stores repository.
But without an API suggestions from Next.js users I can’t help.


[Feature request] Timeout for deferCompletion()

We want a feature setting a timeout for ProcessingContext.deferCompletion() to avoid stuck DecatonProcessor in any case.
Decaton supports async task processing with using deferCompletion() on processor.
However, async processing usually makes a bug and it might miss to call complete().
Finally, it causes critical issue of consuming topics.
If decaton has a timeout for deferCompletion(), we can avoid such outage in most cases.

Thanks for your feedback :)
Yeah, after I saw several troubles that are caused by leaking a DeferredCompletion, it turns out that managing it properly and make sure to absolutely complete it is sometimes not an easy challenge and the consequence is really bad.
I'm +1 for adding kind of some support that lets users to configure forcing a DeferredCompletion to complete at some point even without an acknowledgement from the decaton processor.
Let me ask you few questions to consider the most suitable interface and implementation.

When a DeferredCompletion completes forcefully, the corresponding record is considered as completed and the offset gets committed, so if it was not actually completed (failed) or the consumer instances crashes before it completes processing, it will lost. Is it fine for you?
Is the timeout needs to be configured for each deferCompletion() call like deferCompletion(Duration) or, would it be sufficient to have single global timeout configured for each subscription?
How long is it like, in practice you think you're going to set for the timeout?
Do you think it will be useful if a user can select either to complete or retry the "expired" DeferredCompletion?

Yes, "pause" is more critical than "lost" for our workload. However, we want to track which task has been lost by timeout.
Global timeout for each subscription is enough for us.
It depends on topic, up to 1 min.
It seems very useful for retryable tasks.

closing by https://github.com/line/decaton/pull/99/files


Add simple file to indicate C++ project on GitHub (resolve #231)

But still your main function must return a value.

No, it doesn't, this is not C.


Splitted default queue to import/export, fixed django-rq admin page

Motivation and context

How has this been tested?

Checklist

[ ] I submit my changes into the develop branch
[ ] I have added a description of my changes into CHANGELOG file
[ ] I have updated the documentation accordingly
[ ] I have added tests to cover my changes
[ ] I have linked related issues (read github docs)
[ ] I have increased versions of npm packages if it is necessary (cvat-canvas,
cvat-core, cvat-data and cvat-ui)

License

[ ] I submit my code changes under the same MIT License that covers the project.
Feel free to contact the maintainers if that's a concern.

@azhavoro there is a reference to cvat_worker_default in the docs share path example. See https://opencv.github.io/cvat/docs/administration/basics/installation/#share-path
How should I adjust that in my override file? Do I use cvat_worker_import or something else?


[Request For Comment] The boost optimize for Key frame is amazing, but can be push to upstream?

The boost optimize for Key frame is amazing, but can be push to upstream?
Any thought push the optimize to flutter/flutter upstream?
I guess coding is easy ,but let it compatiable with all flutter version is hard .

See also: https://github.com/flutter/flutter/issues/96256
ping @Nayuta403
Would you please interest in keep touch with Flutter team?

Yeah, no problem. I have also applied for the Flutter Favorite Project.


The linebreaks are not being rendered as expected

I have created a mathML which looks like <math xmlns="http://www.w3.org/1998/Math/MathML"><mn>200</mn><mspace linebreak="newline"/><mo>+</mo><mn>3</mn></math>. I was expecting a line break to be introduced after <mn>200</mn> when I render this MathML thorough mathJax.  But unfortunately, I am not seeing the line break.
This is react codebase where I am basically rendering the MathMLs in web browsers using MathJax 2.7 . I am using a mml3.js extension and my entire config looks like -
{
  AsciiMath: {
    useMathMLspacing: true,
  },
  CommonHTML: {
    fonts: [
      'STIX',
      'TeX',
    ],
    linebreaks: {
      automatic: true,
    },
  },
  'HTML-CSS': {
    fonts: [
      'STIX',
      'TeX',
    ],
    linebreaks: {
      automatic: true,
    },
  },
  MathML: {
    extensions: ['mml3.js'],
    linebreaks: {
      automatic: true,
    },
  },
  asciimath2jax: {
    delimiters: ['`'],
  },
  extensions: [
    'asciimath2jax.js',
    'tex2jax.js',
    'mml2jax.js',
  ],
  jax: [
    'input/TeX',
    'input/MathML',
    'input/AsciiMath',
    'output/HTML-CSS',
  ],
  messageStyle: 'none',
  tex2jax: {
    `inlineMath: [[ ['$','$'], ["\\(","\\)"] ],],`
    preview: 'none',
  },
}

Could you point me where I am going wrong?
Note: I have tried with both linebreaks automatic set as true or false as found in https://docs.mathjax.org/en/v2.7-latest/options/output-processors/HTML-CSS.html

I am not able to reproduce your issue.  The expression breaks properly for me.  Here is an example file that works for me.
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8" />
<title>MathJax MathML Linebreaks</title>
<script>
MathJax = {
  AsciiMath: {
    useMathMLspacing: true,
  },
  CommonHTML: {
    fonts: [
      'STIX',
      'TeX',
    ],
    linebreaks: {
      automatic: true,
    },
  },
  'HTML-CSS': {
    fonts: [
      'STIX',
      'TeX',
    ],
    linebreaks: {
      automatic: true,
    },
  },
  MathML: {
    extensions: ['mml3.js']
  },
  asciimath2jax: {
    delimiters: [['`', '`']],
  },
  extensions: [
    'asciimath2jax.js',
    'tex2jax.js',
    'mml2jax.js',
  ],
  jax: [
    'input/TeX',
    'input/MathML',
    'input/AsciiMath',
    'output/HTML-CSS',
  ],
  messageStyle: 'none',
  tex2jax: {
    inlineMath: [ ['$','$'], ["\\(","\\)"] ],
    preview: 'none',
  },
};
</script>
<script<EMAIL_ADDRESS></head>
<body>

<math xmlns="http://www.w3.org/1998/Math/MathML">
  <mn>200</mn>
  <mspace linebreak="newline"/>
  <mo>+</mo>
  <mn>3</mn>
</math>

</body>
</html>

Note that there were several issues with your configuration that I corrected in the code.  In particular, the ascimath2jax delimiters need to be an array of arrays, with both an opening and closing delimiter, the use of backticks around the inlineMath property is incorrect and there are too many array brackets, and the MathML block does not have a linebreaks option (so it is just ignored).
Perhaps one of these is causing your problem?  If not, you will need to provide a minimal (non-)working example, not just a configuration snippet.


Rework -vanilla launch option to be a vanilla compatibility mode

Currently, -vanilla is a pretty useless launch option that nobody uses. It basically is used by NorthstarLauncher.exe to launch the vanilla game without loading Northstar.dll
-norestrictservercommands is the current way of being "vanilla compatible" but is missing some things, so this would become a replacement for -norestrictservercommands being used for this

The reason for -vanilla was to cover a case where Origin/EA App would sometimes refuse to fire up the game for no reason, so you could use this to work around it and still play the original game.
Not sure for how many people it still happens and how many people use this option at least sometimes, but I'd be hesitant to just remove it with no replacement...  Maybe do with -vanilla as you're saying, but make some new option for its current behavior? -vanillaOnly, -pureVanilla?

Sure, that works for me


ng4 - Wrong path for Type

Hello!
I'm moving today to ng4 and at AOT compilation I get:
Error: Error at /home/me/workspace/myapp/node_modules/ng2-resource-rest/src/Interfaces.d.ts:3:22: Cannot find module '@angular/core/src/type'.
Error at /home/me/workspace/myapp/node_modules/ng2-resource-rest/src/ResourceModel.d.ts:1:22: Cannot find module '@angular/core/src/type'.
Error at /home/me/workspace/myapp/node_modules/ng2-resource-rest/src/Resource.d.ts:3:22: Cannot find module '@angular/core/src/type'.
Error at /home/me/workspace/myapp/node_modules/ng2-resource-rest/src/ResourceAction.d.ts:2:22: Cannot find module '@angular/core/src/type'.
Error at /home/me/workspace/myapp/node_modules/ng2-resource-rest/src/ResourceParams.d.ts:1:22: Cannot find module '@angular/core/src/type'.
Error at /home/me/workspace/myapp/node_modules/ng2-resource-rest/src/ResourceProviders.d.ts:2:22: Cannot find module '@angular/core/src/type'.
I think the correct path is "@angular/core" (My IDE is able to find Type on it)
I don't know if this path was changed/fixed recently...
Could you try to fix this?
Regards

Hello. Sorry for the loooong answer.
I did not test it yet with ng4.
I will do tests on final release.
I will keep the issue open.
Thanks.

+1

Hello. Please check new version of the lib (2.0.0) and new ResourceModel


[NEW BONUS GUIDE] BTCPay Server

What
This guide allows to install BTCPay Server on our Raspibolt.
Why
BTCPay Server allows to manage Bitcoin and Lightning payments.
It can be useful, for example, to receive donations on a blog.
How
The installation of BTCPay Server is possible thanks to the detailed installation guide of this pull request.
Scope

[ ] significant change to core configuration
[x] independent bonus guide
[ ] simple bug fix

Test & maintenance
Any testing of the following guide, along with bug reporting, would be really appreciated.

i 'd like to test this out on my raspibolt, you can send me the guide!!

Awesome! This has been asked a few times in the Telegram group as well. You can probably find testers of the guide there as well. :)
Can you add a header image/screenshot as the other guides have? Just above TOC.

This is great! not that its advisable, but would this setup work with a neutrino supported node? I'm just looking to test it out first on a neutrino node.

I realise this has been open a while. Just wondering if you mind adding an uninstall section at the end?

so again i am stumped. i was able to get to login page for like a week and then i get the: " This page isn’t working
didn’t send any data. ERR_EMPTY_RESPONSE. "error i tried multiple browsers , tried another computer. everything seems to be running (see attached pic) i setup ngnix  reverse proxy the same as the other installs i.e. electrum etc. i tried removing it and still nothing. any suggestions?

so again i am stumped. i was able to get to login page for like a week and now i get: " This page isn’t working didn’t send any data. ERR_EMPTY_RESPONSE. "error i tried multiple browsers , tried another computer. everything seems to be running (see attached pic) i setup ngnix reverse proxy the same as the other installs i.e. electrum etc. i tried removing it and still nothing. any suggestions?

i am able to get o the login page via tor not sure why i can't via https anymore.

so again i am stumped. i was able to get to login page for like a week and now i get: " This page isn’t working didn’t send any data. ERR_EMPTY_RESPONSE. "error i tried multiple browsers , tried another computer. everything seems to be running (see attached pic) i setup ngnix reverse proxy the same as the other installs i.e. electrum etc. i tried removing it and still nothing. any suggestions?

i am able to get o the login page via tor not sure why i can't via https anymore.

@hdlslm The errors you are reporting are not related to the guide. Please, post them elsewhere (Reddit), so as not to cause confusion in this thread.

ok now how do we connect our lightning node to btcpay? the use internal node is greyed out!! thanks in advance


Adds example .env

Fixes #212 also makes Travis-CI use the sample .env file instead of global environments.

Codecov Report

Merging #215 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #215   +/-   ##
=======================================
  Coverage   27.17%   27.17%
=======================================
  Files          18       18
  Lines         574      574
=======================================
  Hits          156      156
  Misses        418      418

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update f8d483e...04c6309. Read the comment docs.


Implement Time Picker from materialize

The time picker needs to be implemented - the most sensible approach would be mirroring the implementation from date picker.
http://materializecss.com/forms.html#time-picker

The component was completed, but during implementation I discovered the documentation was off so this should serve as a good option for now, but updates will need to come as the materialize team corrects their site.


Need to support migrations executed on behalf of a user with readWrite privilege

What version of Flyway are you using?
release-4.0.3-mongodb
Which client are you using? (Command-line, Java API, Maven plugin, Gradle plugin, SBT plugin, ANT tasks)
Java API
What database are you using (type & version)?
MongoDB 3.3
What operating system are you using?
OSX El Capitan
What did you do?
(Please include the content causing the issue, any relevant configuration settings, and the command you ran)
execute mongoFlyway.migrate on server where db is not yet created
What did you expect to see?
migration work
What did you see instead?
We have a microservice architecture in which each microservice uses a mongo client on behalf of a user with only readWrite privileges.  When a db is not yet created, or also in the case where it is created but the schema_version collection is not yet created, a listDatabases method is called which is not available for a regular user.  This throws a FlywayException and migration dies.  Our workaround is to catch the exception on listDatabases and then make a call to find the schema_version collection.

When migrate is run for a non-existing db, mongoFlyway will create one. I am not able to replicate your error.

Your tests use a non-authenticating instance of Embedded Mongo.  I can try to create a test case with an authenticating instance which Embedded Mongo now supports to reproduce the problem in a test on a branch of mongo-flyway.   I would just send you our test code but it is owned by a corporation.  In the meantime, you can reproduce this on any live authenticating database pretty easily when connecting with a regular readWrite user.

Test using non-authenticated instance of Mongo is irrelevant to this issue.


Remove Restriction for Attribute Def Tag to Not Have Spaces

It is valid for a dxf to have spaces in the Attribute Definition Tag (although the Autocad UI may not allow it when editing).

This seems to be mentioned in: https://github.com/haplokuon/netDxf/wiki#20---2016624

Deleted the restriction that the attribute definition tags cannot contain spaces. While AutoCad maintains the spaces while loading and saving dxfs, it does not allow to create them through the UI.

I do not remember why I forgot to remove the restriction with the spaces in attribute definition tags, when I explicitly said that I was going to do it. The funny thing is that the official DXF documentation clearly says:

Tag string (cannot contain spaces)

but it is not the only place where it is wrong. Perhaps it is a remainder of old DXF versions.


[suggestion] manual trigger class

I'm currently facing a issue with mobile devices
I want to have tooltips automatically disappear after 3 seconds. I'm toggling hint--always with js onClick and after 3 seconds to make it appear/disappear
The problem is that it remains visible because the element is :hovered. I can't have another class toggling the visibility/opacity of after&before because i'm sacrificing the animation
a possible solution would be implementing a .manual class with a toggle .is-hint-active class
any suggestion?

You'll need to toggle the hint position classes also.
I tried creating a demo for you -> https://codepen.io/chinchang/pen/NmKbMB
Let me know if it works for you.

@chinchang yes, of course that works. But as I said, I don't want to sacrifice animation


APP-234: Add new log and configuration schemes; Update demo builder c…

…lass; Comment java demo class in order to pass the build.

Can one of the admins verify this patch?


Build failed with an exception.

Greetings! When registering module MainActivity error appears:
MainActivity.java:29: error: method does not override or implement a method from a supertype
     @Override
     ^
1 error
: App: compileDebugJavaWithJavac FAILED
Version react native 0.30.0.
Prompt please, in what could be the problem?

Simply remove the @Override and it sould work.

If remove the @Override, then the project is built correctly. But when I import the react-native-android-statusbar (import StatusBarAndroid from 'react-native-android-statusbar';), the StatusBarAndroid - undefined.

Please check current documentation


Refactor table object.

This is a huge thing, this object itself is responsible for a lot of functions and thus error prone and quite sensitive.
But I will take up the task of rewriting this object completely. (again)

There are a few methodes that this object needs to get, which are:

[ ] getRow
[ ] getRowset
[ ] getColumns
[ ] getUniqueColumns
[ ] getIdentityColumn
[ ] _initialize
[ ] execute

And perhaps some intermediate methods.

Also some more methods:

[ ] getAdapter
[ ] getSchema

The reason for the refactoring is that I am still not happy with this class and that it is too slow.

So wat do all the DB actions (select, insert, edit and delete) have in common? They all return the object to the user, also when deleted. However the select is different.

The question is, creating the query, is that to be done in the table, or the row object? Personally I think the row object is todo what to row object is supposed to be done, namely: data handling.
So I think I won't replace this method.


OpenEBS jiva volume continues to accept reads even after disk loss (simulated)

Is this a BUG REPORT or FEATURE REQUEST?
BUG REPORT

What happened:
A disk failure/loss was simulated on a single-replica OpenEBS volume by performing a truncate command on the sparse file (volume-head-000.img) in the node where the replica was scheduled. Reads (via dd from the client node) on the volume were seen to continue on the iSCSI target - though the Controller logs showed that the iSCSI target was stopped with I/O errors due to loss of backend storage.
What you expected to happen:
The truncate command was used to create a sparse file of the same name with a minimal size of 1M, and the read requests were being received for offsets beyond the current size of the disk - which should have failed/errored out. However, these continued (possibly returning junk/invalid data)
How to reproduce it (as minimally and precisely as possible):

Created a volume with a single replica (5G) using a test PVC spec
Discovered, logged in to iSCSI volume, identified scsi device name & wrote some test data (dd)
Started continuous reads (dd) w/ bs=1M, count=1000
Performed truncated file create with same filename as disk file - truncate -s 1M volume-head-000.img
Controller stopped target, changed device mode to RO, threw I/O errors due to backend not available

time="2018-03-27T18:06:19Z" level=info msg="New Session initiator name:iqn.1993-08.org.debian:01:c4c2da36103e,target name:iqn.2016-09.com.openebs.jiva:pvc-6628f296-31e9-11e8-9309-000c298ff5fc,ISID:0x23d030000"
time="2018-03-27T18:06:19Z" level=error msg="non support"
time="2018-03-27T18:06:19Z" level=warning msg="check condition"
time="2018-03-27T18:06:19Z" level=warning msg="check condition"
time="2018-03-27T18:06:19Z" level=warning msg="check condition"
time="2018-03-27T18:07:14Z" level=error msg="Replicator.ReadAt:0 EOF"
time="2018-03-27T18:07:14Z" level=error msg="Setting replica tcp://<IP_ADDRESS>:9502 to ERR due to: EOF"
time="2018-03-27T18:07:14Z" level=info msg="Set replica tcp://<IP_ADDRESS>:9502 to mode ERR"
time="2018-03-27T18:07:14Z" level=error msg="I/O error: tcp://<IP_ADDRESS>:9502: EOF"
time="2018-03-27T18:07:14Z" level=info msg="stopping target iqn.2016-09.com.openebs.jiva:pvc-6628f296-31e9-11e8-9309-000c298ff5fc ..."
Closing Listener ...
time="2018-03-27T18:07:14Z" level=info msg="target iqn.2016-09.com.openebs.jiva:pvc-6628f296-31e9-11e8-9309-000c298ff5fc stopped"
time="2018-03-27T18:07:14Z" level=info msg="Removing backend: tcp://<IP_ADDRESS>:9502"
time="2018-03-27T18:07:14Z" level=info msg="Monitoring stopped tcp://<IP_ADDRESS>:9502"
time="2018-03-27T18:07:14Z" level=info msg="Closing: <IP_ADDRESS>:9502"
time="2018-03-27T18:07:14Z" level=error msg="I/O error: No backend available"
time="2018-03-27T18:07:14Z" level=error msg="I/O error: No backend available"

Anything else we need to know?:

This test is part of a resiliency suite that aims to inject component failures. The actions in
this activity are intended to simulate actual disk loss conditions for the OpenEBS jiva volume replica. The
expectation is to fail-fast on such conditions.

cherry-pick is also done.. hence, closing


pinia-plugin-persistedstate Does the product support encryption?

Clear and concise description of the problem
pinia-plugin-persistedstate Does the product support encryption?
Suggested solution
pinia-plugin-persistedstate Does the product support encryption?
Alternative
No response
Additional context
No response
Validations

[X] Follow our Code of Conduct
[X] Read the Contributing Guide.
[X] Check that there isn't already an issue that request the same feature to avoid creating a duplicate.

Hi, encryption is let to the user to implement.
You can use any storage you want as long as they are synchronous, so you can use encypted storages.

I found an example here https://github.com/prazdevs/pinia-plugin-persistedstate/issues/60
Feel free to look into closed issues as there as some examples. Closing this for now. If it's not enough, feel free to reopen.


Formatting handlebars partials

Description

One Common twitter template for both epub and pdf generation, similar structure in place for github and hackernews
Using partials to evaluate the pdf/epub content - the page structures are different for pdf and epub - so needed different renderTemplate processes
Needs some testing

Things to do

Testing framework
Some twitter weird scenarios cropped up
Maybe some formatting changes needed in the templates

Attach Screenshot

Note 2 code reviewer approval needed. Approach in twitter group & discord channel.

Seems good.

Sorry @PuruVJ I missed that part


LG-4226: Add wide button variants

Adds two new button variants:

Minimum width occupies full width on mobile, and a minimum width on wider viewports
Full width always occupies full width

Questions: (cc @anniehirshman-gsa)

The Figma includes text "All buttons default to full width for mobile viewports". Should this behavior apply to the unmodified usa-button ("flexible") button, or only minimum-width and full-size buttons?
The Figma mentions using btn-wide as the class for a minimum width button. As implemented here, I chose to follow the BEM convention as usa-button--wide. Is that okay?
What specific breakpoint should mobile behavior stop taking effect (see USWDS "Utility breakpoints")? As implemented here is tablet.
I included an explicit usa-button--full-width modifier to handle cases like in the IDP where we want full-width buttons on desktop viewports. Is that reasonable to include here, or should that be considered an exceptional case and custom to the IDP?

Screenshot:

Live Preview: https://federalist-2f194a10-945e-4413-be01-46ca6dae5358.app.cloud.gov/preview/18f/identity-style-guide/aduth-lg-4226-wide-button/components/buttons/#button-widths

Yes, tablet (640px) seems to be our current main breakpoint in the IdP between mobile and desktop layouts, but lmk if you catch inconsistencies on this because that would be good to know.

I checked on this more closely, and it appears that USWDS actually cuts over at mobile-lg for buttons in particular:
https://github.com/uswds/uswds/blob/1f9bb1c/src/stylesheets/elements/_buttons.scss#L24-L26
I assume we'd probably want to match that.


Factorio Extended Plus intergration

We have been asked to add support for  Loader-Redux to FE+by one of our users.
https://github.com/jimmyjon711/FactorioExtended-Plus-Transport/issues/23
Can you please confirm that we need to create our own loader prototypes first,  then register them with your remote.call to have them added to a whitelist.
I only ask as "Deadlock loaders" had public API to create their loaders in the data phase.

Correct, you have to create item, entity and recipe in your mod.
You could call my make_loader_item and make_loader_entity functions, but I don't think they will help you as they mostly set graphics to my internal paths.
My API only takes care of loaders in control stage.
Note, I had no time to test the new 1x1 loader prototype.

thanks for the confirmation


Feature/appsettings refactor

Reduce complexity of appsettings.json
Move serilog to its own json file.
move identitydata to own json file
move identityserver to own json file

In so doing it will allow for configuration to mounted from the outside into the container. This allows anybody to customize serilog and the related identity data without having to use loads of environment variables.
Identity data could have been more granular, example a json file only for clients.
When deploying with kubernetes it is easier as those json files can be deployed as configmaps or secrets and then mounted to the container

@ekjuanrejon - this is perfect idea, thanks!

@skoruba you did undo the serilog changes, where we decided to only include the console and leave the rest optional. The current dev now has the mssql and file sinks included again.

@bravecobra - yeah, thanks, I will revert it.

@bravecobra how about mounting the serilog.json from host to container, this way the config can be different per developer

@ekjuanrejon sure you could do that perfectly. It's more a question what is to be the default. Logging to the database is highly opinionated way of doing that. I would never want logging to affect the performance of my database in any way. Setting logging to be verbose (like Debug of Trace) would affect the latency. It would never want that to be the default in any way.

I also noticed the serilog proposed way of handling exceptions in the Main method as removed as well. If a docker container would crash due to an unhandled exception, you would never find the entry in the logs, your first resource to start to investigate the problem. I find that concerning. Please add that back.

@bravecobra I kind of disagree with you on that. I can be totally wrong.
I get your point that serilog will not log the unhandled exception. It is my understanding in the container world that the environment is in charge of log aggregation etc... I am of the opinion that if it can be delegated to the environment then it's better. This way you can have many log collector agents and transform the data as needed.
So basically do console logging and let some other process collect the logs. For example fluentbit, fluentd and then send it to ELK. So once the exception is on the console the log collection agent will pick it up and forward..
We currently use datadog
I can change it...don't have a problem

Sure, the difference is who/what writes to the console, but there is also security concern here as well. Any application that throws unhandled exceptions is subject to attack. If you know the memory address at which the app "crashes" (because that's what it is), a hacker can make sure that there a payload ready to be executed at the memory address. That allows a hacker to gain arbitrary access with the container.
In general, never let your application throw unhandled exceptions if you don't want your app to be vulnerable to hacking.


[Discuss] time series forecasting without selecting delay period

Summary of this new feature
Predict the parameter values of future phases with RNN model with Darts library. It will be unnecesary to determine delay period in advance and model flexibility will be improved.
Disadvantage:

Internal relationships of parameter values will be ignored.
Model interpretability will be reduced.

Reference:
https://link.medium.com/QpWIDmZREgb

Overview of time series forecasting
https://link.medium.com/WqoIf3wVFgb

Memo for LSTM, tensorflow:
https://link.medium.com/cU7qTmWoLgb
https://link.medium.com/zS5fZz2oLgb
https://www.kaggle.com/nicapotato/keras-timeseries-multi-step-multi-output

An internal change with #797:
Grid search of delay period will be done with RegressionHandler internally. This change is required for #792 because time series forecasting will not use delay period.

Multi-Step Multivariate Time-Series Forecasting using LSTM
https://link.medium.com/vxyJJYOIOgb

An alternative:
When delay=(5, 31), we use all of the followings as X for Elastic Net, decision tree and SVR. Y is still Parameter(n).

Indicator(n-5)
Indicator(n-6)
Indicator(n-7)
...
Indicator(n-31)

Currently, we calculate test scores with X = Indicator(n-i) for i in (5, 31), then select the best i.

The alternative will be discussed with #816.

This will be discussed in #1011.


TLS is not working after v3 upgrade

Welcome!

[X] Yes, I've searched similar issues on GitHub and didn't find any.
[X] Yes, I've searched similar issues on the Traefik community forum and didn't find any.

What did you do?
this yaml has been working for a very long time in Traefik V2
Traefik, however, after the v28 helm upgrade (traefik v3) no longer serves the TLS certificate
What did you see instead?
/ # curl -vvk https://hass.marcyoung.us  | grep 'Server certificate:' -A 7
* Server certificate:
*  subject: CN=TRAEFIK DEFAULT CERT
*  start date: Apr 30 20:02:36 2024 GMT
*  expire date: Apr 30 20:02:36 2025 GMT
*  issuer: CN=TRAEFIK DEFAULT CERT
*  SSL certificate verify result: self-signed certificate (18), continuing anyway.
*   Certificate level 0: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption

What version of Traefik are you using?
$ k -n traefik exec -it pod/traefik-97579fd7-nww5m traefik version
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
Version:      3.0.0
Codename:     beaufort
Go version:   go1.22.2
Built:        2024-04-29T14:25:59Z
OS/Arch:      linux/arm64

What is your environment & configuration?
apiVersion: traefik.containo.us/v1alpha1
kind: IngressRoute
metadata:
  name: hass
  namespace: hass
  annotations:
    kubernetes.io/ingress.class: traefik
    certmanager.k8s.io/cluster-issuer: letsencrypt-hass-prod
    certmanager.k8s.io/acme-challenge-type: dns01
spec:
  entryPoints:
    - websecure
  routes:
    - kind: Rule
      match: Host(`hass.marcyoung.us`)
      services:
        - name: hass-home-assistant
          port: 8123
  tls:
    secretName: hass-cert

Add more configuration information here.
The cert is provided from cert-manager and lands as a secret
$ k -n hass get secret/hass-cert
NAME        TYPE                DATA   AGE
hass-cert   kubernetes.io/tls   2      21m

If applicable, please paste the log output in DEBUG level
No response

I reverted to v27.0.2 (traefik v2.11.2) and it instantly began working as expected
curl -vv https://hass.marcyoung.us
* Server certificate:
*  subject: CN=hass.marcyoung.us
*  start date: May  2 13:21:55 2024 GMT
*  expire date: Jul 31 13:21:54 2024 GMT
*  subjectAltName: host "hass.marcyoung.us" matched cert's "hass.marcyoung.us"                                                                                *  issuer: C=US; O=Let's Encrypt; CN=R3

Hello @myoung34,
In Traefik v3, the CRD group traefik.containo.us is no longer supported. You have to use the group traefik.io instead.
If you want an ingress-per-ingress migration, you can dot it Traefik v2 where both groups are supported.

Yup, I missed that in the docs. Thanks!


boards: arm: mps3_an547: Enable FVP and QEMU simulation

This commit enables emulation of the mps3_an547 platform
using, by default, The Arm Corstone-300 MPS3 FVP executable.
This FVP includes support for emulating the Ethos-U55 NPU.
Optionally, the default FVP selection can be overriden in favor
of QEMU, which supports the MPS3 without the proprietary
Ethos-U55 FPU extension. To enable qemu as an emulation target,
add -DEMU_PLATFORM=qemu when building an mps3_an547 image.
Signed-off-by: Kevin Townsend<EMAIL_ADDRESS>

@galak don't we need a default:true in the .yaml file, to get QEMU execute in CI?

We will, but current QEMU doesn't support the AN547.  We'll update when SDK 0.13.0 comes out.