VSCode unresponsive after opening/switching folder

I've been using VSCode for FE development (Angular, Vue) for quite some time without any problems. A while ago I started using it also for Java by installing the Java Extension Pack and created a workspace with 1 Angular project and 2 Java projects. Everything worked quite well, but I noticed, that after closing VSCode some of my other applications (Chrome, Firefox, Slack) became unresponsive. To get them running again I hat to restart my computer. Last week I had to switch to a different project (workspace) and noticed a similar behavior -> this time VSCode froze and became unresponsive together with the rest of the apps. I suspected the Java extensions (as it was working fine before) and tried to resolve the problem by uninstalling/deactivating all extensions (not only the Java ones), followed by a complete re-install of VSCode. I also deactivated automatic updates of VSCode and all the extensions. Nothing helped and so I removed all extensions and tried to run VSCode with various command-line parameters, but this also did not resolve the problems. Running VSCode with "--verbose --disable-extensions --disable-gpu" I was able to successfully switch folders 2 times, but after that the problem re-occurred again. I did not find any pattern in the behavior... sometimes I can do 1 successful folder switch/open, but most of the time it hangs after the first switch/open. The strange thing is that "apps without network connection" like Total Commander, cmd, PowerShell, Notepad++ still work correctly after VSCode hangs... this bug only seems to affect apps using some kind of network connection?
Is there anything else I could try? Does it make sense to try a previous/different version of VSCode to ensure this was not introduced in one of the latest updates? Thanks a lot for any kind of ideas/help in advance.

VSCode Version: Code 1.36.1 (2213894ea0415ee8c85c5eea0d0ff81ecc191529, 2019-07-08T22:59:35.033Z)
OS Version: Windows_NT x64 10.0.17763

Steps to Reproduce:

Launch VSCode
File -> Open Folder... / File -> Open Recent
Navigate to a folder and click Select Folder / Choose a recently opened folder/workspace

Does this issue occur when all extensions are disabled?: Yes

code --status
Version:          Code 1.36.1 (2213894ea0415ee8c85c5eea0d0ff81ecc191529, 2019-07-08T22:59:35.033Z)
OS Version:       Windows_NT x64 10.0.17763
CPUs:             Intel(R) Core(TM) i7-6820HQ CPU @ 2.70GHz (8 x 2712)
Memory (System):  31.79GB (23.32GB free)
VM:               0%
Screen Reader:    no
Process Argv:     --verbose --disable-extensions --disable-gpu
GPU Status:       2d_canvas:                     unavailable_software
flash_3d:                      disabled_software
flash_stage3d:                 disabled_software
flash_stage3d_baseline:        disabled_software
gpu_compositing:               disabled_software
multiple_raster_threads:       enabled_on
native_gpu_memory_buffers:     disabled_software
oop_rasterization:             disabled_off
protected_video_decode:        disabled_off
rasterization:                 disabled_software
skia_deferred_display_list:    disabled_off
skia_renderer:                 disabled_off
surface_synchronization:       enabled_on
video_decode:                  disabled_software
viz_display_compositor:        disabled_off
webgl:                         unavailable_software
webgl2:                        unavailable_software
CPU %   Mem MB     PID  Process
0       90   19792  code main
0       25   15704     gpu-process
0       65   15984     shared-process
0      129   18152     window (cis - Visual Studio Code)
0       11   12036       watcherService
0       11    2196         console-window-host (Windows internal process)
0       58   19616       extensionHost
Workspace Stats:
|  Window (cis - Visual Studio Code)
|    Folder (cis): 79 files
|      File types: ts(34) json(12) html(11) scss(11) js(2) config(1)
|                  editorconfig(1) gitignore(1) ico(1) htaccess(1)
|      Conf files: tsconfig.json(2) package.json(1) tslint.json(1)

