LRCLIB causing crash despite being disabled

Steps to reproduce

Manually edit lyrics for a song
Wait for the backend to attempt to make a search request to LRCLIB
Experience crash

Expected behavior

foobar2000 version: 2.2
OpenLyrics version: 1.11

Debug logs
Illegal operation:
Code: C0000005h, flags: 00000000h, address: 00007FFE5A536107h
Access violation, operation: read, address:<PHONE_NUMBER>000090h

Call path not available.

Code bytes (00007FFE5A536107h):
00007FFE5A5360C7h:  E6 FF FF E9 10 FD FF FF 90 68 5F 00 00 1A 5D 00
00007FFE5A5360D7h:  00 1A 5D 00 00 1A 5D 00 00 20 5D 00 00 1A 5D 00
00007FFE5A5360E7h:  00 CC CC CC CC CC CC CC CC 40 53 48 83 EC 30 48
00007FFE5A5360F7h:  8B D9 48 85 C9 74 1E 0F B6 C3 24 0F 3C 01 74 1E
00007FFE5A536107h:  81 39 B0 01 00 00 72 0D 81 79 04 51 55 55 55 0F
00007FFE5A536117h:  84 E0 00 00 00 33 C0 48 83 C4 30 5B C3 CC 48 C1
00007FFE5A536127h:  EB 04 48 83 FB 46 73 ED 48 89 6C 24 48 48 89 74
00007FFE5A536137h:  24 50 48 89 7C 24 58 4C 89 7C 24 20 4C 89 74 24

Registers:
RAX:<PHONE_NUMBER>000000, RBX:<PHONE_NUMBER>000090, RCX:<PHONE_NUMBER>000090, RDX:<PHONE_NUMBER>000000
RSI: 00000010E2CFF4B0, RDI: 00007FFE5A551000, RBP: 00000010E2CFF4E0, RSP: 00000010E2CFF350

Timestamp:
232141ms

Crash location:
Module: bcrypt
Offset: 6107h
Symbol: "BCryptGetProperty" (+507h)

Loaded modules:
foobar2000                       loaded at 00007FF62F130000h - 00007FF62F57D000h
ntdll                            loaded at 00007FFE5D7E0000h - 00007FFE5DA43000h
KERNEL32                         loaded at 00007FFE5C090000h - 00007FFE5C157000h
KERNELBASE                       loaded at 00007FFE5AC90000h - 00007FFE5B041000h
SHLWAPI                          loaded at 00007FFE5CB30000h - 00007FFE5CB8D000h
msvcrt                           loaded at 00007FFE5B6E0000h - 00007FFE5B789000h
COMCTL32                         loaded at 00007FFE41ED0000h - 00007FFE42160000h
WINMM                            loaded at 00007FFE49D50000h - 00007FFE49D86000h
GDI32                            loaded at 00007FFE5B790000h - 00007FFE5B7BA000h
USER32                           loaded at 00007FFE5CD60000h - 00007FFE5CF23000h
ucrtbase                         loaded at 00007FFE5B390000h - 00007FFE5B4DB000h
win32u                           loaded at 00007FFE5B050000h - 00007FFE5B077000h
gdi32full                        loaded at 00007FFE5B260000h - 00007FFE5B385000h
ADVAPI32                         loaded at 00007FFE5C930000h - 00007FFE5C9E2000h
msvcp_win                        loaded at 00007FFE5ABE0000h - 00007FFE5AC83000h
UxTheme                          loaded at 00007FFE57FD0000h - 00007FFE5807D000h
sechost                          loaded at 00007FFE5BD60000h - 00007FFE5BE06000h
combase                          loaded at 00007FFE5B870000h - 00007FFE5BBEC000h
RPCRT4                           loaded at 00007FFE5D0B0000h - 00007FFE5D1C6000h
SHELL32                          loaded at 00007FFE5C1B0000h - 00007FFE5C8A8000h
ole32                            loaded at 00007FFE5BED0000h - 00007FFE5C069000h
OLEAUT32                         loaded at 00007FFE5BC80000h - 00007FFE5BD56000h
CRYPT32                          loaded at 00007FFE5B4E0000h - 00007FFE5B656000h
zlib1                            loaded at 00007FFE57A70000h - 00007FFE57A8D000h
sqlite3                          loaded at 00007FFE1DB70000h - 00007FFE1DC64000h
shared                           loaded at 00007FFE3C260000h - 00007FFE3C288000h
MSVCP140                         loaded at 00007FFE3C1D0000h - 00007FFE3C25D000h
MSVCP140_ATOMIC_WAIT             loaded at 00007FFE3C1B0000h - 00007FFE3C1C4000h
MSIMG32                          loaded at 00007FFE42340000h - 00007FFE42348000h
OLEACC                           loaded at 00007FFE41C30000h - 00007FFE41CAC000h
imagehlp                         loaded at 00007FFE5BEA0000h - 00007FFE5BEC0000h
AVRT                             loaded at 00007FFE54D00000h - 00007FFE54D0B000h
COMDLG32                         loaded at 00007FFE5D1D0000h - 00007FFE5D2BD000h
shcore                           loaded at 00007FFE5C9F0000h - 00007FFE5CAC3000h
gdiplus                          loaded at 00007FFE42170000h - 00007FFE4233A000h
WINHTTP                          loaded at 00007FFE54750000h - 00007FFE54876000h
VCRUNTIME140_1                   loaded at 00007FFE535C0000h - 00007FFE535CC000h
Secur32                          loaded at 00007FFE57BE0000h - 00007FFE57BED000h
VCRUNTIME140                     loaded at 00007FFE3C170000h - 00007FFE3C18E000h
dbghelp                          loaded at 00007FFE47740000h - 00007FFE47981000h
dbgcore                          loaded at 00007FFE28E60000h - 00007FFE28E99000h
SSPICLI                          loaded at 00007FFE59DD0000h - 00007FFE59E18000h
IMM32                            loaded at 00007FFE5D760000h - 00007FFE5D78F000h
kernel.appcore                   loaded at 00007FFE59B20000h - 00007FFE59B3A000h
bcryptPrimitives                 loaded at 00007FFE5B140000h - 00007FFE5B1D9000h
windows.storage                  loaded at 00007FFE58910000h - 00007FFE5913B000h
MSCTF                            loaded at 00007FFE5CF30000h - 00007FFE5D08A000h
atlthunk                         loaded at 00007FFE19630000h - 00007FFE1963D000h
textinputframework               loaded at 00007FFE49300000h - 00007FFE49444000h
TextShaping                      loaded at 00007FFE25540000h - 00007FFE255EC000h
CoreMessaging                    loaded at 00007FFE57620000h - 00007FFE57745000h
CoreUIComponents                 loaded at 00007FFE53130000h - 00007FFE53413000h
wintypes                         loaded at 00007FFE53C70000h - 00007FFE53DD8000h
CRYPTBASE                        loaded at 00007FFE5A310000h - 00007FFE5A31C000h
foo_ui_std                       loaded at 00007FFDDB730000h - 00007FFDDB96F000h
dwmapi                           loaded at 00007FFE584A0000h - 00007FFE584CE000h
foo_fileops                      loaded at 00007FFDF2E90000h - 00007FFDF2F18000h
foo_quicksearch                  loaded at<PHONE_NUMBER>000000h -<PHONE_NUMBER>08E000h
WindowsCodecs                    loaded at 00007FFE57DA0000h - 00007FFE57FCA000h
foo_metronome                    loaded at 00007FFE21E90000h - 00007FFE21E9E000h
foo_play_next                    loaded at 00007FFE1FA70000h - 00007FFE1FA7F000h
foo_dsp_utility                  loaded at 00007FFE14370000h - 00007FFE14398000h
foo_uie_lyrics3                  loaded at 00000123AB100000h - 00000123AB1B0000h
WININET                          loaded at 00007FFE40490000h - 00007FFE40713000h
foo_quicktag                     loaded at 00007FFE13530000h - 00007FFE13555000h
foo_dsp_std                      loaded at 00007FFDF99A0000h - 00007FFDF99E2000h
foo_openlyrics                   loaded at 00007FFDDAC10000h - 00007FFDDADFF000h
d2d1                             loaded at 00007FFE565B0000h - 00007FFE56BEA000h
bcrypt                           loaded at 00007FFE5A530000h - 00007FFE5A556000h
d3d11                            loaded at 00007FFE56BF0000h - 00007FFE56E4D000h
DWrite                           loaded at 00007FFE56340000h - 00007FFE565A5000h
dxgi                             loaded at 00007FFE58250000h - 00007FFE58371000h
directxdatabasehelper            loaded at 00007FFE58100000h - 00007FFE58157000h
foo_input_std                    loaded at 00007FFDDA9C0000h - 00007FFDDAC0A000h
MSACM32                          loaded at 00007FFDF9B80000h - 00007FFDF9BA1000h
avformat-fb2k-60                 loaded at 00007FFDF9B40000h - 00007FFDF9B71000h
avcodec-fb2k-60                  loaded at 00007FFDDA600000h - 00007FFDDA828000h
avutil-fb2k-58                   loaded at 00007FFDDA400000h - 00007FFDDA5F7000h
foo_audioscrobbler               loaded at 00000123AB1B0000h - 00000123AB1D6000h
foo_run_main                     loaded at 00007FFE1F6B0000h - 00007FFE1F6BE000h
foo_freedb2                      loaded at 00007FFDF9910000h - 00007FFDF995B000h
foo_beefweb                      loaded at 00007FFDDA2C0000h - 00007FFDDA3FF000h
WS2_32                           loaded at 00007FFE5C8B0000h - 00007FFE5C924000h
MSWSOCK                          loaded at 00007FFE5A030000h - 00007FFE5A098000h
foo_ui_columns                   loaded at 00007FFDC2F20000h - 00007FFDC335B000h
USP10                            loaded at 00007FFDF3780000h - 00007FFDF3799000h
urlmon                           loaded at 00007FFE40A40000h - 00007FFE40C18000h
iertutil                         loaded at 00007FFE40750000h - 00007FFE40A12000h
srvcli                           loaded at 00007FFE40720000h - 00007FFE40749000h
netutils                         loaded at 00007FFE593E0000h - 00007FFE593ED000h
foo_dsp_eq                       loaded at 00007FFDF1D90000h - 00007FFDF1E18000h
foo_vis_spectrum_analyzer        loaded at 00007FFDF1B80000h - 00007FFDF1BF5000h
foo_dsp_effect                   loaded at 00000123AB250000h - 00000123AB2C3000h
foo_unpack                       loaded at 00007FFDEFAF0000h - 00007FFDEFB87000h
foo_vis_milk2                    loaded at 00007FFDB9C10000h - 00007FFDBA064000h
D3DCOMPILER_47                   loaded at 00007FFE55E90000h - 00007FFE5630F000h
cryptsp                          loaded at 00007FFE5A2F0000h - 00007FFE5A30C000h
foo_queue_viewer                 loaded at 00007FFDF36D0000h - 00007FFDF3729000h
foo_whatsnew                     loaded at 00007FFDF31F0000h - 00007FFDF3226000h
foo_uie_typefind                 loaded at 00000123AB420000h - 00000123AB463000h
foo_taskbar_playback_progress_b  loaded at 00007FFE1DAD0000h - 00007FFE1DADC000h
clbcatq                          loaded at 00007FFE5B7C0000h - 00007FFE5B868000h
explorerframe                    loaded at 00007FFE19710000h - 00007FFE19998000h
foo_uie_console                  loaded at 00007FFDF1D40000h - 00007FFDF1D85000h
foo_uie_tagger_mod               loaded at 00000123AB4B0000h - 00000123AB52E000h
foo_uie_eslyric                  loaded at 00007FFDB95F0000h - 00007FFDB9C04000h
VERSION                          loaded at 00007FFE54C90000h - 00007FFE54C9B000h
foo_httpcontrol                  loaded at 00007FFDEB790000h - 00007FFDEB803000h
MPR                              loaded at 00007FFE3BA90000h - 00007FFE3BAB1000h
foo_converter                    loaded at 00007FFDDA8E0000h - 00007FFDDA9B7000h
foo_wave_minibar_mod             loaded at 00007FFDEB880000h - 00007FFDEB8D2000h
foo_out_upnp                     loaded at 00007FFDEB640000h - 00007FFDEB6E2000h
IPHLPAPI                         loaded at 00007FFE59420000h - 00007FFE59451000h
foo_playcount                    loaded at 00007FFDF1B40000h - 00007FFDF1B80000h
foo_dsp_audiostretch             loaded at 00007FFE1BD20000h - 00007FFE1BD36000h
foo_loop                         loaded at 00007FFE1D9C0000h - 00007FFE1D9CE000h
foo_scrobble                     loaded at 00007FFDD9020000h - 00007FFDD9145000h
CONCRT140                        loaded at 00007FFDE4650000h - 00007FFDE469D000h
DPAPI                            loaded at 00007FFE5A920000h - 00007FFE5A92A000h
Windows.UI                       loaded at 00007FFE418C0000h - 00007FFE41A14000h
Windows.UI.Immersive             loaded at 00007FFE27330000h - 00007FFE2747C000h
twinapi.appcore                  loaded at 00007FFE4EB40000h - 00007FFE4ED77000h
profapi                          loaded at 00007FFE5AB00000h - 00007FFE5AB29000h
dataexchange                     loaded at 00007FFE263A0000h - 00007FFE263FA000h
MMDevApi                         loaded at 00007FFE4F2C0000h - 00007FFE4F350000h
DEVOBJ                           loaded at 00007FFE5A860000h - 00007FFE5A88D000h
cfgmgr32                         loaded at 00007FFE5A8B0000h - 00007FFE5A90F000h
NSI                              loaded at 00007FFE5D0A0000h - 00007FFE5D0AA000h
dhcpcsvc6                        loaded at 00007FFE54D10000h - 00007FFE54D2E000h
dhcpcsvc                         loaded at 00007FFE54CD0000h - 00007FFE54CF5000h
DNSAPI                           loaded at 00007FFE594B0000h - 00007FFE595D1000h
tiptsf                           loaded at 00007FFDE1FA0000h - 00007FFDE203F000h
msiltcfg                         loaded at 00007FFE3FC20000h - 00007FFE3FC2B000h
msi                              loaded at 00007FFE3B650000h - 00007FFE3B997000h
sxs                              loaded at 00007FFE5AA30000h - 00007FFE5AAD1000h
UIAutomationCore                 loaded at 00007FFE29770000h - 00007FFE29BA2000h
dxcore                           loaded at 00007FFE580B0000h - 00007FFE580F0000h
nvldumdx                         loaded at 00007FFE53420000h - 00007FFE534E4000h
msasn1                           loaded at 00007FFE5A360000h - 00007FFE5A373000h
cryptnet                         loaded at 00007FFE52FC0000h - 00007FFE52FFB000h
wldp                             loaded at 00007FFE5A3D0000h - 00007FFE5A42D000h
drvstore                         loaded at 00007FFE52E40000h - 00007FFE52FB1000h
wintrust                         loaded at 00007FFE5B1E0000h - 00007FFE5B25A000h
PP-UWP-Interop                   loaded at 00007FFE1CFC0000h - 00007FFE1CFCB000h
vccorlib140                      loaded at 00007FFDE2420000h - 00007FFDE2475000h
Windows.Media.Playback.Backgrou  loaded at 00007FFDC3640000h - 00007FFDC3716000h
MFPlat                           loaded at 00007FFE54FF0000h - 00007FFE551F6000h
RTWorkQ                          loaded at 00007FFE54DB0000h - 00007FFE54DE6000h
Windows.Media.MediaControl       loaded at 00007FFDD9150000h - 00007FFDD91DD000h
MFMediaEngine                    loaded at 00007FFDB8B80000h - 00007FFDB8FA4000h
powrprof                         loaded at 00007FFE599D0000h - 00007FFE59A1E000h
XmlLite                          loaded at 00007FFE55200000h - 00007FFE5523B000h
UMPDC                            loaded at 00007FFE599B0000h - 00007FFE599C4000h
AUDIOSES                         loaded at 00007FFE49550000h - 00007FFE49707000h
Windows.Media.Devices            loaded at 00007FFE472D0000h - 00007FFE473BE000h
rsaenh                           loaded at 00007FFE59A80000h - 00007FFE59AB8000h
Windows.Media.Playback.ProxyStu  loaded at 00007FFE13890000h - 00007FFE138AA000h
nvgpucomp64                      loaded at 00007FFE4F730000h - 00007FFE52440000h
OneCoreUAPCommonProxyStub        loaded at 00007FFE4E280000h - 00007FFE4E8BE000h
nvwgf2umx                        loaded at 00007FFE49D90000h - 00007FFE4E20C000h
nvspcap64                        loaded at 00007FFE25050000h - 00007FFE2534D000h
ntmarta                          loaded at 00007FFE59C40000h - 00007FFE59C75000h
nvppex                           loaded at 00007FFE24EF0000h - 00007FFE25045000h
resourcepolicyclient             loaded at 00007FFE58530000h - 00007FFE58544000h
PROPSYS                          loaded at 00007FFE55750000h - 00007FFE55844000h
rasadhlp                         loaded at 00007FFE4F5F0000h - 00007FFE4F5FB000h
fwpuclnt                         loaded at 00007FFE53890000h - 00007FFE53916000h
WINNSI                           loaded at 00007FFE57D10000h - 00007FFE57D1E000h
webio                            loaded at 00007FFE39600000h - 00007FFE396C3000h
schannel                         loaded at 00007FFE598E0000h - 00007FFE599A4000h
ncrypt                           loaded at 00007FFE5A4F0000h - 00007FFE5A520000h
NTASN1                           loaded at 00007FFE5A4A0000h - 00007FFE5A4DF000h
ncryptsslp                       loaded at 00007FFE39FA0000h - 00007FFE39FCD000h