code --verbose --disable-extensions --disable-gpu
[19792:0804/102709.884:ERROR:gpu_process_transport_factory.cc(1017)] Lost UI shared context.
[main 2019-08-04T08:27:10.141Z] Starting VS Code
[main 2019-08-04T08:27:10.142Z] from: c:\Programs\Microsoft VS Code\resources\app
[main 2019-08-04T08:27:10.142Z] args: { _: [],
diff: false,
add: false,
goto: false,
'new-window': false,
'reuse-window': false,
wait: false,
version: false,
help: false,
'list-extensions': false,
'show-versions': false,
verbose: true,
status: false,
'prof-startup': false,
'disable-extensions': true,
disableExtensions: false,
'disable-gpu': true,
logExtensionHostCommunication: false,
'skip-getting-started': false,
'skip-release-notes': false,
'sticky-quickopen': false,
'disable-restore-windows': false,
'disable-telemetry': false,
'disable-updates': false,
'disable-crash-reporter': false,
'skip-add-to-recently-opened': false,
'unity-launch': false,
'open-url': false,
nolazy: false,
issue: false,
'file-write': false,
'file-chmod': false,
'driver-verbose': false,
force: false,
'prof-code-loading': false }
[main 2019-08-04T08:27:10.144Z] Resolving machine identifier...
[main 2019-08-04T08:27:10.144Z] Resolved machine identifier: 15a368998ff969af309185e621941c2f96a559ec18458b23fdf8c77680cd14e7
[main 2019-08-04T08:27:10.232Z] update#ctor - updates are disabled by user preference
[main 2019-08-04T08:27:10.233Z] [storage state.vscdb] open(c:\Users\PatrikToth\AppData\Roaming\Code\User\globalStorage\state.vscdb, retryOnBusy: true)
[main 2019-08-04T08:27:10.234Z] lifecycle (main): phase changed (value: 2)
[main 2019-08-04T08:27:10.234Z] windowsManager#open
[main 2019-08-04T08:27:10.427Z] lifecycle (main): phase changed (value: 3)
[main 2019-08-04T08:27:10.619Z] [storage state.vscdb] Trace (event): PRAGMA user_version = 1;
[main 2019-08-04T08:27:10.623Z] [storage state.vscdb] Trace (event): CREATE TABLE IF NOT EXISTS ItemTable (key TEXT UNIQUE ON CONFLICT REPLACE, value BLOB)
[main 2019-08-04T08:27:10.626Z] [storage state.vscdb] Trace (event): SELECT * FROM ItemTable
[main 2019-08-04T08:27:10.626Z] [storage state.vscdb] getItems(): 33 rows
[main 2019-08-04T08:27:10.733Z] [storage state.vscdb] updateItems(): insert(Map(2) {telemetry.lastSessionDate => Sun, 04 Aug 2019 05:59:37 GMT, telemetry.currentSessionDate => Sun, 04 Aug 2019 08:27:10 GMT}), delete(Set(0) {})
[main 2019-08-04T08:27:10.735Z] [storage state.vscdb] Trace (event): BEGIN TRANSACTION
[main 2019-08-04T08:27:10.736Z] [storage state.vscdb] Trace (event): INSERT INTO ItemTable VALUES ('telemetry.lastSessionDate','Sun, 04 Aug 2019 05:59:37 GMT'),('telemetry.currentSessionDate','Sun, 04 Aug 2019 08:27:10 GMT')
[main 2019-08-04T08:27:10.738Z] [storage state.vscdb] Trace (event): END TRANSACTION
[main 2019-08-04T08:27:11.200Z] getShellEnvironment: running on Windows, skipping
[19792:0804/102713.267:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.298:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.313:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.313:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.313:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.331:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.331:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.468:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:27:13.462Z] IPC#vscode-workbenchReady
[main 2019-08-04T08:27:13.462Z] windowsService#isFocused 1
[main 2019-08-04T08:27:13.463Z] windowsService#whenSharedProcessReady
[main 2019-08-04T08:27:13.479Z] windowsService#getRecentlyOpened 1
[19792:0804/102713.487:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.496:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:27:13.666Z] windowsService#getRecentlyOpened 1
[19792:0804/102713.683:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.707:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.774:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.786:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.798:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.799:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102713.804:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102714.050:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102714.229:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102714.296:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102714.497:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102714.497:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102714.764:INFO:CONSOLE(3343)] "%c[Extension Host] %cdebugger listening on port 53533", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (3343)
[main 2019-08-04T08:27:15.661Z] windowsService#isFocused 1
[19792:0804/102716.003:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102716.003:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102716.035:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:27:16.187Z] windowsService#getWindowCount
[19792:0804/102716.253:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102716.253:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102716.253:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102716.253:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102716.260:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102716.336:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102716.901:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102716.904:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102716.904:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102717.008:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102720.664:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:27:36.710Z] Received request for main process info from other instance.
[19792:0804/102834.096:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.115:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.116:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.116:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:28:34.238Z] windowsService#setRepresentedFilename 1
[19792:0804/102834.359:INFO:CONSOLE(1412)] "%c  ERR", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.359:INFO:CONSOLE(1412)] "%c  ERR", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:28:34.448Z] [storage state.vscdb] updateItems(): insert(Map(1) {extensionsAssistant/recommendations => {"msjsdiag.debugger-for-chrome":1564907314239,"ms-vscode.vscode-typescript-tslint-plugin":1564907314239}}), delete(Set(0) {})
[main 2019-08-04T08:28:34.449Z] [storage state.vscdb] Trace (event): BEGIN TRANSACTION
[main 2019-08-04T08:28:34.449Z] [storage state.vscdb] Trace (event): INSERT INTO ItemTable VALUES ('extensionsAssistant/recommendations','{"msjsdiag.debugger-for-chrome":1564907314239,"ms-vscode.vscode-typescript-tslint-plugin":1564907314239}')
[main 2019-08-04T08:28:34.451Z] [storage state.vscdb] Trace (event): END TRANSACTION
[19792:0804/102834.811:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.851:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.862:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.862:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.862:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.862:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.862:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.862:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.862:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.869:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102834.869:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102835.081:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102838.091:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102838.292:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102841.811:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102841.833:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102841.833:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102841.834:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:28:42.043Z] [storage state.vscdb] updateItems(): insert(Map(1) {extensionsAssistant/recommendations => {"msjsdiag.debugger-for-chrome":1564907314239,"ms-vscode.vscode-typescript-tslint-plugin":1564907321838}}), delete(Set(0) {})
[main 2019-08-04T08:28:42.044Z] [storage state.vscdb] Trace (event): BEGIN TRANSACTION
[main 2019-08-04T08:28:42.045Z] [storage state.vscdb] Trace (event): INSERT INTO ItemTable VALUES ('extensionsAssistant/recommendations','{"msjsdiag.debugger-for-chrome":1564907314239,"ms-vscode.vscode-typescript-tslint-plugin":1564907321838}')
[main 2019-08-04T08:28:42.047Z] [storage state.vscdb] Trace (event): END TRANSACTION
[19792:0804/102842.967:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102843.050:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102843.059:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102843.059:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102843.168:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:28:59.466Z] windowsService#openWindow
[main 2019-08-04T08:28:59.466Z] windowsManager#open
[main 2019-08-04T08:28:59.468Z] Lifecycle#unload() - window ID 1
[19792:0804/102859.494:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:28:59.495Z] windowsService#getRecentlyOpened 1
[19792:0804/102859.495:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102859.496:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:28:59.496Z] Lifecycle#unload() - no veto (window ID 1)
[19792:0804/102859.505:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102859.505:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102859.505:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102859.508:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102859.516:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:28:59.607Z] [storage state.vscdb] updateItems(): insert(Map(1) {editorFontInfo => [{"zoomLevel":0,"fontFamily":"Consolas, 'Courier New', monospace","fontWeight":"normal","fontSize":14,"lineHeight":19,"letterSpacing":0,"isTrusted":true,"isMonospace":true,"typicalHalfwidthCharacterWidth":7.69921875,"typicalFullwidthCharacterWidth":14,"canUseHalfwidthRightwardsArrow":false,"spaceWidth":7.69921875,"maxDigitWidth":7.69921875}]}), delete(Set(0) {})
[main 2019-08-04T08:28:59.609Z] [storage state.vscdb] Trace (event): BEGIN TRANSACTION
[main 2019-08-04T08:28:59.610Z] [storage state.vscdb] Trace (event): INSERT INTO ItemTable VALUES ('editorFontInfo','[{"zoomLevel":0,"fontFamily":"Consolas, ''Courier New'', monospace","fontWeight":"normal","fontSize":14,"lineHeight":19,"letterSpacing":0,"isTrusted":true,"isMonospace":true,"typicalHalfwidthCharacterWidth":7.69921875,"typicalFullwidthCharacterWidth":14,"canUseHalfwidthRightwardsArrow":false,"spaceWidth":7.69921875,"maxDigitWidth":7.69921875}]')
[main 2019-08-04T08:28:59.613Z] [storage state.vscdb] Trace (event): END TRANSACTION
[19792:0804/102900.391:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102900.410:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102900.426:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102900.427:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102900.427:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102900.430:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102900.430:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102900.684:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:00.685Z] IPC#vscode-workbenchReady
[main 2019-08-04T08:29:00.685Z] windowsService#isFocused 1
[main 2019-08-04T08:29:00.686Z] windowsService#whenSharedProcessReady
[main 2019-08-04T08:29:00.697Z] windowsService#getRecentlyOpened 1
[main 2019-08-04T08:29:00.698Z] windowsService#setRepresentedFilename 1
[19792:0804/102900.741:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:00.885Z] windowsService#setRepresentedFilename 1
[19792:0804/102900.885:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102900.891:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102900.957:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102901.029:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102901.105:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102901.154:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102901.552:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102901.752:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102901.956:INFO:CONSOLE(3343)] "%c[Extension Host] %cdebugger listening on port 64514", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (3343)
[19792:0804/102902.100:INFO:CONSOLE(1412)] "%cDEBUG", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102902.100:INFO:CONSOLE(1412)] "%cDEBUG", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102902.100:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102902.103:INFO:CONSOLE(1412)] "%cDEBUG", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102902.103:INFO:CONSOLE(1412)] "%cDEBUG", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102902.103:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:02.518Z] windowsService#isFocused 1
[19792:0804/102902.720:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102902.921:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102902.922:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102902.922:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102902.923:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102902.925:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102903.002:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102903.401:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102903.402:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102903.429:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:03.459Z] windowsService#getWindowCount
[19792:0804/102903.629:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102903.630:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102903.630:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102903.730:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102908.879:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:15.169Z] windowsService#setRepresentedFilename 1
[main 2019-08-04T08:29:22.474Z] windowsService#openWindow
[main 2019-08-04T08:29:22.474Z] windowsManager#open
[main 2019-08-04T08:29:22.475Z] Lifecycle#unload() - window ID 1
[19792:0804/102922.493:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:22.494Z] Lifecycle#unload() - no veto (window ID 1)
[main 2019-08-04T08:29:22.494Z] windowsService#getRecentlyOpened 1
[19792:0804/102922.494:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102922.503:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102922.504:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102922.506:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102922.506:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102922.508:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102922.508:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102922.520:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:22.605Z] [storage state.vscdb] updateItems(): insert(Map(1) {editorFontInfo => [{"zoomLevel":0,"fontFamily":" -apple-system, BlinkMacSystemFont, "Segoe WPC", "Segoe UI", "Ubuntu", "Droid Sans", sans-serif","fontWeight":"normal","fontSize":13,"lineHeight":20,"letterSpacing":0,"isTrusted":true,"isMonospace":false,"typicalHalfwidthCharacterWidth":7.35546875,"typicalFullwidthCharacterWidth":13,"canUseHalfwidthRightwardsArrow":true,"spaceWidth":3.5625,"maxDigitWidth":7.0078125}]}), delete(Set(0) {})
[main 2019-08-04T08:29:22.606Z] [storage state.vscdb] Trace (event): BEGIN TRANSACTION
[main 2019-08-04T08:29:22.606Z] [storage state.vscdb] Trace (event): INSERT INTO ItemTable VALUES ('editorFontInfo','[{"zoomLevel":0,"fontFamily":" -apple-system, BlinkMacSystemFont, "Segoe WPC", "Segoe UI", "Ubuntu", "Droid Sans", sans-serif","fontWeight":"normal","fontSize":13,"lineHeight":20,"letterSpacing":0,"isTrusted":true,"isMonospace":false,"typicalHalfwidthCharacterWidth":7.35546875,"typicalFullwidthCharacterWidth":13,"canUseHalfwidthRightwardsArrow":true,"spaceWidth":3.5625,"maxDigitWidth":7.0078125}]')
[main 2019-08-04T08:29:22.609Z] [storage state.vscdb] Trace (event): END TRANSACTION
[19792:0804/102923.371:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.387:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.396:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.402:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.402:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.406:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.406:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.598:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:23.599Z] IPC#vscode-workbenchReady
[main 2019-08-04T08:29:23.599Z] windowsService#isFocused 1
[main 2019-08-04T08:29:23.600Z] windowsService#whenSharedProcessReady
[main 2019-08-04T08:29:23.613Z] windowsService#getRecentlyOpened 1
[main 2019-08-04T08:29:23.614Z] windowsService#setRepresentedFilename 1
[19792:0804/102923.616:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.674:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.741:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.748:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.763:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.763:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:23.840Z] windowsService#setRepresentedFilename 1
[19792:0804/102923.840:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.844:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.874:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102923.896:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.111:INFO:CONSOLE(1412)] "%c  ERR", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.111:INFO:CONSOLE(1412)] "%c  ERR", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:24.147Z] [storage state.vscdb] updateItems(): insert(Map(1) {extensionsAssistant/recommendations => {"msjsdiag.debugger-for-chrome":1564907363922,"ms-vscode.vscode-typescript-tslint-plugin":1564907363922}}), delete(Set(0) {})
[main 2019-08-04T08:29:24.148Z] [storage state.vscdb] Trace (event): BEGIN TRANSACTION
[main 2019-08-04T08:29:24.150Z] [storage state.vscdb] Trace (event): INSERT INTO ItemTable VALUES ('extensionsAssistant/recommendations','{"msjsdiag.debugger-for-chrome":1564907363922,"ms-vscode.vscode-typescript-tslint-plugin":1564907363922}')
[main 2019-08-04T08:29:24.156Z] [storage state.vscdb] Trace (event): END TRANSACTION
[19792:0804/102924.233:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.244:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.244:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.403:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.409:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.411:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.412:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.412:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.412:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.412:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.412:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.412:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.417:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.417:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.563:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102924.736:INFO:CONSOLE(3343)] "%c[Extension Host] %cdebugger listening on port 36418", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (3343)
[main 2019-08-04T08:29:25.299Z] windowsService#isFocused 1
[19792:0804/102925.584:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102925.680:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102925.909:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102925.910:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102925.910:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102925.911:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102925.913:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102925.998:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102926.352:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102926.352:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102926.604:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102926.604:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102926.605:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:26.627Z] windowsService#getWindowCount
[19792:0804/102926.628:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102930.169:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102930.431:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102930.463:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102930.464:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102930.464:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:30.673Z] [storage state.vscdb] updateItems(): insert(Map(1) {extensionsAssistant/recommendations => {"msjsdiag.debugger-for-chrome":1564907363922,"ms-vscode.vscode-typescript-tslint-plugin":1564907370470}}), delete(Set(0) {})
[main 2019-08-04T08:29:30.674Z] [storage state.vscdb] Trace (event): BEGIN TRANSACTION
[main 2019-08-04T08:29:30.674Z] [storage state.vscdb] Trace (event): INSERT INTO ItemTable VALUES ('extensionsAssistant/recommendations','{"msjsdiag.debugger-for-chrome":1564907363922,"ms-vscode.vscode-typescript-tslint-plugin":1564907370470}')
[main 2019-08-04T08:29:30.676Z] [storage state.vscdb] Trace (event): END TRANSACTION
[19792:0804/102931.484:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102931.490:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102931.490:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102933.324:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102933.325:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102933.325:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102933.327:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102933.349:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:33.424Z] [storage state.vscdb] updateItems(): insert(Map(1) {workbench.view.extensions.state.hidden => [{"id":"extensions.enabledExtensionList","isHidden":false},{"id":"extensions.disabledExtensionList","isHidden":false}]}), delete(Set(0) {})
[main 2019-08-04T08:29:33.425Z] [storage state.vscdb] Trace (event): BEGIN TRANSACTION
[main 2019-08-04T08:29:33.425Z] [storage state.vscdb] Trace (event): INSERT INTO ItemTable VALUES ('workbench.view.extensions.state.hidden','[{"id":"extensions.enabledExtensionList","isHidden":false},{"id":"extensions.disabledExtensionList","isHidden":false}]')
[main 2019-08-04T08:29:33.427Z] [storage state.vscdb] Trace (event): END TRANSACTION
[19792:0804/102933.464:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102933.551:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102942.159:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102942.360:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102943.617:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102943.618:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102943.621:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102943.621:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102950.969:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:50.971Z] windowsService#pickFolderAndOpen
[19792:0804/102956.107:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:56.214Z] windowsManager#open
[main 2019-08-04T08:29:56.215Z] Lifecycle#unload() - window ID 1
[19792:0804/102956.243:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:56.243Z] Lifecycle#unload() - no veto (window ID 1)
[main 2019-08-04T08:29:56.244Z] windowsService#getRecentlyOpened 1
[19792:0804/102956.243:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102956.244:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102956.257:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102956.258:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102956.258:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102956.259:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102956.270:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:56.358Z] [storage state.vscdb] updateItems(): insert(Map(1) {editorFontInfo => [{"zoomLevel":0,"fontFamily":"Consolas, 'Courier New', monospace","fontWeight":"normal","fontSize":14,"lineHeight":19,"letterSpacing":0,"isTrusted":true,"isMonospace":true,"typicalHalfwidthCharacterWidth":7.69921875,"typicalFullwidthCharacterWidth":14,"canUseHalfwidthRightwardsArrow":false,"spaceWidth":7.69921875,"maxDigitWidth":7.69921875},{"zoomLevel":0,"fontFamily":" -apple-system, BlinkMacSystemFont, "Segoe WPC", "Segoe UI", "Ubuntu", "Droid Sans", sans-serif","fontWeight":"normal","fontSize":13,"lineHeight":20,"letterSpacing":0,"isTrusted":true,"isMonospace":false,"typicalHalfwidthCharacterWidth":7.35546875,"typicalFullwidthCharacterWidth":13,"canUseHalfwidthRightwardsArrow":true,"spaceWidth":3.5625,"maxDigitWidth":7.0078125}]}), delete(Set(0) {})
[main 2019-08-04T08:29:56.359Z] [storage state.vscdb] Trace (event): BEGIN TRANSACTION
[main 2019-08-04T08:29:56.360Z] [storage state.vscdb] Trace (event): INSERT INTO ItemTable VALUES ('editorFontInfo','[{"zoomLevel":0,"fontFamily":"Consolas, ''Courier New'', monospace","fontWeight":"normal","fontSize":14,"lineHeight":19,"letterSpacing":0,"isTrusted":true,"isMonospace":true,"typicalHalfwidthCharacterWidth":7.69921875,"typicalFullwidthCharacterWidth":14,"canUseHalfwidthRightwardsArrow":false,"spaceWidth":7.69921875,"maxDigitWidth":7.69921875},{"zoomLevel":0,"fontFamily":" -apple-system, BlinkMacSystemFont, "Segoe WPC", "Segoe UI", "Ubuntu", "Droid Sans", sans-serif","fontWeight":"normal","fontSize":13,"lineHeight":20,"letterSpacing":0,"isTrusted":true,"isMonospace":false,"typicalHalfwidthCharacterWidth":7.35546875,"typicalFullwidthCharacterWidth":13,"canUseHalfwidthRightwardsArrow":true,"spaceWidth":3.5625,"maxDigitWidth":7.0078125}]')
[main 2019-08-04T08:29:56.362Z] [storage state.vscdb] Trace (event): END TRANSACTION
[19792:0804/102957.081:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102957.118:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102957.118:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102957.230:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:29:57.230Z] IPC#vscode-workbenchReady
[main 2019-08-04T08:29:57.231Z] windowsService#isFocused 1
[main 2019-08-04T08:29:57.231Z] windowsService#whenSharedProcessReady
[main 2019-08-04T08:29:57.244Z] windowsService#getRecentlyOpened 1
[19792:0804/102957.245:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102957.251:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[19792:0804/102957.379:INFO:CONSOLE(1412)] "%cTRACE", source: file:///C:/Programs/Microsoft VS Code/resources/app/out/vs/workbench/workbench.main.js (1412)
[main 2019-08-04T08:30:31.257Z] [VS Code]: detected unresponsive

I came here to post just this except that I'm brand new to VSCode. I'm also on Windows. I'm on Windows 10, brand new Surface Laptop 2. I've tried uninstalling and reinstalling 3x because I thought it was so strange it just doesn't work.
Another oddity is the app icon doesn't appear to work in the search. Finally, the first time I installed it it didn't even show in the start menu or show up in the search. Something seems really busted with this build :\

I downloaded the one from May instead and the installer even acts differently to me. It asked permission and the install location seemed more correct. It also appears to open folders just fine now!

@OscarGodson, yeah, this time you were faster than me :) But thanks anyway. I also just tried installing version 1.34.0 and 1.35.1 and both seem to behave correctly = no problems opening folders and switching workspaces. I'll now try to install all my extensions and see if it works fine afterwards. But it sure looks like the newest versions has some problems, because I also tried the Insiders and there I had the same problem.

We are building exploration builds that use a much newer version of our UI framework (Electron version 6.0.x). I wonder if this issue reproduces with one of these builds, could you try? Download:

macOS: Download
Linux (DEB): Download
Linux (RPM): Download
Windows: Download

@bpasero, yes, I can also reproduce the problem with this (1.37.0) version.

@Bilosista does this also reproduce if no other app is running besides VSCode?

@bpasero yes, looks like it does. I did not kill all processes (there are a few as it's my work notebook), but I closed everything I could so no other app besides VSCode was running and I can still reproduce it. The folder opens in VSCode (I can see the folder structure), but it hangs afterwards.
And btw. I cannot reproduce this on my personal MacBook. The version 1.36 works fine there, so I think it could be Windows (10) related.

 I just tried switching to/opening a folder containing only one txt file as well as an empty folder and VSCode hangs in both cases.

@Bilosista I am running out of ideas. When it gets slow, does it eventually crash or just stay slow? Are you on latest Windows updates?

@bpasero I wouldn't say it gets slow, I'd say it becomes unresponsive, meaning you cannot do anything with it (no mouse/keyboard input is possible). But no, it does not crash. It just repeatedly shows the "Program is unresponsive" (or so) dialog with 3 options - Reload, Keep waiting (these do nothing) and Cancel (it closes VSCode, but all other apps are still unresponsive).
Yes, our work computers get regular updates and it looks like I'm up to date (You're up to date. Last checked: 6:18), but some update settings are managed by our organization.