Stack dump analysis:
Address: 00007FFE3C267F1Eh (shared+7F1Eh), symbol: "uCallStackTracker::uCallStackTracker" (+13Eh)
Address: 00007FF62F4DCFA8h (foobar2000+3ACFA8h)
Address: 00007FFE5A534E40h (bcrypt+4E40h), symbol: "BCryptCloseAlgorithmProvider" (+30h)
Address: 00007FFE5B39DDABh (ucrtbase+DDABh), symbol: "free_base" (+1Bh)
Address: 00007FF62F4DCFA8h (foobar2000+3ACFA8h)
Address: 00007FFDDAC59ED2h (foo_openlyrics+49ED2h), symbol: "run_mvtf_tests" (+92B2h)
Address: 00007FFDDAC5B000h (foo_openlyrics+4B000h), symbol: "run_mvtf_tests" (+A3E0h)
Address: 00007FF62F4DCFA8h (foobar2000+3ACFA8h)
Address: 00007FFDDAC5B066h (foo_openlyrics+4B066h), symbol: "run_mvtf_tests" (+A446h)
Address: 00007FFDDADD7DC8h (foo_openlyrics+1C7DC8h), symbol: "foobar2000_get_interface" (+14EE98h)
Address: 00007FFE5B4C88B0h (ucrtbase+1388B0h), symbol: "mbcasemap" (+D0h)
Address: 00007FFE5B3B7F19h (ucrtbase+27F19h), symbol: "malloc_base" (+39h)
Address: 00007FFE5B4C88B0h (ucrtbase+1388B0h), symbol: "mbcasemap" (+D0h)
Address: 00007FFDDACD1F7Bh (foo_openlyrics+C1F7Bh), symbol: "foobar2000_get_interface" (+4904Bh)
Address: 00007FFDDACD1F7Bh (foo_openlyrics+C1F7Bh), symbol: "foobar2000_get_interface" (+4904Bh)
Address: 00007FFDDAC2CF5Eh (foo_openlyrics+1CF5Eh), symbol: "cJSON_free" (+1406Eh)
Address: 00007FFDDAC2C86Dh (foo_openlyrics+1C86Dh), symbol: "cJSON_free" (+1397Dh)
Address: 00007FFDDAC2C2EDh (foo_openlyrics+1C2EDh), symbol: "cJSON_free" (+133FDh)
Address: 00007FF62F4DCFA8h (foobar2000+3ACFA8h)
Address: 00007FF62F4DD0C8h (foobar2000+3AD0C8h)
Address: 00007FFDDADD7DC8h (foo_openlyrics+1C7DC8h), symbol: "foobar2000_get_interface" (+14EE98h)
Address: 00007FFDDADD7DC8h (foo_openlyrics+1C7DC8h), symbol: "foobar2000_get_interface" (+14EE98h)
Address: 00007FFDDAC5B000h (foo_openlyrics+4B000h), symbol: "run_mvtf_tests" (+A3E0h)
Address: 00007FFDDADD7DC8h (foo_openlyrics+1C7DC8h), symbol: "foobar2000_get_interface" (+14EE98h)
Address: 00007FFDDAC3168Eh (foo_openlyrics+2168Eh), symbol: "cJSON_free" (+1879Eh)
Address: 00007FF62F4DCFA8h (foobar2000+3ACFA8h)
Address: 00007FF62F4DCFA8h (foobar2000+3ACFA8h)
Address: 00007FF62F4DD0C8h (foobar2000+3AD0C8h)
Address: 00007FFE5B3B56EFh (ucrtbase+256EFh), symbol: "towlower_l" (+E4Fh)
Address: 00007FFDDAC9206Fh (foo_openlyrics+8206Fh), symbol: "foobar2000_get_interface" (+913Fh)
Address: 00007FFE5B3A4EA0h (ucrtbase+14EA0h), symbol: "wcsrchr" (+1F0h)
Address: 00007FFE5C0BDBE7h (KERNEL32+2DBE7h), symbol: "BaseThreadInitThunk" (+17h)
Address: 00007FFE5D865A4Ch (ntdll+85A4Ch), symbol: "RtlUserThreadStart" (+2Ch)
Address: 00007FFE5ADAD360h (KERNELBASE+11D360h), symbol: "UnhandledExceptionFilter" (+0h)

Environment:
App: foobar2000 v2.2 preview 2024-09-11
Arch: x64
UI: Columns UI 2.1.0

Components:
Core (2024-09-11 14:11:10 UTC)
    foobar2000 core 2.2 preview 2024-09-11
foo_audioscrobbler (2022-09-06 23:33:52 UTC)
    Audioscrobbler 1.5.0
foo_beefweb (2023-09-03 13:10:02 UTC)
    Beefweb Remote Control 0.8
foo_converter (2024-09-11 14:11:42 UTC)
    Converter 2.2 preview 2024-09-11
foo_dsp_audiostretch (2023-04-21 17:50:58 UTC)
    Audio-Stretch 0.2
foo_dsp_effect (2024-05-03 06:52:38 UTC)
    Effect DSP 0.51
foo_dsp_eq (2024-09-11 14:11:46 UTC)
    Equalizer 1.2.3
foo_dsp_std (2024-09-11 14:11:48 UTC)
    Standard DSP Array 2.2 preview 2024-09-11
foo_dsp_utility (2023-02-23 23:27:50 UTC)
    Utility DSP Array 1.3.2
foo_fileops (2024-09-11 14:11:52 UTC)
    File Operations 2.2 preview 2024-09-11
foo_freedb2 (2024-09-11 14:11:56 UTC)
    Online Tagger 0.10
foo_httpcontrol (2023-05-21 12:54:40 UTC)
    HTTP Control 0.97.28
foo_input_std (2024-09-11 14:11:38 UTC)
    CD Audio Decoder 2.2 preview 2024-09-11
    FFmpeg Decoders 6.0
    FLAC Decoder 1.4.3
    Monkey's Audio Decoder 10.61
    Opus Decoder 1.5.2
    Standard Input Array 2.2 preview 2024-09-11
    WavPack Decoder 5.7.0