Hi, any news regarding this issue? I'm facing the same problem, my PC becomes unresponsive when trying to switch VSCode to a different folder/workspace. I'm using VSCode in version 1.38.1 and Win 10 (updated to 1903).

Maybe check the logs? Anything useful in there? I am open for ideas.

@bpasero Hi, I'm attaching the output from when I ran VSCode with --verbose. I did not find anything useful in there, maybe you can have a look. Do you have any other suggestions for logs I should check?
VSCode_verbose.txt

Yeah nothing specifically except for that error that the window becomes unresponsive. I cannot explain this so far...

Hi guys. This weekend, I was trying to get OpenShift (Minishift) running locally and I had a very similar behavior to the one I had with VSCode. After executing minishift start everything looked fine, but once it reached -- Starting Minishift VM ... the dots just kept coming and after a while the other apps (browser, Slack) became unresponsive.
Eventually I figured out that this was caused by SSH/SSL, because after installing the Red Hat Container Development Kit (CDK) and using its SSH.EXE (by setting it in the PATH) I could start Minishift without any problems.
Here are the SSH/SSL versions after executing ssh -v localhost:

default / not working -> OpenSSH_for_Windows_7.7p1, LibreSSL 2.6.5
CDK / working -> OpenSSH_7.7p1, OpenSSL 1.0.2o  27 Mar 2018

@bpasero is VSCode doing some SSH/SSL stuff after opening a folder? Is there a possibility to get/find some additional (network) logs? And do you think something like this could be the cause for VSCode's unresponsiveness?
@siroczki @OscarGodson could you please check which SSH/SSL you're using?
At work I'm still on 1.35.1, but the new VSCode versions have so many great features I want to start using... let's find a solution for this strange behavior/problem/bug ;)

Hm, I just tried the latest Insider version of VSCode (1.40.0-insider) and there I can now open/switch folders without problems. It looks like it does not hang anymore, but I'll also try it next week from work.
I'll keep you posted...

@Bilosista Hi, I checked my SSH version and it is the same as it was in your case, OpenSSH_for_Windows_7.7p1, LibreSSL 2.6.5.
I can also confirm that the unresponsive behavior does not occur in version 1.40.0 of the Insiders build, so hopefully, the issue disappears with the next update. But it would still be interesting to verify what was causing this problem.

Closing then. Nothing from VSCode seems to be causing this that would justify for a fix on our end.

Hi @bpasero ... unfortunately, the problem seems to be back (at least for me). I downloaded the normal 1.40.0 version and had the same problem there as on the previous version(s). Strangely, the Insiders build was working fine (that's why I did not write sooner)... but only until today. I updated it today (as I was doing regularly before without problems), but after switching to a different workspace, VSCode hung again.
Do you know, did something significant change in the latest Insiders build? I noticed the updated Debug icon, but maybe there's also something else...
Here's my current VSCode info:
Version: 1.41.0-insider (user setup)
Commit: a747d264d668a947eeacd3492b60df6ce8dee6b4
Date: 2019-11-23T11:09:42.834Z
Electron: 6.1.5
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-electron.0
OS: Windows_NT x64 10.0.18362
I'll try again with the newest version(s) next week and will let you know about the status.


Polling any sensor should update the state of the vehicle

The vehicle state contains the physical properties of the car, which can be seen as the ground truth from the simulation. Some sensors read this state to compute their measurements, but not all of them.  Therefore, polling those sensors does not update (or create) the state of the vehicle which is inaccurate.

Fixed in v1.5


Annoying Typo

A great piece of work. Unfortunately, the 'configuration' message spells BONNET as BONNUT. I've looked all over the files (to create a PR) to see where it originates but everywhere bonnet is spelt correctly. Can someone fix it?

It's in the mg API data... I know it's weird but we have to rely on them to
fix it (and I don't think they will)
Il Mar 7 Mag 2024, 16:28 pmknowles @.***> ha scritto:

A great piece of work. Unfortunately, the 'configuration' message spells
BONNET as BONNUT. I've looked all over the files (to create a PR) to see
where it originates but everywhere bonnet is spelt correctly. Can someone
fix it?
—
Reply to this email directly, view it on GitHub
https://github.com/SAIC-iSmart-API/saic-python-mqtt-gateway/issues/241,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAIT3RRGOL522LEDWQRYDLTZBDQIDAVCNFSM6AAAAABHLECWHCVHI2DSMVQWIX3LMV43ASLTON2WKOZSGI4DGNJRGU2DCMQ
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>


Support platform/BOM for plugin management

I would like to see support for Maven BOMs for plugin management. As far as I can tell by reading https://docs.gradle.org/current/userguide/plugins.html this is not supported.
Expected Behavior
I would like to be able to specify Maven BOMs in the buildscript (or pluginManagement) block. Somewhat like the following:
buildscript {
	repositories {
                mavenLocal()
		gradlePluginPortal()
	}
	dependencies {
                platform "group:artifact-bom:1.1.1"
		classpath "org.springframework.boot:spring-boot-gradle-plugin"
                classpath "gradle.plugin.org.flywaydb:gradle-plugin-publishing"
	}
}

Current Behavior
Currently, the platform function does not have any effect, and classpath requires me to specify a version.
Context
One small example where this feature is useful, is that in artifact-bom I can specify a version of Spring Boot, and a version for the Flyway plugin. Since Spring Boot dependency management specifies a particular Flyway version, it would be good to match that Flyway version with the Flyway Gradle plugin. Over multiple projects that use artifact-bom we would then not have to worry about what an appropriate version for the Flyway plugin is.
Another useful case is where one could have a set of "convention" plugins which' versions could be specified in artifiact-bom.

Sorry that you're having trouble with Gradle!
Your issue lacks information about how to reproduce the problem you're having. A reproducer project can really help us track down and fix your problem quicker.  We may also be able to suggest workarounds or ways to avoid the problem if we can reproduce it.
You can use the following as a base for your reproducer: https://github.com/gradle/gradle-issue-reproducer
This issue will be closed after 7 days, unless you can provide more information.

Your declaration should be classpath(platform(<GAV>)).

I can confirm classpath(platform(<GAV>)) works indeed. It would have helped me if this information is added to page https://docs.gradle.org/current/userguide/plugins.html, is that possible?
Also, is there a similar possibility to add a BOM for plugins to the pluginManagement block?

Pls. give us a concrete example of what you are trying to achieve so that we can check if there is a more suitable way of doing it. Maybe a reproducer where you can expressly point out the expected vs. the current behavior.

I would like to specify a BOM file for plugins that I can use throughout subprojects. So something like the following.
// settings.gradle
pluginManagement {
    repositories {
        gradlePluginPortal()
    }
    plugins {
        platform("group:artifact-bom:1.1.1")
    }
}

And then in any (sub)project I could do either:
// build.gradle
plugins {
  id "org.springframework.boot"
  id "org.flywaydb.flyway"
}

or
// build.gradle
apply plugin: "org.springframework.boot"
apply plugin: "org.flywaydb.flyway"

Where in the above two snippets I do not have to specify plugin versions, as they are read from the BOM in the first snippet.

I would like the enhancement too, so I can centralize the plugin version management.


What is the difference between fishaudio/fish-agent-v0.1-3b and the Voice Chat demo?

Self Checks

[X] I have thoroughly reviewed the project documentation (installation, training, inference) but couldn't find any relevant information that meets my needs. English 中文 日本語 Portuguese (Brazil)
[X] I have searched for existing issues search for existing issues, including closed ones.
[X] I confirm that I am using English to submit this report (我已阅读并同意 Language Policy).
[X] [FOR CHINESE USERS] 请务必使用英文提交 Issue，否则会被关闭。谢谢！:）
[X] Please do not modify this template :) and fill in all the required fields.

1. Is this request related to a challenge you're experiencing? Tell us your story.
I noticed significant differences between the open-source version fishaudio/fish-agent-v0.1-3b on Hugging Face and the Voice Chat demo on fish.audio. For instance, the Hugging Face version has difficulty understanding what I say, often producing very short and repetitive outputs.
2. What is your suggested solution?
Are these two versions exactly the same, or are there any differences between them?
3. Additional context or comments
No response
4. Can you help us with this feature?

[ ] I am interested in contributing to this feature.

like this:


Socket.io Support

Hi,
I'm really enjoying using Javalin in my new project and its simplicity - especially coming from SpringBoot. Are there any plans to support Socket.io server side functionality in Javalin? I know there are a ton of websocket frameworks out there, but socket.io is probably the most widely used one. We are looking to leverage Socket.io for the client side functionality, but would love to use Java on the server side.
Greatly appreciate your thoughts on this.
Thanks,
Kumar

Happy to hear that you like it @kalyanam! There are no plans for this currently, but from looking at https://github.com/socketio/engine.io-server-java/blob/master/README.md it seems you can just plug in their servlet and use it. Have you tried that?

I know this is closed for a long time now. But since I will need Socket.IO support in the near future, and since I'm using Javalin I've stumbled across this issue.
@tipsy Is your proposed solution still valid? I've looked at the engine.io repo from the given README, but it kinda looks like it's better to use the socket.io-server instead.
How would the integration look like? How do I plug in their servlet (is there a link to some documentation/example/...)?

I would personally recommend using WebSockets instead, they're not that different and you don't need an extra dependency. I'm unaware if socket.io brings any benefit to you, but adding an external servelet will make you responsible of configuring routing and many other settings.
We don't offer support for non-jetty servelets, but you could easily use the jetty config to add a servelet to our jetty server or provide one yourself, you can read the Server documentation to see how.
We have a simple tutorial on how to use WebSockets here

@zugazagoitia Thanks for your explanation, I'm unfortunately bound to that by an external requirement, so I have no other option, then to support socket.io...
Is there an example how to use the jetty config to add another servlet? I assume it's something like
Javalin.create {
    it.jetty.contextHandlerConfig { sch ->
        sch.servletHandler.addServlet(ServletHolder(eningeIoServlet))
    }
}

If true, I've just learned, that Eninge.IO is still based on javax.* instead of jakarta.*... Which is rather unfortunate.

That is in fact the appropriate way to do it.
It seems that you're out of luck here, since they use javax/jetty9... and it doesn't seem like this is going to change.
Afaik your options are to use Javalin 4.x or have a separate server just for this Socket.io endpoints and use some reverse proxy to glue them together.

Is Javalin 4.x even maintained? I don't really like the idea of downgrading it, tbh. The point is, I wanted to integrate the socket.io endpoint into my current application, but don't want to mix the stuff - or even start another server only for this specific thing.
Anyway thank you for your answer and have a nice day!

We're publishing bug fixes, but there's no ongoing development or features.


chore: fix grammar in Xcode 15 helper method name

Summary:
Thanks for working through Xcode 15 compatibility issues!
I reviewed the diff of the PR (#39474) that altered Xcode 15 settings for react-native release 0.72.5 and I noticed that

everything looked great (worth saying)
there was a grammatical error in another of the method names

Trivial errors but, as long as I was in there, thought I'd submit a PR
Changelog:
[IOS] [FIXED] - fix grammar in Xcode 15 helper method name
Test Plan:
CI should catch it of course, but in general I did a full grep for the name and changed everything / typical method name refactor

Hi @mikehardy, thanks for this pr. One of the grammar issue has been fixed already! Can you rebase the PR on top of main, so we only have the other fix?

Sure thing! rebased to current main as of this typing - edited the commit message to just mention the grammar change since typo already fixed
While I have your attention did you notice that the Xcode 15 linker project file changes are an "always add it" type of thing and thus accumulating on every run? That is every time I run pod install now it appears to add a new one, so the pbxproj is always perturbed with an extra set of linker commands instead of a "check and only add if not present" type pbxproj change
I'll look for an issue or report it but you may have seen this already. Luckily doesn't seem to effect the actual build (I tested it - if you have multiple instances of the same linker commands it is apparently okay even if untidy)

While I have your attention did you notice that the Xcode 15 linker project file changes are an "always add it" type of thing and thus accumulating on every run? That is every time I run pod install now it appears to add a new one, so the pbxproj is always perturbed with an extra set of linker commands instead of a "check and only add if not present" type pbxproj change

Yeah, people reported that but I'm struggling to understand why...
We call this function, implemented here, to add the flags only if they are missing.
So, unless I forgot how to read, it should add the flags only if it is not included already in the list of flags... 😕

While I have your attention did you notice that the Xcode 15 linker project file changes are an "always add it" type of thing and thus accumulating on every run? That is every time I run pod install now it appears to add a new one, so the pbxproj is always perturbed with an extra set of linker commands instead of a "check and only add if not present" type pbxproj change

Yeah, people reported that but I'm struggling to understand why... We call this function, implemented here, to add the flags only if they are missing.
So, unless I forgot how to read, it should add the flags only if it is not included already in the list of flags... 😕
Anyway, I have an alternative implementation in mind that might be more robust.

I wonder if it is that they are slightly different? Note multi-line flags vs single line, as I take the state of the pbxproj from one invocation of pod install to two
mike@win-osxvm2:~/work/invertase/react-native-firebase (@mikehardy/dependency-updates *) % git diff tests/ios/testing.xcodeproj/
diff --git a/tests/ios/testing.xcodeproj/project.pbxproj b/tests/ios/testing.xcodeproj/project.pbxproj
index 10df3dc46..d93855942 100644
--- a/tests/ios/testing.xcodeproj/project.pbxproj
+++ b/tests/ios/testing.xcodeproj/project.pbxproj
@@ -517,6 +517,7 @@
                                        "-Wl",
                                        "-ld_classic",
                                        " ",
+                                       "-Wl -ld_classic ",
                                );
                                REACT_NATIVE_PATH = "${PODS_ROOT}/../../node_modules/react-native";
                                SDKROOT = iphoneos;
@@ -592,6 +593,7 @@
                                        "-Wl",
                                        "-ld_classic",
                                        " ",
+                                       "-Wl -ld_classic ",
                                );
                                REACT_NATIVE_PATH = "${PODS_ROOT}/../../node_modules/react-native";
                                SDKROOT = iphoneos;
mike@win-osxvm2:~/work/invertase/react-native-firebase (@mikehardy/dependency-updates *) %

After that second run, I ran it a third time and received no extra diff. So perhaps it is idempotent after the second run?
Sorry to hijack this totally unrelated thread but I thought I could provide useful info since I reproduce it and have it open on my digital workbench right now


Feature request - Flag component

Expose the flag component separately. This will help user to create a button with flag and country name, upon touch open the country picker

Yes please do it i need to show flag and country code both in my project

Hello guys! If I understand correctly your issue it should be resolved by logging onPickerButtonPress, there you will see full data about country including flag.


node.duplicate(7) fails to duplicate signals for specific ownership configuration

There were some issues with duplicating signals before:
https://github.com/godotengine/godot/issues/1888
https://github.com/godotengine/godot/issues/5405
Godot version: 3.2.1.stable
OS/device including version: Arch Linux
Issue description:
Duplicated node loses signal-connections of children. This happens only in the case that the duplicated node is not a scene and it has a descendant that is a scene with descendants that have signal-connections.
Steps to reproduce:
Open the minimal reproduction project. Click on button "node.duplicate(7)", then click on button "workaround duplicate(7)", then click on button "node.duplicate(15)". Each click duplicates the node $DuplicateMe in a different way and adds it to the main scene. The duplicated node contains a descendant whose "ready" signal is connected to a printout. The first button with the code node.duplicate(7) misses the printout. The output is:

--- Debugging process started ---
Godot Engine v3.2.1.stable.official - https://godotengine.org
OpenGL ES 2.0 Renderer: Mesa DRI Intel(R) HD Graphics 4000 (IVB GT2)

received ready signal!

┌─ $DuplicateMe.duplicate(7) ────────────
│ Original Scene2.owner: SceneMain
│ Original Scene2/Receive.owner: Scene2
│ Duplicate Scene2.owner: Null
│ Duplicate Scene2/Receive.owner: Null
│ incoming connections: []
└─────────────────────────────────────
┌─ workaround ────────────
│ Original Scene2.owner: DuplicateMe
│ Original Scene2/Receive.owner: DuplicateMe
│ Duplicate Scene2.owner: Null
│ Duplicate Scene2/Receive.owner: Null
│ incoming connections: [{method_name:_on_IDoEmit_ready, signal_name:ready, source:[Node:1340]}]
└─────────────────────────────────────
received ready signal!