foo_loop (2023-04-30 20:11:30 UTC)
    Loop 1.6
foo_metronome (2022-10-22 21:06:24 UTC)
    Metronome 1.2
foo_openlyrics (2024-09-06 00:28:24 UTC)
    OpenLyrics 1.11
foo_out_upnp (2022-08-29 21:33:36 UTC)
    UPnP MediaRenderer Output 1.4
foo_play_next (2023-03-16 19:06:30 UTC)
    Play Next 0.2.3
foo_playcount (2023-03-14 19:04:18 UTC)
    Playback Statistics 3.1.5
foo_queue_viewer (2023-04-28 03:43:14 UTC)
    Queue Viewer 1.0.22
foo_quicksearch (2024-06-17 16:09:24 UTC)
    Quick Search Toolbar 3.9
foo_quicktag (2022-09-22 23:42:30 UTC)
    Quick Tagger 1.1.1
foo_run_main (2022-11-14 00:16:56 UTC)
    Run Main 1.0.2
foo_scrobble (2022-09-06 04:43:00 UTC)
    Scrobble <IP_ADDRESS>56
foo_taskbar_playback_progress_bar (2022-09-25 14:01:16 UTC)
    Taskbar Playback Progress Bar 1.1.3
foo_ui_columns (2023-09-27 02:19:32 UTC)
    Columns UI 2.1.0
foo_ui_std (2024-09-11 14:11:24 UTC)
    Album List 2.2 preview 2024-09-11
    Decoding Speed Test 2.2 preview 2024-09-11
    Default User Interface 2.2 preview 2024-09-11
    File Integrity Verifier 2.2 preview 2024-09-11
foo_uie_console (2023-05-07 01:46:38 UTC)
    Console panel 3.0.0
foo_uie_eslyric (2023-12-25 02:32:36 UTC)
    ESLyric <IP_ADDRESS>8 (Beta)
foo_uie_lyrics3 (2023-11-18 15:53:36 UTC)
    Lyric Show Panel 3 0.6
foo_uie_tagger_mod (2023-04-22 16:35:44 UTC)
    Tagger Panel 2.0.0
foo_uie_typefind (2023-11-03 00:43:42 UTC)
    Typefind 0.4.0
foo_unpack (2024-09-11 14:12:04 UTC)
    ZIP/GZIP/RAR/7-Zip Reader 2.2 preview 2024-09-11
foo_vis_milk2 (2024-09-15 01:09:10 UTC)
    MilkDrop 2 Visualisation 0.1.0-beta
foo_vis_spectrum_analyzer (2024-04-18 01:50:24 UTC)
    Spectrum Analyzer <IP_ADDRESS>
foo_wave_minibar_mod (2024-01-16 17:24:36 UTC)
    Waveform Minibar (mod) 1.2.58
foo_whatsnew (2023-05-04 18:05:24 UTC)
    Feature Watcher 1.1.2