┌─ $DuplicateMe.duplicate(15) ────────────
│ Original Scene2.owner: SceneMain
│ Original Scene2/Receive.owner: Scene2
│ Duplicate Scene2.owner: Null
│ Duplicate Scene2/Receive.owner: Scene2
│ incoming connections: [{method_name:_on_IDoEmit_ready, signal_name:ready, source:[Node:1403]}]
└─────────────────────────────────────
received ready signal!

The workaround precedes the duplicate(7) with a recursive own on the duplicated node $DuplicateMe:
  var nodes = $DuplicateMe.get_children()
  while len(nodes) > 0:
    var node = nodes.pop_front()
    node.owner = $DuplicateMe
    nodes += node.get_children()
  var duplicate = $DuplicateMe.duplicate(7)

I didn't compile godot yet, but a possible solution might add some mechanism to Node::_duplicate_signals(const Node *p_original, Node *p_copy) that changes p_original to any encountered scene-instance with the same owner as the node the duplicate call was made on before it calls get_child(i)->_duplicate_signals(p_original, p_copy); or something similar.
Minimal reproduction project:
Signal Duplication.zip

For the record, the value 7 corresponds to the flags DUPLICATE_SIGNALS | DUPLICATE_GROUPS | DUPLICATE_SCRIPTS.


  I forgot to "rerender" the feedstock, which actually applies the maintainer change and triggers the bot to do the right stuff.  Hopefully it's recoverable, and this fixes it.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.


[SPARK-38680][INFRA] Set upperbound for pandas-stubs in CI

What changes were proposed in this pull request?
pandas-stubs released <IP_ADDRESS> but that seems like havng a breaking change:
e.g., ) https://github.com/apache/spark/runs/5729037000?check_suite_focus=true
starting mypy annotations test...
annotations failed mypy checks:
python/pyspark/pandas/ml.py:62: error: Incompatible types in assignment (expression has type "Index", variable has type "MultiIndex")  [assignment]
python/pyspark/pandas/frame.py:6133: error: unused "type: ignore" comment
python/pyspark/pandas/frame.py:6292: error: Incompatible types in assignment (expression has type "Index", variable has type "MultiIndex")  [assignment]
Found 3 errors in 2 files (checked 325 source files)

This PR proposes to pin pandas-stubs version for now to avoid breaking CI.
Why are the changes needed?
To have the stable CI status.
Does this PR introduce any user-facing change?
No, dev-only.
How was this patch tested?
It should be tested in this CI.

cc @zero323 FYI

Thanks @wangyum.
Merged to master and branch-3.3.

Makes sense, although we have to be careful not to get to get stuck with out of date annotations here.


TensorFlow の contrib は TF 2.0 で削除されるので、利用しないことが好ましい

以下、実行時にコンソールに表示された警告メッセージ

WARNING: The TensorFlow contrib module will not be included in TensorFlow 2.0.
For more information, please see:

https://github.com/tensorflow/community/blob/master/rfcs/20180907-contrib-sunset.md
https://github.com/tensorflow/addons
If you depend on functionality not listed there, please file an issue.

Thank you for opening this issue.
I will work on this issue after TF2.0 is officially released.

I'll reopen this issue once tf2.0 is officially released.

Reopen this issue since beta version of tf2.0 is released.
https://www.tensorflow.org/beta


\MessageFormatter::format() should not be used if ICU < 4.8

When translating a message that contains formatted parameters, the parameters won’t be parsed correctly if the Intl extension is installed, but the ICU library is lower than v4.8.
What steps will reproduce the problem?

Create an environment with ICU < 4.8 (CentOS 6 ships with 4.2.1, for example).

Run this:
echo Yii::t('category', '{first, number}-{last, number} of {total, number} {total, plural, =1{{item}} other{{items}}}', [
    first: 1,
    last: 50,
    total: 100,
    item: 'entry',
    items: 'entries',
]);

What is the expected result?
The {first, number}, {last, number}, {total, number}, and {total, plural, =1{{item}} other{{items}}} parameters should be parsed and formatted.
What do you get instead?
{first, number}-{last, number} of {total, number} {total, plural, =1{{item}} other{{items}}} is output instead.
This could be avoided if yii\i18n\MessageFormatter::formatter() were to check the installed ICU database version, and use $this->fallbackFormat() if it’s less than 4.8.
Additional info

Q
A

Yii version
2.0.29

PHP version
n/a

Operating system
CentOS 6

It was expected that user would run requirements.php to find it out: https://github.com/yiisoft/yii2/blob/master/framework/requirements/requirements.php#L75

Plurals aren't working correctly but other ICU features are. This change may break projects with ICU < 4.8 that aren't using plurals with placeholders.

Ah sorry, I had missed that requirements check.

This change may break projects with ICU < 4.8 that aren't using plurals with placeholders.

True, so do you think it’s worth making it configurable? So if you’re on a host that is stuck with an older version of ICU (let’s say older than 49 to be consistent with the requirement check), you could do this if you want to use formatFallback():
'components' => [
    'i18n' => [
        'messageFormatter' => [
            'useFallbackFormat' => true,
        ],
    ],
],

Yes. The name could be forceFallbackFormat or alike.

Or maybe not. There's FallbackMessageFormatter in tests. Alike approach could be used to specify that another class should be used,

If we did that, shouldn’t the I18N class start automatically using that as well, if the \MessageFormatter class doesn’t exist, and move formatFallback() out of yii\i18n\MessageFormatter? That could be a breaking change though if anything is calling that method.

Yeah. It's protected :( Option makes sense then.

@brandonkelly do you still need the check? I've closed pull request because of https://github.com/yiisoft/yii2/issues/17629#issuecomment-545305761

@samdark Sorry, got sidetracked from this. We were able to extend MessageFormatter::format() with our own check in a way that didn’t feel too hacky (craftcms/cms@eff654f21af547f2d97d89362a07053e55ee4e7a) so it’s not a huge deal, especially if the Yii requirements mention that plurals require ICU 49+. I’ll go ahead and close this.


Added try to news.py

I had pushed the wrong code to the wrong repo (that's why there are like 40 comits)
But I did add try except to the news file (getData already check for data) if it fails it will return None

Please ignore commits c8ca96d->20d5605 as I pushed the wrong repo 🤡


Update wait-on dependency to the latest version

Description
We are a major version behind on wait-on. Update the wait-on dependency to the latest version.
Since it is a major version upgrade, there may be some things to fix. I suggest reading over the release notes to see what has changed to ensure there is not a breaking change. Run regression tests on the components and run the tests.
Please use the exact version. For example, ^ 7.0.1 🚫  |   7.0.1 ✅
wait-on    6.0.1  →   7.0.1

Contribution Guide
If this is your first time contributing to UI Kit, please review the How to Contribute guide beforehand.

@nataliepina may I take this?


[Language Text] Update links

Publish samples
Add a link to the migration guide in README.md
Add missing links in README.md

API change check
API changes are not detected in this pull request.

Didn't look too closely at the samples b/c IIRC they are generated?

Correct :)

CI failures is due to a link not existing yet:https://i.imgur.com/uHpehfA.png, but it will after the library is released so I will ignore the failure for now.

/check-enforcer override

/check-enforcer override

/check-enforcer override

/check-enforcer override


Apostrophe

Just a query, what character(s) does iD accept for an apostrophe ?
On 1 May 2015 at 18:30, Imre Samu<EMAIL_ADDRESS>wrote:

.. McDonald's  problem...

Please don't forget the   true "McDonald's" problem!  It is a content encoding hell.
and very hard to detect by any ordinary field mappers.
#1.
name="McDonald’s"    ( count=126 )  U+2019 ’ e2 80 99 "RIGHT SINGLE QUOTATION MARK"
http://taginfo.openstreetmap.org/tags/name=McDonald’s
http://overpass-turbo.eu/s/97c
#2.
name="McDonald´s"    ( count=40 )   U+00B4 ´ c2 b4 "ACUTE ACCENT"
http://taginfo.openstreetmap.org/tags/name=McDonald´s
http://overpass-turbo.eu/s/97e
#3.
name="McDonald's"   ( count=14039)   U+0027 ' 27 "APOSTROPHE"
http://taginfo.openstreetmap.org/tags/name=McDonald's
Regards,
Imre

talk mailing list
<EMAIL_ADDRESS>https://lists.openstreetmap.org/listinfo/talk

Anything UTF-8

Is it something iD could standardise to the correct apostrophe where a wrong one is used?

Yes, iD has many build in presets for common chains with standardized spelling:


Office 365 connection is not found in connections.json

Describe the Bug with repro steps

Create a new Logic App project following this official guide
I add the Office 365 send and email (v2) action.
I fill in the mandatory fields and save.
I start debugging to test the Logic App locally.
I get this error

Workflow Error: operationName='WorkflowDefinitionProvider.ProcessWorkflow', message='Workflow 'Stateful1' validate and create workflow operation failed, the exception is 'The API connection reference name 'office365' in action 'Send_an_email_(V2)' is invalid. No managed connection found by the API connection reference name 'office365' in connections.json file.

I check the connections.json file.

{
  "managedApiConnections": {
    "office365": {
      "api": {
        "id": "/subscriptions/my subscription id/providers/Microsoft.Web/locations/eastus/managedApis/office365"
      },
      "connection": {
        "id": "/subscriptions/my subscription id/resourceGroups/MyResourceGroupName/providers/Microsoft.Web/connections/office365"
      },
      "connectionRuntimeUrl": "https://653b23c192477010.00.common.logic-eastus.azure-apihub.net/apim/office365/ae0e5432356441e5819da188842bb9d8/",
      "authentication": {
        "type": "Raw",
        "scheme": "Key",
        "parameter": "@appsetting('office365-connectionKey')"
      }
    }
  }
}

IMO the connection is there with the correct name.
I check that the connection has been created in Azure, which it has.

I have not updated any files using any other tools than the UI in VS Code.
What type of Logic App Is this happening in?
Standard (VSCode)
Are you using new designer or old designer
New Designer
Did you refer to the TSG before filing this issue? https://aka.ms/lauxtsg
Yes
Workflow JSON
{
    "definition": {
        "$schema": "https://schema.management.azure.com/providers/Microsoft.Logic/schemas/2016-06-01/workflowdefinition.json#",
        "actions": {
            "Send_an_email_(V2)": {
                "type": "ApiConnection",
                "inputs": {
                    "host": {
                        "connection": {
                            "referenceName": "office365"
                        }
                    },
                    "method": "post",
                    "body": {
                        "To"<EMAIL_ADDRESS>                        "Subject": "Hello from Logic Apps",
                        "Body": "
Hello from example workflow
",
                        "Importance": "Normal"
                    },
                    "path": "/v2/Mail"
                },
                "runAfter": {}
            }
        },
        "contentVersion": "<IP_ADDRESS>",
        "outputs": {},
        "triggers": {
            "When_a_HTTP_request_is_received": {
                "type": "Request",
                "kind": "Http"
            }
        }
    },
    "kind": "Stateful"
}

Screenshots or Videos
No response
Browser
Edge
Additional context
No response

Hi @mikaelsand is this issue still happening? It looks odd to me as I couldn't find that particular error log frontend area.

Hey @sschutten, thanks for letting us know this.
Which vscode extension version are you using?
The only way I am able to repro this issue is when the referenceName property inside the Send_an_email_(V2) action in the workflow.json doesn't match the key in the managedApiConnections object in the connections.json file.
It seems that Mikael's example does match, could you let me know if yours match?

Hi @ccastrotrejo, sorry it took this long too respond. Yes, mine does also match.

referenceName property inside the Send_an_email_(V2) action: office365
key in the managedApiConnections: office365

Hey @sschutten , this is a very odd behavior. The error explicitly states that the connection reference couldn't be found. Could you please zip your project folder and send it to me to my email<EMAIL_ADDRESS>

I've send it to you. Looking forward if you can find anything in it :)

Hey @sschutten thank you so much for sharing your project. I was able to repro the issue and I will fix it, I will also try to provide a workaround in the meantime

That's great! Glad the project could be of any help! Looking forward to the fix/workaround.

Hi @sschutten we just release a new version of the extension. This issue was specific to NuGet based projects. There are 2 workarounds/fixes for this.
1.- If you try to create a new project from scratch from new version this will be resolved.
2.- Copy the following to the root host.json
"extensionBundle": {     "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",     "version": "[1.*, 2.0.0)"   }
2.1.- Move/copy your connections.json to the root project folder
2.2.- Add the following to the .csproj file in the root folder:
 <ItemGroup>     <None Update="connections.json">       <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>     </None>   </ItemGroup>
If this causes more trouble, please let me know. Thanks!


Can Numba use c++functions?

We are using CoolProp in Python, but unfortunately, this package is not implemented in Numba, and we cannot overload/overwrite it through numpy/python.
So we think that can we write a python function to call CoolProp in C++ and we  introduce this python function into numba.
But we dont find a way to call C++ function in Numba in doc.
Can you tell us how to do this, thanks a lot!!!

You can try with numba supported ctypes first. https://numba.readthedocs.io/en/stable/reference/pysupported.html#ctypes

As @dlee992 suggests probably ctypes support is the way to go here - however, note that you will need to call the mangled name of the C++ functions, and be aware of the ABI, etc. for anything complex.
If you need some more help with this, it's probably worth making a post describing more specifically what you're trying to do on the Numba Discourse where someone might be able to point you in the right direction.

You can try with numba supported ctypes first. https://numba.readthedocs.io/en/stable/reference/pysupported.html#ctypes

thanks a lot!
I successfully make a link between dll, ctypes and numba.

Thanks for the update - would you be happy to close the issue?

Thanks for the update - would you be happy to close the issue?

hi! Unfortunately I have another question, Could you please give me a suggestion about that?
The question is that I want to pass a string into ctypes in Numba, but Numba seems doesnt support this operation.

You can do that with functions by wrapping them using the Wrapper Address Protocol


Built-in social share buttons

If I could make a suggestion for this, I'd love to be able to choose the background color of each built-in social share button with other css variables in the palette. It would be awesome to stick to the palette for the entire website color scheme if this is possible.

@Monklite Any suggestions are welcome. I think it should be easily implemented through CSS.


Auto preload does not work with many to many relationships

When there are two entities (E and F in the example below) in a many2many relationship, the entities related to F (G in the exmaple) are not auto-preloaded.
The problem seems to be in the function handleManyToManyPreload:

it uses DB.Rows() to fetch related entities, which does to fire query callbacks;
it explicitly calls callCallbacks(scope.db.parent.callbacks.queries), but sets a flag that effectivly "disables" query callbacks execution;

This prevents entities from being auto-preloaded beyond a many2many  relationship.
package main

import (
    "encoding/json"
    "fmt"
    "os"

    "github.com/jinzhu/gorm"
    _ "github.com/jinzhu/gorm/dialects/mssql"
    _ "github.com/jinzhu/gorm/dialects/mysql"
    _ "github.com/jinzhu/gorm/dialects/postgres"
    _ "github.com/jinzhu/gorm/dialects/sqlite"
)

type E struct {
    ID uint `gorm:"primary_key"`
    Fs []*F `gorm:"many2many:M2M_E_F"`
}

type F struct {
    ID  uint `gorm:"primary_key"`
    GID uint
    G   *G
}

type G struct {
    ID uint `gorm:"primary_key"`
}

var db *gorm.DB

func init() {
    var err error
    db, err = gorm.Open("sqlite3", "test.db")
    // db, err = gorm.Open("postgres", "user=gorm password=gorm DB.name=gorm port=9920 sslmode=disable")
    // db, err = gorm.Open("mysql", "gorm:gorm@tcp(localhost:9910)/gorm?charset=utf8&parseTime=True")
    // db, err = gorm.Open("mssql", "sqlserver://gorm:LoremIpsum86@localhost:9930?database=gorm")
    if err != nil {
        panic(err)
    }
    db.LogMode(true)
}

func main() {
    db.DropTableIfExists(&E{}, &F{}, &G{}, "M2M_E_F")
    if err := db.AutoMigrate(&E{}, &F{}, &G{}).Error; err != nil {
        panic(err)
    }

    model := E{
        ID: 1,
        Fs: []*F{
            &F{ID: 1, G: &G{ID: 1}},
            &F{ID: 2, G: &G{ID: 2}},
        },
    }

    if err := db.Save(&model).Error; err != nil {
        panic(err)
    }

    e := E{}
    if err := db.Set("gorm:auto_preload", true).First(&e, 1).Error; err != nil {
        panic(err)
    }

    b, err := json.Marshal(e)
    if err != nil {
        panic(err)
    }
    os.Stdout.Write(b)

    if e.Fs[0].G == nil {
        fmt.Println("\nfailed")
    } else {
        fmt.Println("\nsuccess")
    }
}

Im encountering the same thing--do you have a work around?

We have worked around this problem by explicitly calling Preload where needed. In my example, you should replace:
db.Set("gorm:auto_preload", true).First(&e, 1)

with:
db.Set("gorm:auto_preload", true).Preload("Fs.G").First(&e, 1)

i ended up forking and deleting the line that you reference originally. Works like a charm now!

Beware the loops... your model allows for circular relationships, so you must implement some logic to prevent loops.
If you modify the model in my example as follows:
// ...
type F struct {
	ID  uint `gorm:"primary_key"`
	GID uint
	G   *G
	EID uint
	E   *E
}
// ...
	model := E{
		ID: 1,
		Fs: []*F{
			&F{ID: 1, G: &G{ID: 1}, E: nil},
			&F{ID: 2, G: &G{ID: 2}, EID: 1},
		},
	}