Recent events:
[36000ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[36000ms] INFO-OpenLyrics: Querying for lyrics in file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[36000ms] INFO-OpenLyrics: Querying for lyrics in file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).txt...
[36000ms] INFO-OpenLyrics: Found 2 lyrics in local files: file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)
[36000ms] INFO-OpenLyrics: Lookup local-file file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc for lyrics...
[36000ms] INFO-OpenLyrics: Successfully retrieved lyrics from file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[36000ms] INFO-OpenLyrics: Successfully looked-up lyrics from source: Local files
[36000ms] INFO-OpenLyrics: Parsing lyrics text...
[36000ms] INFO-OpenLyrics: Loaded lyrics already form a valid UTF-8 sequence
[36000ms] INFO-OpenLyrics: Parsing LRC lyric text...
[36000ms] setConfigFloat(core.totalTimePlayed,530886.1286268)
[36000ms] Automatic resampling: using Resampler (dBpoweramp/SSRC): 192000 Hz, Resampler (RetroArch): 192000 Hz
[36000ms] INFO-OpenLyrics: Lyric loading complete
[36000ms] INFO-OpenLyrics: New album art data retrieved
[36016ms] Device: Realtek Digital Output (Realtek(R) Audio)
Mix format: 192000 Hz / 32-bit float / 2 channels (0x3)
[36063ms] Sending stream: 192000 Hz / 32-bit float / 2 channels (0x3)
[36125ms] Audioscrobbler: Handshake successful.
[36188ms] INFO-OpenLyrics: LyricPanel::compute_background_image took 101539us
[36188ms] INFO-OpenLyrics: LyricPanel::on_album_art_retrieved took 183747us
[36297ms] INFO-OpenLyrics: Skipping lyric save. Type: 1, Local: yes, Timestamped: yes, Autosave: 1
[38578ms] INFO-OpenLyrics: Spawning editor window...
[38578ms] INFO-OpenLyrics: Expanding lyric text...
[38594ms] INFO-OpenLyrics: Initializing editor window...
[66156ms] INFO-OpenLyrics: Saving lyrics from editor...
[66156ms] INFO-OpenLyrics: Parsing LRC lyric text...
[66156ms] INFO-OpenLyrics: Expanding lyric text...
[66156ms] INFO-OpenLyrics: Saving lyrics to a local file...
[66156ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[66156ms] INFO-OpenLyrics: Saving lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[66156ms] INFO-OpenLyrics: Successfully saved lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[73469ms] INFO-OpenLyrics: Synchronising editor line...
[73469ms] INFO-OpenLyrics: Parsing LRC lyric text...
[82016ms] INFO-OpenLyrics: Synchronising editor line...
[82016ms] INFO-OpenLyrics: Parsing LRC lyric text...
[83688ms] INFO-OpenLyrics: Synchronising editor line...
[83688ms] INFO-OpenLyrics: Parsing LRC lyric text...
[83922ms] INFO-OpenLyrics: Synchronising editor line...
[83922ms] INFO-OpenLyrics: Parsing LRC lyric text...
[89625ms] INFO-OpenLyrics: Synchronising editor line...
[89625ms] INFO-OpenLyrics: Parsing LRC lyric text...
[92063ms] INFO-OpenLyrics: Synchronising editor line...
[92063ms] INFO-OpenLyrics: Parsing LRC lyric text...
[97250ms] INFO-OpenLyrics: Synchronising editor line...
[97250ms] INFO-OpenLyrics: Parsing LRC lyric text...
[99531ms] INFO-OpenLyrics: Synchronising editor line...
[99531ms] INFO-OpenLyrics: Parsing LRC lyric text...
[100438ms] INFO-OpenLyrics: Saving lyrics from editor...
[100453ms] INFO-OpenLyrics: Parsing LRC lyric text...
[100453ms] INFO-OpenLyrics: Expanding lyric text...
[100453ms] INFO-OpenLyrics: Saving lyrics to a local file...
[100453ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[100453ms] INFO-OpenLyrics: Saving lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[100453ms] INFO-OpenLyrics: Successfully saved lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[101938ms] INFO-OpenLyrics: Synchronising editor line...
[101938ms] INFO-OpenLyrics: Parsing LRC lyric text...
[102797ms] INFO-OpenLyrics: Synchronising editor line...
[102797ms] INFO-OpenLyrics: Parsing LRC lyric text...
[104031ms] INFO-OpenLyrics: Saving lyrics from editor...
[104031ms] INFO-OpenLyrics: Parsing LRC lyric text...
[104031ms] INFO-OpenLyrics: Expanding lyric text...
[104031ms] INFO-OpenLyrics: Saving lyrics to a local file...
[104031ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[104031ms] INFO-OpenLyrics: Saving lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[104031ms] INFO-OpenLyrics: Successfully saved lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[104906ms] INFO-OpenLyrics: Synchronising editor line...
[104906ms] INFO-OpenLyrics: Parsing LRC lyric text...
[105750ms] INFO-OpenLyrics: Saving lyrics from editor...
[105750ms] INFO-OpenLyrics: Parsing LRC lyric text...
[105750ms] INFO-OpenLyrics: Expanding lyric text...
[105750ms] INFO-OpenLyrics: Saving lyrics to a local file...
[105750ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[105750ms] INFO-OpenLyrics: Saving lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[105750ms] INFO-OpenLyrics: Successfully saved lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[106922ms] INFO-OpenLyrics: Synchronising editor line...
[106922ms] INFO-OpenLyrics: Parsing LRC lyric text...
[107656ms] INFO-OpenLyrics: Saving lyrics from editor...
[107656ms] INFO-OpenLyrics: Parsing LRC lyric text...
[107656ms] INFO-OpenLyrics: Expanding lyric text...
[107656ms] INFO-OpenLyrics: Saving lyrics to a local file...
[107656ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[107656ms] INFO-OpenLyrics: Saving lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[107656ms] INFO-OpenLyrics: Successfully saved lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[108985ms] INFO-OpenLyrics: Synchronising editor line...
[108985ms] INFO-OpenLyrics: Parsing LRC lyric text...
[109688ms] INFO-OpenLyrics: Saving lyrics from editor...
[109688ms] INFO-OpenLyrics: Parsing LRC lyric text...
[109688ms] INFO-OpenLyrics: Expanding lyric text...
[109688ms] INFO-OpenLyrics: Saving lyrics to a local file...
[109688ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[109688ms] INFO-OpenLyrics: Saving lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[109688ms] INFO-OpenLyrics: Successfully saved lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[111594ms] INFO-OpenLyrics: Synchronising editor line...
[111594ms] INFO-OpenLyrics: Parsing LRC lyric text...
[112406ms] INFO-OpenLyrics: Saving lyrics from editor...
[112406ms] INFO-OpenLyrics: Parsing LRC lyric text...
[112406ms] INFO-OpenLyrics: Expanding lyric text...
[112406ms] INFO-OpenLyrics: Saving lyrics to a local file...
[112406ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[112406ms] INFO-OpenLyrics: Saving lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[112406ms] INFO-OpenLyrics: Successfully saved lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[114422ms] INFO-OpenLyrics: Synchronising editor line...
[114422ms] INFO-OpenLyrics: Parsing LRC lyric text...
[115078ms] INFO-OpenLyrics: Saving lyrics from editor...
[115078ms] INFO-OpenLyrics: Parsing LRC lyric text...
[115078ms] INFO-OpenLyrics: Expanding lyric text...
[115078ms] INFO-OpenLyrics: Saving lyrics to a local file...
[115078ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[115078ms] INFO-OpenLyrics: Saving lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[115094ms] INFO-OpenLyrics: Successfully saved lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[116563ms] INFO-OpenLyrics: Synchronising editor line...
[116563ms] INFO-OpenLyrics: Parsing LRC lyric text...
[118281ms] INFO-OpenLyrics: Saving lyrics from editor...
[118281ms] INFO-OpenLyrics: Parsing LRC lyric text...
[118281ms] INFO-OpenLyrics: Expanding lyric text...
[118281ms] INFO-OpenLyrics: Saving lyrics to a local file...
[118281ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[118281ms] INFO-OpenLyrics: Saving lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[118281ms] INFO-OpenLyrics: Successfully saved lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[118938ms] INFO-OpenLyrics: Synchronising editor line...
[118938ms] INFO-OpenLyrics: Parsing LRC lyric text...
[121313ms] INFO-OpenLyrics: Saving lyrics from editor...
[121313ms] INFO-OpenLyrics: Parsing LRC lyric text...
[121313ms] INFO-OpenLyrics: Expanding lyric text...
[121313ms] INFO-OpenLyrics: Saving lyrics to a local file...
[121313ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[121313ms] INFO-OpenLyrics: Saving lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[121313ms] INFO-OpenLyrics: Successfully saved lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[121953ms] INFO-OpenLyrics: Synchronising editor line...
[121953ms] INFO-OpenLyrics: Parsing LRC lyric text...
[124016ms] INFO-OpenLyrics: Synchronising editor line...
[124016ms] INFO-OpenLyrics: Parsing LRC lyric text...
[126172ms] INFO-OpenLyrics: Skipping lyric upload for sewerperson//sewerperson because there is a more recent upload pending for that track
[126688ms] INFO-OpenLyrics: Synchronising editor line...
[126688ms] INFO-OpenLyrics: Parsing LRC lyric text...
[128985ms] INFO-OpenLyrics: Synchronising editor line...
[128985ms] INFO-OpenLyrics: Parsing LRC lyric text...
[131313ms] INFO-OpenLyrics: Synchronising editor line...
[131313ms] INFO-OpenLyrics: Parsing LRC lyric text...
[133625ms] INFO-OpenLyrics: Synchronising editor line...
[133625ms] INFO-OpenLyrics: Parsing LRC lyric text...
[137141ms] INFO-OpenLyrics: Synchronising editor line...
[137141ms] INFO-OpenLyrics: Parsing LRC lyric text...
[145422ms] INFO-OpenLyrics: Synchronising editor line...
[145422ms] INFO-OpenLyrics: Parsing LRC lyric text...
[149906ms] INFO-OpenLyrics: Synchronising editor line...
[149906ms] INFO-OpenLyrics: Parsing LRC lyric text...
[154813ms] INFO-OpenLyrics: Synchronising editor line...
[154813ms] INFO-OpenLyrics: Parsing LRC lyric text...
[159360ms] INFO-OpenLyrics: Synchronising editor line...
[159360ms] INFO-OpenLyrics: Parsing LRC lyric text...
[160453ms] INFO-OpenLyrics: Skipping lyric upload for sewerperson//sewerperson because there is a more recent upload pending for that track
[164047ms] INFO-OpenLyrics: Skipping lyric upload for sewerperson//sewerperson because there is a more recent upload pending for that track
[165766ms] INFO-OpenLyrics: Skipping lyric upload for sewerperson//sewerperson because there is a more recent upload pending for that track
[167672ms] INFO-OpenLyrics: Skipping lyric upload for sewerperson//sewerperson because there is a more recent upload pending for that track
[169688ms] INFO-OpenLyrics: Skipping lyric upload for sewerperson//sewerperson because there is a more recent upload pending for that track
[170625ms] INFO-OpenLyrics: Saving lyrics from editor...
[170625ms] INFO-OpenLyrics: Parsing LRC lyric text...
[170625ms] INFO-OpenLyrics: Expanding lyric text...
[170625ms] INFO-OpenLyrics: Saving lyrics to a local file...
[170625ms] INFO-OpenLyrics: Save file name format '[%artist% - ][%title%]' with directory class 'ConfigDirectory' evaluated to 'file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON)'
[170625ms] INFO-OpenLyrics: Saving lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc...
[170625ms] INFO-OpenLyrics: Successfully saved lyrics to file://C:\Users\abudd\AppData\Roaming\foobar2000-v2\lyrics\sewerperson - CHAPTER9_HOMINUS NOCTURNA (SKELLINGTON).lrc
[172422ms] INFO-OpenLyrics: Skipping lyric upload for sewerperson//sewerperson because there is a more recent upload pending for that track
[175094ms] INFO-OpenLyrics: Skipping lyric upload for sewerperson//sewerperson because there is a more recent upload pending for that track
[178297ms] INFO-OpenLyrics: Skipping lyric upload for sewerperson//sewerperson because there is a more recent upload pending for that track
[181328ms] INFO-OpenLyrics: Skipping lyric upload for sewerperson//sewerperson because there is a more recent upload pending for that track
[195735ms] INFO-OpenLyrics: Synchronising editor line...
[195735ms] INFO-OpenLyrics: Parsing LRC lyric text...
[196953ms] INFO-OpenLyrics: Synchronising editor line...
[196953ms] INFO-OpenLyrics: Parsing LRC lyric text...
[198110ms] INFO-OpenLyrics: Synchronising editor line...
[198110ms] INFO-OpenLyrics: Parsing LRC lyric text...
[198953ms] INFO-OpenLyrics: Synchronising editor line...
[198953ms] INFO-OpenLyrics: Parsing LRC lyric text...
[203547ms] INFO-OpenLyrics: Synchronising editor line...
[203547ms] INFO-OpenLyrics: Parsing LRC lyric text...
[204078ms] INFO-OpenLyrics: Synchronising editor line...
[204078ms] INFO-OpenLyrics: Parsing LRC lyric text...
[204797ms] INFO-OpenLyrics: Synchronising editor line...
[204797ms] INFO-OpenLyrics: Parsing LRC lyric text...
[207031ms] INFO-OpenLyrics: Synchronising editor line...
[207031ms] INFO-OpenLyrics: Parsing LRC lyric text...
[209469ms] INFO-OpenLyrics: Synchronising editor line...
[209469ms] INFO-OpenLyrics: Parsing LRC lyric text...
[214063ms] INFO-OpenLyrics: Synchronising editor line...
[214063ms] INFO-OpenLyrics: Parsing LRC lyric text...
[216422ms] INFO-OpenLyrics: Synchronising editor line...
[216422ms] INFO-OpenLyrics: Parsing LRC lyric text...
[219078ms] INFO-OpenLyrics: Synchronising editor line...
[219078ms] INFO-OpenLyrics: Parsing LRC lyric text...
[224000ms] INFO-OpenLyrics: Synchronising editor line...
[224000ms] INFO-OpenLyrics: Parsing LRC lyric text...
[228406ms] INFO-OpenLyrics: Synchronising editor line...
[228406ms] INFO-OpenLyrics: Parsing LRC lyric text...
[230641ms] INFO-OpenLyrics: Retrieving lyrics from https://lrclib.net/api/get?artist_name=sewerperson&album_name=&track_name=CHAPTER9_HOMINUS%20NOCTURNA&duration=159
[230969ms] INFO-OpenLyrics: Synchronising editor line...
[230969ms] INFO-OpenLyrics: Parsing LRC lyric text...
[231219ms] WARN-OpenLyrics: Failed to make LRCLIB search request to https://lrclib.net/api/get?artist_name=sewerperson&album_name=&track_name=CHAPTER9_HOMINUS%20NOCTURNA&duration=159: Object not found
[231219ms] INFO-OpenLyrics: Requesting a challenge for LRCLIB upload...
[231969ms] INFO-OpenLyrics: Solved challenge SHA256(i3qIWoCl5p88EjCbpdABlQyYT05sWj8C) < 000000FF00000000000000000000000000000000000000000000000000000000 with nonce 0 in 0.00s
Machine specifications:
OS: Windows 10.0.26120 x64
CPU: 11th Gen Intel(R) Core(TM) i5-11400F @ 2.60GHz, features: MMX SSE SSE2 SSE3 SSE4.1 SSE4.2 AVX LZCNT
CPU threads: 12
Audio: Realtek Digital Output (Realtek(R) Audio)

--

Additional information
To me it appears that the search request to LRCLIB, despite LRCLIB being disabled, is causing a crash. I have messed with loads of settings and still experience this within minutes of using the plugin. Thanks.
Here are the raw crash reports
failure_00000026.dmp
failure_00000026.txt
failure_00000027.dmp
failure_00000027.txt

Hmmm. The code is fairly simple and just checks that it's not set to "Never" so I'm surprised this is happening even with it disabled.
I know you said you'd tried various options but just to check the obvious, can you confirm that this persists even when you have uploads disabled in Preferences -> OpenLyrics -> Uploading (IE "Upload lyrics to LRCLIB" set to "Never")?
Also I don't see any crashes like this at all in the crash tracker. When it crashes and fb2k asks  if you want to submit a crash report, have you ever said "yes"?

Hmmm. The code is fairly simple and just checks that it's not set to "Never" so I'm surprised this is happening even with it disabled. I know you said you'd tried various options but just to check the obvious, can you confirm that this persists even when you have uploads disabled in Preferences -> OpenLyrics -> Uploading (IE "Upload lyrics to LRCLIB" set to "Never")?
Also I don't see any crashes like this at all in the crash tracker. When it crashes and fb2k asks if you want to submit a crash report, have you ever said "yes"?

Yes, I can confirm that it is set to Never. I have also hit yes when it crashes. Thanks for your help.


fix(opendataset): Fix incorrect creation form of frames.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 86.423%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
7836

Relevant Lines:
9067

💛  - Coveralls


Is it possible to get available cypher variables ?

Hi,
Would it be possible, given an ongoing query having multiple matches and with, to know what cypher variables are availables ? The idea would be to add to a with every variables present plus some other expression we need to calculate (for example with a case when).
So given a cypherdsl code generating the unfinished query:
MATCH (a:Label)--(b)
WITH a, b
OPTIONAL MATCH (b)-->(c)
WITH a, c, CASE WHEN c IS NULL OR c:Label THEN TRUE ELSE FALSE END AS isNullOrLabel

I would like to do something like :
List<Expression> availableExpressions = query.availableExpressions();

and have as a result in the list : a, c, isNullOrLabel. (b is not in the last with so we do not want it in this list, it's no longer available)
For now, in our query generator, we keep track of what's available using a custom map, but it would be much cleaner if it was part of the API.
The same thing with already set params (Parameter objects) would be awesome too.
Is any of this imaginable ?

So to get this right: You want to have only those expression that are returned or in the last step of a partial query?
I see how this is being useful, would also be nice in the ExecutableResultStatement. I think about it.

Yes exactly, doing this on our own is quite a headache. I look forward to your insight on this :+1:

Hi @K-Lovelace you write

The same thing with already set params (Parameter objects)

which is not accurate: Those information are only available when the statement is finally build, not during an unfinished query.
For your purpose I guess you want these information as you go, available in the unfinished statement as well?

Hi @michael-simons,
Yes exactly, query.availableParameters() returning a List of Paramater objects, added to the query through conditions, node properties and so on. We actually keep track of them on our own for now, in order for example to reuse a parameter value from the start of the query instead of adding another one with a different name but the same value.
Is it clearer for you ?
(I guess I could do without this, it's easier to keep track of what parameters have been added compared to what variables are available in a "cypher" way.)

Is it clearer for you ?

No, not really.
Is it enough to have the available expressions after the query has been finished building or is that too late?

What I really want is a way, during the construction of the query, to have for example an OngoingReading::availableExpressions() method that returns the list of currently available expressions (a, c, isNullOrLabel in my previous example) so that I can, for example, add them in a new with clause along with additional informations, without having to keep track myself of the variables.
I also need the same method for parameters, giving the parameters that are already present in the query, meaning the parameter added in a isEqualTo or withProperties for example.

Is it enough to have the available expressions after the query has been finished building or is that too late?

Yes, it would be too late, I need them during the query construction.

I have added API on the ongoing WITH and RETURN and on the statement as a whole.
Please let me know if this works for you. I don't see many other extension points to do this.
Please look here for usage atm: https://github.com/neo4j-contrib/cypher-dsl/blob/main/neo4j-cypher-dsl/src/test/java/org/neo4j/cypherdsl/core/IdentifiableExpressionsIT.java

This has been released as 2021.3.2 in case you wanna try it.


Getting 400 Bad Request

Hi, thanks for this library.
I'm trying this out but I'm not able to get it to send the log file to clickhouse server.
It will return status 400 but without any helpful error message.
Also, I noticed that when there is error, it will cause an unhandled error which will crash the nodejs app. Should it just continue running but waiting for log files to be uploaded later?
Thanks in advance!

const cargo = require('clickhouse-cargo')

cargo.init({...})
const log = cargo.createCargo('db.log')
log.push(new Date(), 'some message')

Looks like a request payload format error.

what is the db schema of db.log?
try log.push(Date.now() / 1000 >>> 0, 'some message')

Detailed explanation:
Getting a 400 response from the server means 1. that request had reached the clickhouse server and 2. that request was rejected by the clickhouse server.
Cargo uses response-buffering for batch insertion, thus you may not see the details of the error from the http response.
So just tail /var/log/clickhouse-server/clickhouse-server.error.log on that clickhouse server, and the log will tell you the detail error of the 400 bad request.

Thanks I managed to fix it after looking at the error logs.
However the DateTime is still an issue. When query from /play, the date appears as 1970 instead of today's date.
I tried using  +new Date() and it will cause Bad Request.

When query from /play, the date appears as 1970 instead of today's date

Check the commits file in ./cargo_files folder to see what actually is going to be committed into clickhouse server.

This cargo module is designed for inserting large number of records in a few batches. Thus it will helpful to have some sort of insertion generator/validation.
I'd used Joi.js for a while, and found it consumed too much cpu power, and following is an example of how we are currently using the cargo module:

## Factory function
gen_PushToClickhouseCargo  = (clickhouseSchema, tableName)->
  theCargo = createCargo(tableName)

  for item, idx in clickhouseSchema
    item.pos = idx

  #debuglog "[gen_PushToClickhouseCargo] clickhouseSchema:", clickhouseSchema

  proc = (payload)->
    assert payload, "missing payload"
    arr = []

    #debuglog "[_pushToClickhouseCargo] payload:", payload
    for item in clickhouseSchema
      {key, required, autofill, pos, validator, normalisor, nullable } = item
      #debuglog "[_pushToClickhouseCargo] item:", item
      givenData = payload[key]
      if nullable and ((givenData is undefined) or (givenData is null))
        # nullable value
        arr[pos] = null
      else
        givenData = autofill() if (typeof(autofill) is "function") and ((givenData is undefined) or (givenData is null))
        assert(givenData?, "mssing required `#{key}` on payload") if required
        givenData = normalisor(givenData) if normalisor?
        assert(validator(givenData), "invalid data:#{givenData} for `#{key}`") if validator?
        arr[pos] = givenData

    #debuglog "[_pushToClickhouseCargo:#{tableName}] to push arr:", arr
    theCargo.push(arr...)
    return

  return proc

_normaliseToString = (val)->  return String(val || '').trim()

## Clickhouse table schema
CH_SCHEMA_DIGEST = [
    key : 'date'
    required : true
    autofill : -> Date.now() / 1000 >>> 0
  ,
    key : 'cat'
    normalisor : _normaliseToString
  ,
    key : 'prop'
    normalisor : _normaliseToString
  ,
    key : 'val'
    normalisor : _normaliseToString
  ,
    key : 'comment'
    normalisor : _normaliseToString
]

## the insert function
pushToClickhouseCargo = gen_PushToClickhouseCargo(CH_SCHEMA_DIGEST, "table_name")

# Usage exmpales
pushToClickhouseCargo({cat:CAT_USER, prop:PROP_COUNT_TOTAL, val: countTotal})
pushToClickhouseCargo({cat:CAT_USER, prop:PROP_COUNT_EXPIRED, val: countPlanExpired})
pushToClickhouseCargo({cat:CAT_USER, prop:PROP_COUNT_OVER_USAGE, val: countOverUsage})

Just wondering if I using DateTime64, why I'm not able to send the Date.now() to ClickHouse without dividing by 1000?
Thanks!

Anyway, found out that the DateTime64 can only be used with precision 3 and when saving to CSV will need to be in string rather than number.
Thanks @yi for the help and great library!


Support for SVN / Mercurial

Dear developers,
first of all a big thank you for this tremendously valuable tool. It's really easy to install and quickly set up. However, a "big drawback" on it is that it as far as I see only supports Git. Would it be possible to extend it to work with Mercurial (and even better CVS and SVN as well especially to easier review legacy software repos) as well? That would be a huge thing!
Keep your great work up!

I don't think GitList will support this in the near future. What do you think @klaussilveira?

Mercurial is possible. Unfortunately, achieving a good abstraction on top of SVN/CVS without losing features is though. A SVN-specific viewer would always be better.


Support calculating the TX hash of a transaction

Description
Support calculating the TX hash of a transaction. Fix issue https://github.com/trustwallet/wallet-core/issues/4001

How to test
Run Rust, C++, Kotlin, Swift tests

Types of changes

Checklist

[x] Create pull request as draft initially, unless its complete.
[x] Add tests to cover changes as needed.
[x] Update documentation as needed.
[x] If there is a related Issue, mention it in the description.

If you're adding a new blockchain

[ ] I have read the guidelines for adding a new blockchain.

Hi @10gic, I checked the PR. Do you plan to use this TWTransactionUtil module to calculate hash of just signed transaction using AnySigner.sign? I'd rather add SigningOutput.hash field in the signing result.
That's because it's more clear to the users that they should look for this hash in the signing result than calling another module to get it.

We already have hash field in some SigningOutputs. For example, in TheOpenNetwork::Proto::SigningOutput::hash.
So please do not add a new module, but add the missing fields in proto files.
Please also note that there is one exception - Ethereum::Proto::SigningOutput::pre_hash is a hash to be signed, but not a hash of the signed transaction. So you can add one more field there Ethereum::Proto::SigningOutput::hash with a proper comment.

We already have hash field in some SigningOutputs. For example, in TheOpenNetwork::Proto::SigningOutput::hash. So please do not add a new module, but add the missing fields in proto files.
Please also note that there is one exception - Ethereum::Proto::SigningOutput::pre_hash is a hash to be signed, but not a hash of the signed transaction. So you can add one more field there Ethereum::Proto::SigningOutput::hash with a proper comment.

Hi @satoshiotomakan, as I mentioned in the issue https://github.com/trustwallet/wallet-core/issues/4001 :
There are cases where the TX is not constructed by the wallet core; for example, the transaction might be constructed by a DApp. The DApp only requests the wallet to perform the signing, constructs the transaction itself, and then asks the wallet to broadcast it.
The usage scenario is limited if it is only provided in the SigningOutput.

@10gic most of the blockchain RPC nodes provide hash of the broadcasted transaction. Is it possible to leverage this in your case? I'm a little concerned that the number of such utilities in CoinEntry will grow

@10gic most of the blockchain RPC nodes provide hash of the broadcasted transaction. Is it possible to leverage this in your case? I'm a little concerned that the number of such utilities in CoinEntry will grow

Hi @satoshiotomakan, If we want to monitor the status of TX more thoroughly, relying on the RPC return result may be too late. This is because RPC return timeouts can occur, and in such cases, the TX might have already been submitted, but the client is unable to obtain the TX Hash.

Hi @satoshiotomakan, providing a generic function to calculate a transaction hash is a common feature. Many blockchain SDKs offer this capability.  For example, okx js-wallet-sdk.
I was wondering if you might have plans to merge this pull request, or if there's anything else you'd like me to adjust. Thank you for your time!

Hi @satoshiotomakan, please let me know if there's anything else you would like me to adjust in the code. Thank you!

Hi @10gic, could you please add unit tests in rust/tw_any_coin/tests/chains/{CHAIN}/{CHAIN}_transaction_util.rs for every blockchain you've implemented TransactionUtil module. Please also note that you can add a helper function like
https://github.com/trustwallet/wallet-core/blob/c0cf03fe36c0b3116b7913bcb199cf3017f966b1/rust/tw_any_coin/src/test_utils/transaction_decode_utils.rs#L13
We need to keep code coverage high level

Please also note that any change in CoinEntry trait requires symmetric changes in codegen-v2 tool:
https://github.com/trustwallet/wallet-core/blob/406abe4b0649a74279b2e7b77a2b10d1bb61520c/codegen-v2/src/codegen/rust/templates/blockchain_crate/entry.rs#L25-L93

Please also note that any change in CoinEntry trait requires symmetric changes in codegen-v2 tool:

Thank you for the reminder, I have added it.

Hi @10gic, could you please add unit tests in rust/tw_any_coin/tests/chains/{CHAIN}/{CHAIN}_transaction_util.rs for every blockchain you've implemented TransactionUtil module. Please also note that you can add a helper function like
https://github.com/trustwallet/wallet-core/blob/c0cf03fe36c0b3116b7913bcb199cf3017f966b1/rust/tw_any_coin/src/test_utils/transaction_decode_utils.rs#L13
We need to keep code coverage high level

Sure, I've copied the C++ test cases into Rust.

Hi @satoshiotomakan, I've addressed the comments on the PR. Could you please let me know if there are any other comments or suggestions?


enhance: Add check-partition-key command to export partition key error data

See also milvus-io/milvus#30607
This command could scan binlogs for milvus instance and check partition key data is located in wrong partition due to previously mentioned issue

/approve
/lgtm


How to use postwoman for local development and testing

I am trying to use postwoman to test an API I have built. I have installed the PWA but I still get CORS issues.
My understanding is that since the PWA is just a browser I will continue to have this issue.
Has this problem been solved already? Is there a build of postwoman I can run that will allow me to run with localhost:port as the domain?

Use Browser extensions to resolve CORS issues.

Firefox
Chrome

#433 #274

I do not understand how to use Postwoman for local development. I can't get localhost:3000 to point to my locally-running API. I

I have the chrome extension and the proxy setting enabled but i cannot get it to access localhost:3000

@allthesignals
If you want use Postwoman for a local API, do not use the proxy, proxy routes your request through a separate server which means it can't connect to your local server.
Just use the browser extension and disable the proxy, thank you 😁
Please report back even if disabling proxy didn't work.
@liyasthomas, this is becoming a common occurance. Should we discuss about adding a warning or something of that sort ?

I think the "Enable Proxy" toast on every failed request is what makes users to enable proxy. Shall we open extensions modal instead of it? since all exceptions of Proxy is covered with extension and those who wanna turn on proxy can enable that by going to settings > proxy.

Ah, thank you about that and sorry for not reading closely enough. I believe when it asked about the proxy, I gave that a shot.
Amazing project, by the way.

Thanks for replying. If there's anything you'd like to know, ping us.

The only thing is that for some reason, this endpoint gives a blank response body. Note the content-type is application/vnd.api+json: https://applicantmaps-api.herokuapp.com/projects

Oh, interesting: when I hit the "copy response," I see this:
[object Object]
Going to open an issue... would love to dig in and help! I love this app (PWA!)


DocsArchive-<IP_ADDRESS>Auto archive content

Please don't merge this PR until target archive repo PR https://github.com/OPS-E2E-PPE/docs-archive-test-source-version-target/pull/81 is merged into live branch.
Auto archive content to https://github.com/opstest2/docs-archive-test-source-version-target.git

Docs Build status updates of commit 51466b4:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

.openpublishing.redirection.json
:white_check_mark:Succeeded

versioningArchiveSourceFolder/TOC.yml
:white_check_mark:Succeeded
View (sql-server-2014 || azuresqldb-current || azuresqldb-mi-current || azure-sqldw-latest || >= aps-pdw-2016 || >= sql-server-2016 || >= sql-server-linux-2017 || sql-server-previousversions || sqlallproducts-allversions)

versioningArchiveSourceFolder/docfx.json
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching in the Docs contributor and Admin GuideSee the frequently asked questionsPost your question in the Docs support channel


ocdav: Fix parsing of PROPPATCH XML properties

Use the parent struct when parsing to make sure the decoder finds the
hint about "innerxml" parsing mode for proppatch properties,
and prevents mangling of said values when they contain an "xmlns"
attribute.
Fixes https://github.com/owncloud/ocis-reva/issues/203
@butonic please double check the fix as I didn't understand the lang-related code and seemingly could not create a test case that has any difference before and after the fix.
If I proppatch a value of <foo xml:lang="en" xmlns="http://bar"/> it will now also appear as <foo xml:lang="en" xmlns="http://bar"/> in the extended attribute and propfind result.

very strange, the linter says this is unused but it is used... I can't remove it without causing compilation errors:
internal/http/services/owncloud/ocdav/proppatch.go:216:6: type `xmlValue` is unused (unused)

it is used here: https://github.com/cs3org/reva/pull/743/files#diff-9f71a21d30f2217810e804a01ce9d969R218

ok, got it, it's the whole type/struct/class that is unused (me still learning Golang...)

cases where the proppatch value was reusing an existing namespace from outside the innerxml

strange, I seemed to remember seeing a comment somewhere that said that it's anyway illegal to reuse namespaces from the parent but cannot find it anywhere in the spec (not present in http://www.webdav.org/specs/rfc4918.html#property_values)
in any case, I think there isn't much benefit in supporting this as the custom properties we'll be setting will have their own namespaces. And for known properties (like the DAV: ones) they have no complex XML values.
I'm not even sure whether Sabre DAV's XML supports this scenario of namespace reuse.


bug report: create more than 1 klusterlet for same managed cluster

There is no check in code logic for whether klusterlet is already installed. If we run join command more than once, more than one klusterlet would be created.
╰─# k get klusterlets                                                                                1 ↵
NAME                       AGE
klusterlet-hosted-0uo3ag   17h
klusterlet-hosted-82mi7k   92m
klusterlet-hosted-g08drc   93m

reported by @zhujian7

/kind bug


Can I use sparse multi-view images to train NeRF or 3D GS?

Hi, your work is impressive!  Can I use this method to improve the unseen views' quality? Especially the looking-down views. Here are my images.

Thank you for your interest in our work! I think this idea makes sense and VSD may be helpful for unseen parts of the car.

Thank you for your quick reply! I will have a try


How does geometry batching/instancing work in pixi, as well as shader batching? I've found conflicting information.

I've found various questions about this but haven't figured out exactly what I'm looking for.
In my scene I have multiple meshes in different containers that will all have the same geometry instance, the same shader instance, and different uniforms. What I want to do is have 1 draw call for all my meshes since they all use the same geometry, and I don't want to swap shaders
on the gpu between all my meshes since they're all using the same shader.
In the pixi examples theres demos showing multiple meshes using the same geometry, and multiple meshes using the same shaders, but none of these demos explain exactly why you would do this. I assume it's to accomplish the perf improvements I listed above, but I've found closed issues here indicating that object instancing with custom shaders isn't really a thing unless you write your own batch renderer. This doesn't make much sense to me considering that would make the demos pointless (only saving very marginal memory, no perf gains), so I think this information must be outdated, but I want to confirm.
Does creating meshes using the same geometry instance automatically enable gpu instancing? Likewise does creating meshes using the same shader/filter instance batch the draw calls thus preventing the shaders from swapping out randomly on the gpu between draw calls?

Hello!

What I want to do is have 1 draw call for all my meshes since they all use the same geometry, and I don't want to swap shaders
on the gpu between all my meshes since they're all using the same shader.

That's the basics:
let prog = new PIXI.Program(...);
let shader = new PIXI.Shader(prog, uniforms);

Also if you use PIXI.Shader.from(...) with same vertexSrc,fragSrc for multiple shaders - it will actually use the same program.
PixiJS doesnt switch shaders if meshes use the same. As for other things, look at https://github.com/pixijs/pixi.js/blob/dev/packages/mesh/src/Mesh.js#L260
If you want to batch inside the same drawcall, which makes sense for hundreds meshes, you have to use custom batch renderer, like here: https://www.pixiplayground.com/#/edit/~tlXTadqt1qCEvHf~cMQE
There's no gpu instancing in pixi in default shaders. Its possible, yes, you have to look in GeometrySystem and how geometry is actually bound.
Unfortunately , we cant provide full documentation yet because we are still changing this stuff and there has to be done big amoung of work to cover everything , i think ~100 examples. You have to look in sources.
As for filters, its completely different mechanism, I dont want to explain it all, i just say that usually there's always a shader and framebuffer switch, because, duh, its a filter. If its multipass filter, yeah, its possible to not switch shader multiple times.

but I've found closed issues here indicating that object instancing with custom shaders isn't really a thing unless you write your own batch renderer
Yes, that was in v4. Now its much easier, but you still have to look in pixi internals just to be sure that it does what you want.

Also I advice you to use SpectorJS when you debug, to see that pixi is really optimizing those calls.


Warning on statshandler

No idea if it was already fixed, but here is a warning from python 3.7, and silx 1.0.0 (maybe beta)
2022-01-27 19:03:04,091 eh3 3065 py.warnings WARNING :
/.../bliss_dev/lib/python3.7/site-packages/silx/gui/plot/stats/statshandler.py:78:
FutureWarning: Format strings passed to MaskedConstant are ignored,
but in future may error or produce different behavior
  return self.formatter.format(val)

From the information you provide this could come from something like a MaskedArray provided to StatsHandler.format.
On 'recent' numpy version __format__ function is redefined and raise this kind of error.
The thing is that we are calling this function to format the results which are expected to be a scalar or a tuple (or a list in fact)
If the result turn out to be a masked array then we should be able to handle it by adding something like:
      if isinstance(val, numpy.ma.masked_array):
          val = val.compressed()

But here I wonder why the result is a masked array. That I don't think it should happen.
@vallsv Do you have more input ? Like a way to reproduce it or do you know if this log comes from the default Stats classes from silx or from a home made one ?

for any Stats initialised with a function (e.g., numpy.mean), when data is outside the plot, the function is given a fully masked array, leading to the same warning.


minor modification for conversion from bam to fastq section

Modification is for overcoming the directory restrictions for generating temporary files while running the commands.

An improvement is included in the PR #521 , this PR is thus closed.


RTSP stream hangs on camera going offline

Also when camera returns stream still hangs. I debugged it a little and find out that for
avcodec_decode_video2(this->video_dec_ctx, this->frame, &got_frame, &(this->packet));

got_frame still be 1 even if avcodec_decode_video2 returns 0. It leads to infinity loop in grab function.
I hope this fix is good enough, or may be you know the right way to fix it

Thanks a lot for your contribution, @magistrser! Due to limited time available I did not inlcude this in the 1.1.0 release but will hopefully find the time to have a look at this soon and included it in the next release.


Add server plugins (to use with socket.io and such)

Well seems like this repo is kinda dead. @AveVlad are you going to merge stuff like this? It is really needed :)

Can you update this PR? I will test it out and merge it.

This should be fixed by #160
Though it will be slightly different, it would look more like this:
gulp.task('connect', function() {
  var app = connect.server();
  var io = socketio(app.server);
  io.on('connection', function(socket) {
    // do stuff
  });
});

@justinmchase Nice work - any chance of a new release?

Soon hopefully. I want to test the live-reload stuff a little more. Its a little trickier, since you can only have 1 at a time I think.

@justinmchase Did you have time to do the tests? Do you know roughly when this is going to be released?

Released in https://github.com/AveVlad/gulp-connect/releases/tag/v3.0.0
I made a major version release in case there are breaking changes. You should be able to do the middleware configuration using the code snippet I included above now. Let me know if you have any issues!

Great! thanks @justinmchase


Strip connection level header fields

Such intermediaries SHOULD also remove other connection-specific header fields, such as Keep-Alive, Proxy-Connection, Transfer-Encoding, and Upgrade, even if they are not nominated by the Connection header field.

If a header frame is sent that includes a Connection field, it should be stripped including all fields referenced by the Connection field value.

Proxies should do that, not the library. The proxies need to inspect those headers.

Either way, the library has to check if those headers are set and error.

How so? A proxy can receive those headers, and make some decisions based on them. And then it can build some new headers, that might include the same names, for the next hop.

AIUI, connection headers are forbidden in h2:

HTTP/2 does not use the Connection header field to indicate connection-specific header fields; in this protocol, connection-specific metadata is conveyed by other means. An endpoint MUST NOT generate an HTTP/2 message containing connection-specific header fields; any message containing connection-specific header fields MUST be treated as malformed (Section <IP_ADDRESS>).

The section quoted above applies to endpoints that upgrade h1 to h2:

This means that an intermediary transforming an HTTP/1.x message to HTTP/2 will need to remove any header fields nominated by the Connection header field, along with the Connection header field itself. Such intermediaries SHOULD also remove other connection-specific header fields, such as Keep-Alive, Proxy-Connection, Transfer-Encoding, and Upgrade, even if they are not nominated by the Connection header field.


Discord Rich Presence is broken

Checklist:

[x] I have checked that there are no issues with similar or the same content
YOU SHOULD CHECK CLOSED ISSUES ASWELL

[x] I have checked the FAQ (https://github.com/MarshallOfSound/Google-Play-Music-Desktop-Player-UNOFFICIAL-/wiki/FAQ) and the answer I am looking for is not there

[x] I have double checked and can reproduce the issue

OS: Windows 10
GPMDP Version: 4.6.0
Issue Descriptions: Discord won't load the Rich Presence for GPMDP and setting it in the games does nothing
Steps to Reproduce: 1. Toggle Rich Presence
2. Open Discord client
3. Play music
4. Nothing happens
I have tested this with both the stable and Canary builds of Discord, both yielding the same results.

Fixed in master


redpanda: simplify setting resources

1fff60a5f3a21bb77f6d705edd7ae6a9f11d002a redpanda: refactor resource flag computations
This commit has no user facing changes. It refactors the various functions that
affect and define the redpanda container's resources and the resource related
CLI flags (--smp, --memory, --reserve-memory, and --overprovisioned)
into methods on the RedpandaResource struct.
9a266e5ebc234e0cd32b2ea4b54cf459d6c1287d redpanda: simplify setting redpanda resources
Prior to this commit it was not possible to "mix and match" the resource
requests and limits of the redpanda container. The redpanda chart also required
users to grok a new model of resources unique to the chart which made the chart
less user friendly.
This commit introduces a more user friendly and backwards compatible way of
directly controlling the requests and limits of the redpanda container. Rather
than directly exposing the --smp, --memory, --reserve-memory, and
--overprovisioned flags to the end user, this method will infer them from the
provided values with updated best practices.
Fixes #1494
K8S-325
K8S-434

So all tests are failing due to rpk barking about --lock-memory already being set. It seems like there may be a bug floating around in RPK. I'll probably fallback to enable_memory_locking instead of specifying it as a flag.


Update to IDEA 15.0.3

@akerekes @patflynn @elharo @joaoandremartins @etanshaul
This change will require updating your IDE as well.

LGTM


Use a python virtual environment

This allows complying with PEP 668.

For the moment this is a draft and a RFC.

closing in favor of https://github.com/meta-flutter/workspace-automation/pull/32


[KiKa] Add extractor

Description of your pull request and other information

Add extractor for www.kika.de
The website was previously handled by the MDR extractor, but that one is outdated and does not work anymore for kika.de
Template

Before submitting a pull request make sure you have:

[x] At least skimmed through contributing guidelines including yt-dlp coding conventions
[x] Searched the bugtracker for similar pull requests
[x] Checked the code with flake8 and ran relevant tests

In order to be accepted and merged into yt-dlp each piece of code must be in public domain or released under Unlicense. Check one of the following options:

[x] I am the original author of this code and I am willing to release it under Unlicense
[ ] I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

[ ] Fix or improvement to an extractor (Make sure to add/update tests)
[x] New extractor (Piracy websites will not be accepted)
[ ] Core bug fix/improvement
[ ] New feature (It is strongly recommended to open an issue first)

Call _self._sort_formats(formats) after assigning formats?

Call self._sort_formats(formats) after assigning formats?

no longer needed after 9f14daf22b4080ae1531a772ee7574959af4e2fa

_sort_formats is deprecated amd the functionality moved into core code

In that case video_assets may not be a dict when used to extract subtitles, if anyone cares.
No doubt the use of the deprecated method as a guard against returning an empty or invalid info_dict in various extractors was taken into account?

This video fails: https://www.kika.de/echt/videos/echt-staffel-drei-darum-geht-s-100.
See https://github.com/ytdl-org/youtube-dl/issues/31428#issuecomment-1355878487. TLDR; the video seems to be staged via ZDF rather than using the Kika JSON (happy to be proved wrong).

Testing from UK:

HLS manifest needs XFF to fetch, or 403
HLS formats need XFF to download, or 403
MP4 manifest doesn't need XFF to fetch
MP4 formats give 403 for download regardless of XFF.

Probably downloads can't be tested in CI.

Solution:
...
-    _VALID_URL = r'https?://(?:www\.)?kika\.de/(?:.*)/[a-z-]+-?(?P<id>\d+)'
+    _VALID_URL = r'https?://(?:www\.)?kika\.de/(?:.*)/(?P<id>[a-z-]+-?\d+)'
...
-        doc = self._download_json("https://www.kika.de/_next-api/proxy/v1/videos/video%s" % (video_id), video_id)
+        doc = self._download_json('https://www.kika.de/_next-api/proxy/v1/videos/' + video_id, video_id)
...

And the test's ID becomes 'video59362'.
The series that the yt-dl user wanted can be accessed with --no-geo-bypass, both manifests and media. Sample hosts are zdfvod-rwrtr.akamaized.net for HLS and tvdlzdf-a.akamaihd.net for mp4: the media links look similar if not identical to those returned using the ZDF extractor for the matching shows; I guess this reflects a different geo-restriction policy of ZDF (no XFF needed) vs Kika. Eg, these shows are the same:
https://www.zdf.de/kinder/echt/folge-10-s03-together-forever-100.html
https://www.kika.de/echt/videos/zehn-together-forever-100

Also https://github.com/yt-dlp/yt-dlp/pull/5788#issuecomment-1356059090

Are there any news on this?

Can confirm https://github.com/yt-dlp/yt-dlp/pull/5788#issuecomment-1356059090 works. Tried with https://www.kika.de/moppi-und-der-leckerladen/videos/sechzehn-fluffis-100. Do you have the time to incorporate the change @1100101 ?

Are there still changes left?
I really would like to see this merged.

@tuxflo Most stuff that is on KiKa is also available on ZDF, for which the extractor is working for me, so you can use this as a workaround for now :D

Yes, there are workarounds. I was also thinking about using Mediathekview as an alternative. But I'm running yt-dlp-bot (https://github.com/tropicoo/yt-dlp-bot) to easily get stuff for the kids downloaded to my NAS by just sending the link in a telegram message. They can also post links to the bot on their own, so if this gets merged I don't have to spend the time to deal with the workarounds 😅


fix: Sometimes the statuscolumn disappears. Issue #559

See issue 559

All details plus a reproducible init are in the related issue.
In the first video, at 0:15, you can observe that the statuscolumn is not present anymore: All line-numbers disappeared.

@ThePrimeagen i am also having the same issue (i.e. i cannot see my line numbers aka status column) but it happens to me every time i close and reopen neovim and then jump to a harpoon mark.
opening the same file without harpoon does not have this issue.
this PR solves it for me (see attached clip, where i make the same change as this PR, and it fixes it)
https://github.com/ThePrimeagen/harpoon/assets/7065184/c90ca8f8-4fb7-4efa-9344-9cc6306e35da

Hello @dwtong,
Thanks for the confirmation!

but it happens to me every time i close and reopen neovim and then jump to a harpoon mark.

If I am not mistaken, you essentially use the same steps I describe in issue #559 :

Open init.lua: repro init.lua
Place the cursor on line 52, requiring Harpoon
Harpoon add
Close Neovim
Open Neovim without arguments: repro
Harpoon select 1 (using the keymapping)

In the video, I also see treesitter-context, as expected.

@abeldekat happy to help. yea, my steps were basically the same, also commenting out the line that you removed in this PR to demonstrate the fix.
my config is based on kickstart but is basically hand rolled at this point.
which version of neovim are you on? i was previously on v0.9.5, but then updated to v0.10.0-dev and it fixed this issue for me.

I use both 0.9.5 and nightly via "bob", and the issue is still present.

File lua/harpoon/config.lua:
On line 116: if not vim.api.nvim_buf_is_loaded(bufnr) then
This PR removes line 117: vim.fn.bufload(bufnr)
Closing as I am not using harpoon anymore.


Add support for .tesselinclude file

There is currently support for a .tesselignore file that is used in the bundling process before pushing code to Tessel. Also, when the --slim flag is used (by default), we follow the dependency graph to pull in only the required, javascript files.
The default behavior now ignores any non-js assets, i.e. html, css, & images, that the project needs to run. If we can resolve this issue by adding support for a .tesselignore file, much like .npminclude.
Use cases:

Serving a web app from a server running on Tessel.
With the ambient module, we include a .hex file which is read by fsReadSync to reflash the module if the firmware is old

It's concerning to me that there is no documentation here: https://docs.npmjs.com/misc/developers, where .npmignore is documented. The commit you linked to is from 2010 and doesn't do much to shed light on the inclusion semantics, eg. what happens if there is a conflict between .tesselignore and .tesselinclude? I would assume that the latter wins—which means that .tesselinclude must always be processed before .tesselignore, so that .tesselignore rules that conflict with .tesseliclude rules are negated before the browserify bundler object calls exclude. Also, nested .tesselinclude files need to be respected as well.
I have a pretty good idea of how this would be integrated for both the --full and --slim path and would like to take on the assignment—what do you think @HipsterBrown?

This will also partially alleviate https://github.com/tessel/t2-cli/issues/423.

Why partially?

Because I think newer users wouldn't know that they have to add any non-included files to a special .tesselinclude file or else they won't be deployed. I think they'll expect everything in their project to be deployed.

@rwaldron might be worth making an issue in the npm repo for documenting the use case and internals of .npminclude.
I agree that the latter would win since if the default case for bundling is the --slim path, then the .tesselinclude file lists the exceptions to that path. With the --full path, I'm not sure where the .tesselinclude would be useful.
You did a stellar job implementing the --slim path so it'd be rad to see how you accomplish this. Let me know if I can help in any way.

Great, I'll get started today. I'll need reviewing, smoke tests, etc. will ping you w/ questions along the way.

https://github.com/npm/docs/issues/438


Block access to metadata servers for all components

To avoid potential leak of information about the cluster, we will by
default block access to metadata IP address for all pods. If we add
things, which depend on it, they should add explicit policy for specific
pods to allow talking to this IP address. This is especially important,
if we decide to attach AWS roles to EC2 instances, which is for example
a requirement for AWS CSI controller.
TODO:

[ ] add tests
[ ] add some documentation?

Closes #305.
Signed-off-by: Mateusz Gozdek<EMAIL_ADDRESS>

It seems we can utilize GNP to block it, instead of having a policy per component:

For AWS and Azure:

apiVersion: crd.projectcalico.org/v1
kind: GlobalNetworkPolicy
metadata:
  name: block-metadata-access
spec:
  # This is not really needed for AWS and Azure, as we don't use HostEndpoints there, so access from host will still be allowed.
  # Do we want to add it if for some reason in the future we add HostEndpoints for those platforms?
  #selector: !has(host-endpoint)
  types:
  - Egress
  egress:
  - action: Allow
    destination:
      notNets:
      - <IP_ADDRESS>/32

For Packet:

apiVersion: crd.projectcalico.org/v1
kind: GlobalNetworkPolicy
metadata:
  name: block-metadata-access
spec:
  # Allow accessing metadata from host, but block it for all pods.
  selector: !has(host-endpoint)
  types:
  - Egress
  egress:
  - action: Allow
    destination:
      notNets:
      - <IP_ADDRESS>/32

And full example which allows metadata access for specific pods:
apiVersion: v1
kind: Pod
metadata:
  name: foo
  labels:
    foo: foo
spec:
  containers:
  - name: foo
    image: nginx
---
apiVersion: v1
kind: Pod
metadata:
  name: bar
  labels:
    bar: bar
spec:
  containers:
  - name: bar
    image: nginx
---
apiVersion: crd.projectcalico.org/v1
kind: GlobalNetworkPolicy
metadata:
  name: block-metadata-access
spec:
  selector: !has(host-endpoint)
  types:
  - Egress
  egress:
  - action: Allow
    destination:
      notNets:
      - <IP_ADDRESS>/32
---
apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: allow-metadata-access
spec:
  podSelector:
    matchLabels:
      foo: foo
  policyTypes:
  - Egress
  egress:
  - to:
    - ipBlock:
        cidr: <IP_ADDRESS>/0

Thanks for the suggestion @rata. CC @BrainBlasted

I'll block on https://github.com/kinvolk/lokomotive/issues/478.

From @johananl in #478

One simple solution could be to block access to all metadata endpoints on all platforms. I don't see any harm in disallowing access to <IP_ADDRESS> on Packet for example. Would that work?

That also means blocking access to <IP_ADDRESS> from AWS etc. I'd rather not add extra blocking rules to all platforms, if they are not needed.
One more idea comes to my mind. We could add support for creating arbitrary GNPs to the Calico chart via bootkube module. This way, each platform could pass different parameters to bootkube module. What do you think?

In general I am not fond of relying on Bootkube for things other than the bare minimum of starting the control plane because it's an inflexible tool (e.g. it's not rerunnable). Therefore, in the long run I'd rather find an alternative mechanism for managing GNPs which would support changes by the user without breaking single source of truth etc. I'm imagining something like packaging GNPs and other similar resources in Lokomotive components which are somehow handled automatically, without the user needing to specify them in the cluster config. I guess that's a rather complicated change though so likely out of scope here.
If you think what you're suggesting can be done without making things more hacky - I'd say go for it.

In general I am not fond of relying on Bootkube for things other than the bare minimum of starting the control plane because it's an inflexible tool (e.g. it's not rerunnable). Therefore, in the long run I'd rather find an alternative mechanism for managing GNPs which would support changes by the user without breaking single source of truth etc. I'm imagining something like packaging GNPs and other similar resources in Lokomotive components which are somehow handled automatically, without the user needing to specify them in the cluster config. I guess that's a rather complicated change though so likely out of scope here.

This is exactly what #478 is about :)
And to be more precise, my solution is more about bootkube Terraform module, as this is currently the code, which render values for charts etc. The updates are later rolled using lokoctl.

If you think what you're suggesting can be done without making things more hacky - I'd say go for it.

It seems so, I already tried something like this for some other issue and it seemed reasonable. I'll give it a try.

Allow destination: notNets: - <IP_ADDRESS>/32

Where did you got the information that that is Packet matadata IP? I've only used a domain before, is it guaranteed that that IP won't change? Can you provide links to docs saying that?
Maybe an easier way to move forward, if we want to make sure that AWS metadata is blocked ASAP, is just to block AWS metadata IP on all platforms (that seems to be a link-local IP https://tools.ietf.org/html/rfc3927) and you would need to check if it will, but seems unlikely to, cause harm in other platforms.
Then, after using that bandaid (if we need one), we can block metadata for each platform

Where did you got the information that that is Packet matadata IP? I've only used a domain before, is it guaranteed that that IP won't change? Can you provide links to docs saying that?

As far as I know, we don't have an easy way to block based on DNS names and <IP_ADDRESS>/32 is the address which currently metadata.packet.net resolves to. We could ask Packet how often does it change (perhaps never).
Also, the tests will actually use metadata.packet.net, so we should spot immediately, that it has changed. Considering, that it is only exploitable when you already can execute code from Pod, I wouldn't say it's so critical.

Where did you got the information that that is Packet matadata IP? I've only used a domain before, is it guaranteed that that IP won't change? Can you provide links to docs saying that?

As far as I know, we don't have an easy way to block based on DNS names and <IP_ADDRESS>/32 is the address which currently metadata.packet.net resolves to. We could ask Packet how often does it change (perhaps never).

Yes, I think we must ask Packet, we can't simply assume things we don't have any guarantees. Specially when we are doing it for security concerns.

Yes, I think we must ask Packet, we can't simply assume things we don't have any guarantees. Specially when we are doing it for security concerns.

I asked on Slack, they said this IP address does not change.

It seems tests are now failing as expected. I'll fix them on Wednesday.

Tests are passing :tada:

Looks good in general, I have some nits mostly around variable naming and a question on order.
I think we should mention this in the documentation, not sure where though. Perhaps in a new Notes section in the configuration reference? Maybe @johananl has a better idea?.

I don't think the config reference is the right place since AFAICT this information isn't bound to any knob.
IMO this falls under the "how things work" category, so I'd create a concepts document for this. We can then link to it from other documents when necessary. Here is an example of a similar case where I had to explain how something works.

IMO we should have a page which has all information related to each platform, not a guide or configuration reference, just a page with various sections, tips, etc.

IMO we should have a page which has all information related to each platform, not a guide or configuration reference, just a page with various sections, tips, etc.

Makes sense. How about concepts/packet.md, concepts/aws.md etc.?

Makes sense. How about concepts/packet.md, concepts/aws.md etc.?

I added some documentation, so we can iterate on it. I'd love it you could help me with proper wording @johananl :) And thanks for the reviews!

@iaguis @johananl please have a look, the PR is ready for review.

Pulled in all your suggestions @iaguis, thank you!


Using NavMeshPlus - Nav Mesh Agent x rotated -90 degrees on client

Describe the bug
I am using scene interest manager and NavMeshPlus for 2D nav mesh. I am spawning an enemy on the server. When it's rendered on the client the rotation is set to -90 degrees and causes the sprite to be invisible.  The rotation on the server is 0 but the rotation on the client is -90.
[IMPORTANT] How can we reproduce the issue, step by step:
Create 2D project
Add nav mesh 2d
Create enemy prefab with nav mesh agent. Add script to set agent.updateRotation = false and  agent.updateUpAxis = false;
Create nav mesh
Start server
Start client
Spawn enemy from server onto nav mesh
Observe client
Expected behavior
x Rotation is 0 on client and server
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):

OS: Mac
Build target: Web GL
Unity version: 2021.3.10f1
Mirror branch: 2022.9.15

From the description this seems to be a bug in the 3rd party library, rather than Mirror.  Can it be reproduced without that library?

yes, sounds like 3rd party library issue.
NetworkTransform rotation is fine, as seen in our demos.


Feature: Change language

Its may a good idea, if the user can change it? :)
And a big thanks for your work!

There is no localization support. Most strings, however, are statically defined inside index.html, so perhaps adding some rudimentary i10n stuff might not be that hard.
I am completely out of time these days, so implementing said features can only be done in a form of a PR.

Oh no worries, I am not in a rush. Have a great christmas holiday and may you have next year the time for this. :)


Add support for CSP nonce

Can you please consider adding support for a nonce attribute to the style element that this library injects in the DOM. The custom cursor logic currently doesn't work when CSP is configured to expect a specific nonce.
References:
https://developer.mozilla.org/en-US/docs/Web/HTML/Global_attributes/nonce
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Security-Policy/style-src

Want to post a PR that adds a nonce prop and passes it through to the style in an effect?

Can you please consider adding support for a nonce attribute to the style element that this library injects in the DOM. The custom cursor logic currently doesn't work when CSP is configured to expect a specific nonce.

Re-visiting this issue today and wanted to ask for clarification. This library does not inject a "style element" into the DOM. (No N.) It uses inline styles only.

I didn't investigate much but I thought that the issue is caused by the setGlobalCursorStyle function.

Ah, I believe you're right. It's been a while since I wrote that code and I had overlooked it because I was thinking about the panels/views themselves.

The simplest fix for my specific case would be the addition of the following just before the linked setGlobalCursorStyle line but it will be a very bundler-specific solution:
styleElement.setAttribute("nonce", __webpack_nonce__);
I guess we either need a new PanelGroup prop or some other workaround.

I can't add anything like that to this project :) Would need to think of a way for people to configure (opt in to) this functionality.

I didn't intend to close this issue when leaving my previous comment. (Sorry!)

Published in version 2.1.0

❤ → ☕ givebrian.coffee


Store entry names as ranges.

Switching from views to ranges significantly speeds up garbage collection times
if there are many zip archives being read.

Codecov Report
Patch coverage: 92.10% and project coverage change: -0.35 :warning:

Comparison is base (7ca708e) 96.60% compared to head (90257cb) 96.25%.

Additional details and impacted files
@@            Coverage Diff             @@
##             main      #20      +/-   ##
==========================================
- Coverage   96.60%   96.25%   -0.35%
==========================================
  Files           6        6
  Lines         765      775      +10
==========================================
+ Hits          739      746       +7
- Misses         26       29       +3

Impacted Files
Coverage Δ

src/types.jl
100.00% <ø> (ø)

src/writer.jl
98.79% <90.00%> (-0.30%)
:arrow_down:

src/reader.jl
95.02% <92.85%> (-0.40%)
:arrow_down:

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


fixing resize parameter type

skipper cannot recognize Boolean arguments.
I changed the 3rd optional parameter to string: it must be "ignoreAspectRatio" if you want to ignore the aspect ratio, anything else will keep it.

Codecov Report

Merging #45 into master will increase coverage by 0.04%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master      #45      +/-   ##
==========================================
+ Coverage   77.19%   77.23%   +0.04%
==========================================
  Files          15       15
  Lines         513      514       +1
==========================================
+ Hits          396      397       +1
  Misses         80       80
  Partials       37       37

Impacted Files
Coverage Δ

filters/resize.go
74.41% <100%> (+0.6%)
:arrow_up:

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 a9493f8...0b24f1f. Read the comment docs.


CMake: create_symlink isn't supported on Windows. Use copy instead

We previously tried to symlink the module maps with the create_symlink command. But this command isn't supported on Windows and thus fails. We now copy the files instead.

cc @MadCoder @compnerd

@swift-ci please test


Fix missing indentation in code fence

Currently, the code sample is not being correctly rendered as a fenced code.
Before

After

FYI: Failing pipeline is unrelated to my changes.

@keichinger Thank you!


Panics in v1.22.0 when Logging Errors without Stack Trace using zap.Error

I've encountered an issue with the latest release, v1.22.0. When attempting to log errors that do not contain a stack trace using zap.Error, a panic occurs. This seems to be caused by a lack of nil check for stack traces when errors are logged, and the library attempts to retrieve a stack trace from an error that does not include one.
Steps to Reproduce

Use version v1.22.0
Attempt to log an error using zap.Error for an error that does not include a stack trace.
Observe the panic.

Link to Suspected Cause in Code
https://github.com/TheZeroSlave/zapsentry/blob/07ed0f4d4f8eaa90113c0454ae39e858977bb041/core.go#L223
Minimal Reproduction Code
package main

import (
	"errors"

	"github.com/TheZeroSlave/zapsentry"
	"github.com/getsentry/sentry-go"
	"go.uber.org/zap"
	"go.uber.org/zap/zapcore"
)

func main() {
	log, _ := zap.NewDevelopment()
	client, _ := sentry.NewClient(sentry.ClientOptions{})
	core, _ := zapsentry.NewCore(
		zapsentry.Configuration{
			Level: zapcore.ErrorLevel,
		},
		zapsentry.NewSentryClientFromClient(client),
	)
	log = zapsentry.AttachCoreToLogger(core, log)
	log.Error("Error log", zap.Error(errors.New("error message")))
}

Output of Minimal Reproduction Code
$ go run main.go
2024-04-02T12:49:07.659+0900    ERROR   gostudy-zapsentry/main.go:22    Error log       {"error": "error message"}
main.main
        /go/src/github.com/mackee/sandbox/gostudy-zapsentry/main.go:22
runtime.main
        /go/sdk/go1.22.1/src/runtime/proc.go:271
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0xc077ccd]

goroutine 1 [running]:
github.com/TheZeroSlave/zapsentry.(*core).addExceptionsFromError(0xc00007e2d0, {0xc00007e320?, 0x10?, 0x10?}, 0xc0000415c8, {0xc1a6fc8?, 0xc000024750?})
        /go/pkg/mod/github.com/!the!zero!slave/zapsentry@v1.22.0/core.go:223 +0x1ad
github.com/TheZeroSlave/zapsentry.(*core).createExceptions(0xc00007e2d0)
        /go/pkg/mod/github.com/!the!zero!slave/zapsentry@v1.22.0/core.go:183 +0x108
github.com/TheZeroSlave/zapsentry.(*core).Write(0xc00007e280, {0x2, {0xc17afdece74afd90, 0x14324e3, 0xc3c7760}, {0x0, 0x0}, {0xc07b307, 0x9}, {0x1, ...}, ...}, ...)
        /go/pkg/mod/github.com/!the!zero!slave/zapsentry@v1.22.0/core.go:143 +0xafe
go.uber.org/zap/zapcore.(*CheckedEntry).Write(0xc00010f930, {0xc000046700, 0x1, 0x1})
        /go/pkg/mod/go.uber.org/zap@v1.27.0/zapcore/entry.go:253 +0x11c
go.uber.org/zap.(*Logger).Error(0xc1aa9a0?, {0xc07b307?, 0xc000130a00?}, {0xc000046700, 0x1, 0x1})
        /go/pkg/mod/go.uber.org/zap@v1.27.0/logger.go:263 +0x51
main.main()
        /go/src/github.com/mackee/sandbox/gostudy-zapsentry/main.go:22 +0x218
exit status 2

https://github.com/TheZeroSlave/zapsentry/pull/49

So sorry for that :(

ok guys, gonna merge it asap.

fixed at https://github.com/TheZeroSlave/zapsentry/tree/v1.22.1

@TheZeroSlave could we cover core.go with unit tests?

@vitaly-evsyukov sure, pull requests are welcomed)


create blog post to answer the questions we missed in the webinar

Description
There were some questions which we didn't get time to answer in the webinar last week. This blog posts answers those questions.

@iskerrett looks as if the image issues are now sorted so if you could review this PR that would be appreciated.


josm: 17833 → 17919

Motivation for this change
2021-06-02: Stable release 17919
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[x] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 125428 at cad76c25 run on x86_64-linux 1

1 package built successfully:

josm

1 suggestion:

warning: missing-phase-hooks
installPhase should probably contain runHook preInstall and runHook postInstall.
Near pkgs/applications/misc/josm/default.nix:31:3:
   |
31 |   installPhase =
   |   ^


Dropdown not skinned properly for a second

Is there anyway to avoid being able to see the not properly skinned version of the dropdown?
On load the dropdown looks like this:

After a second it pops in and it looks proper:

Unfortunately, that is the way the jquery plugin works. What I do is to provide a loader on my pages or set them hidden till the plugins are fired up.


fix: 5060 min offer 0.01

Thank you for your contribution to the KodaDot NFT gallery.
👇 _ Let's make a quick check before the contribution.
PR Type

[x] Bugfix
[ ] Feature
[ ] Refactoring

Context

[x] Closes #5060
[ ] Requires deployment <>

Before submitting pull request, please make sure:

[x] My contribution builds clean without any errors or warnings
[x] I've merged recent default branch -- main and I've no conflicts
[x] I've tried to respect high code quality standards
[x] I've didn't break any original functionality
[x] I've posted a screenshot of demonstrated change in this PR

Optional

[x] I've tested it at </bsx/collection>
[x] I've tested PR on mobile
[ ] I've written unit tests 🧪
[ ] I've found edge cases

Had issue bounty label?

[x] Fill up your KSM address: Payout

Community participation

[ ] Are you at KodaDot Discord?

Screenshot 📸

[x] My fix has changed something on UI; a screenshot is best to understand changes for others.

pay 29 usd

😍 Perfect, I’ve sent the payout
💵 $29 @ 38.9 USD/KSM ~ 0.746 $KSM
🧗 JHJGu2aWyAFBfcso8bR7ma82p15YAavyN6vQfJyWuhniNGa
🔗 0x561e0fdf6b0d4792ea0c3b9100e33e6a01b3aaa9d87485be2647ec1f9ee4e090
🪅 Let’s grab another issue and get rewarded!
🪄 github.com/kodadot/nft-gallery/issues