// ...

You'll se that preload never stops.
The solution would be to bake loop detection in gorm itself.

I encounter same situation,a recursive B struct also have a many2many to a A struct,while query B struct you can preloading all A Data under B Data.but preloading not working for A struct's field....
that really make me headache.
For now gorm only allow recursive preloading via auto preloading,that pretty a limit while you encounter the situation that aoto preloading is not working or you just don't want to use the autoloading since it bring too much data.
And there is no way to tell gorm how to manually fetch and loading the specified field I need....:(


LEGO: Pull request from lego/hb_04604851-bac4-4681-9f74-73de611d6e48_20210718153501620 to main

LEGO: Pull request from lego/hb_04604851-bac4-4681-9f74-73de611d6e48_20210718153501620 to main with localized lcls

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 increased (+0.007%) to 42.573%

Totals

Change from base Build<PHONE_NUMBER>:
0.007%

Covered Lines:
26725

Relevant Lines:
56896

💛  - Coveralls


do_delete_messages: Archive the messages in bulk.

The added test shows 37 queries - compared to 181 without the change to the function. That seems very much worth it.

I merged the first 2 commits.  For the last commit, I'm worried about transition breakage with any delete_message events that might be in RabbitMQ between Django and Tornado at the time of an upgrade.  Do you know what will happen in that case?

@timabbott Good catch, I think those wouldn't get processed correctly, as process_event expects a list of ids. I added a commit trying to handle those old events. Do we want something like this?

Something like this is great; we should use isinstance for the type check though.

Merged, after fixing a commit message typo.
Eventually, what I think what we will actually want to do is change the send_event loop to instead accumulate a list of message IDs to notify each user about the deletion of, and send a new format of delete_message event that contains data on all of the messages that were deleted that each user can access.  I'm not sure if that will result in our reverting this or not; but it's probably not enough of a priority to worry about for now -- bulk deletions are rare so a bit of a perf issue there isn't a big deal.
Thanks @mateuszmandera!


Usage simplified if heatshrink_encoder_poll() returns HSER_POLL_MORE when finish flag is set and output buffer is full

heatshrink_encoder_poll() is returning 'HSER_POLL_EMPTY' rather than 'HSER_POLL_MORE' when finishing and the output buffer is full. Is a break missing from the 'HSES_FLUSH_BITS' case? As implemented, it is dropping through to the 'HSES_DONE' case and returning 'HSER_POLL_EMPTY' rather than running through the 'HSER_POLL_MORE' check?
    case HSES_FLUSH_BITS:
        hse->state = st_flush_bit_buffer(hse, &oi);
    case HSES_DONE:
        return HSER_POLL_EMPTY;
    default:
        LOG("-- bad state %s\n", state_names[hse->state]);
        return HSER_POLL_ERROR_MISUSE;
    }

    if (hse->state == in_state) {
        /* Check if output buffer is exhausted. */
        if (*output_size == out_buf_size) return HSER_POLL_MORE;
    }

Logging without break:
heatshrink_encoder_poll()
(12:59:37.602) (>>) -- polling, state 1 (filled), flags 0x01<LF>
...
(13:00:37.174) (>>) -- polling, state 2 (search), flags 0x01<LF>
(13:00:37.174) (>>) ## step_search, scan @ +963 (1927/2048), input size 964<LF>
(13:00:37.199) (>>) -- scanning for match of buf[1987:1988] between buf[963:1987] (max 1 bytes)<LF>
(13:00:37.199) (>>) -- none found<LF>
(13:00:37.230) (>>) ss Match not found<LF>
(13:00:37.230) (>>) -- polling, state 3 (yield_tag_bit), flags 0x01<LF>
(13:00:37.230) (>>) -- adding tag bit: 1<LF>
(13:00:37.230) (>>) ++ push_bits: 1 bits, input of 0x01<LF>
(13:00:37.293) (>>) -- polling, state 4 (yield_literal), flags 0x01<LF>
(13:00:37.293) (>>) -- yielded literal byte 0x44 ('D') from +1987<LF>
(13:00:37.293) (>>) ++ push_bits: 8 bits, input of 0x44<LF>
(13:00:37.293) (>>)  > pushing byte 0x75<LF>
(13:00:37.293) (>>) -- polling, state 2 (search), flags 0x01<LF>
(13:00:37.293) (>>) ## step_search, scan @ +964 (1928/2048), input size 964<LF>
(13:00:37.323) (>>) -- end of search @ 964<LF>
(13:00:37.323) (>>) -- polling, state 8 (flush_bits), flags 0x01<LF>
returns HSER_POLL_EMPTY

I observe the desired behaviour with:
    case HSES_FLUSH_BITS:
        hse->state = st_flush_bit_buffer(hse, &oi);
        break;

Logging with break:
heatshrink_encoder_poll()
(13:15:58.567) (>>) -- polling, state 1 (filled), flags 0x01<LF>
...
(13:17:46.218) (>>) -- polling, state 2 (search), flags 0x01<LF>
(13:17:46.218) (>>) ## step_search, scan @ +963 (1927/2048), input size 964<LF>
(13:17:46.218) (>>) -- scanning for match of buf[1987:1988] between buf[963:1987] (max 1 bytes)<LF>
(13:17:46.227) (>>) -- none found<LF>
(13:17:46.227) (>>) ss Match not found<LF>
(13:17:46.227) (>>) -- polling, state 3 (yield_tag_bit), flags 0x01<LF>
(13:17:46.227) (>>) -- adding tag bit: 1<LF>
(13:17:46.258) (>>) ++ push_bits: 1 bits, input of 0x01<LF>
(13:17:46.258) (>>) -- polling, state 4 (yield_literal), flags 0x01<LF>
(13:17:46.258) (>>) -- yielded literal byte 0x44 ('D') from +1987<LF>
(13:17:46.289) (>>) ++ push_bits: 8 bits, input of 0x44<LF>
(13:17:46.289) (>>)  > pushing byte 0x75<LF>
(13:17:46.289) (>>) -- polling, state 2 (search), flags 0x01<LF>
(13:17:46.289) (>>) ## step_search, scan @ +964 (1928/2048), input size 964<LF>
(13:17:46.362) (>>) -- end of search @ 964<LF>
(13:17:46.362) (>>) -- polling, state 8 (flush_bits), flags 0x01<LF>
returns HSDR_POLL_MORE

heatshrink_encoder_poll()
(13:17:46.362) (>>) -- polling, state 8 (flush_bits), flags 0x01<LF>
(13:17:46.362) (>>) -- flushing remaining byte (bit_index == 0x02)<LF>
(13:17:46.382) (>>) -- done!<LF>
(13:17:46.382) (>>) -- polling, state 9 (done), flags 0x01<LF>
returns HSER_POLL_EMPTY

This behaviour is not seen in the example usage, since heatshrink_decoder_poll is also called until 'poll_sz == 0', rather than just until pres != HSDR_POLL_MORE.
If heatshrink_encoder_poll() is returns 'HSER_POLL_MORE' when finishing and the output buffer is full, the usage can be simplified by only needing to call heatshrink_decoder_finish() once to set the finish flag. If it returns 'HSDR_FINISH_MORE', keep calling heatshrink_encoder_poll() until it returns 'HSER_POLL_EMPTY' i.e. same as when sinking.
Pseudo code without error handling:
do
{
	if (input remaining)
	{
		heatshrink_encoder_sink()
		update input remaining
	}

	if (no input remaining)
	{
		fres = heatshrink_encoder_finish()
		if (fres == HSER_FINISH_DONE)
		{
			return
		}
	}

	do
	{
		pres = heatshrink_encoder_poll()
		write output
	} while (pres == HSER_POLL_MORE);
} while (input remaining)

I believe the encoder example in the following pull request has an issue without changing the fall-through to a break in the 'HSES_FLUSH_BITS' case, as this is what I based my implementation on i.e. a single call to heatshrink_encoder_finish():
https://github.com/atomicobject/heatshrink/pull/54/commits

In the develop branch there's no fallthrough but an explicit return HSER_POLL_EMPTY;, so the functionality is essentially the same.
It seems that you're right and HSER_POLL_MORE should be returned in this case.
Do you have the input and parameters (window size, backref length) with which you observe the bug?


Upgrade Golang Lint to 1.30.0

Describe the proposal
Upgrade Golang Lint to 1.30.0

I'm happy to take a look at this!

There are a number of new linters in v1.31.0. Might need to advise of which ones you want to enable.

I've skipped a few new linters:
- nlreturn
- exhaustive
- noctx
- gci
- gofumpt
Also, added some gosec ignores for tls versions. Might want to think about upping the tls version as a separate issue.
Let me know if there is anything you want to enable/disable.