thread 'main' panicked at packages/parser/src/scopes/builder.rs:93:18

I tried opening a single wgsl file in stoneberry, after building vscode-wgsl version 16de6a0 and manually installing the vsix file.
Looking at the log below, I guess vscode-wgsl eagerly tries to parse all of the .wgsl files and fails on TextureToHistograms.wgsl. Does that sound right? If so, I can try to isolate it further. Is there a debug mode to enable more details of parsing progress?
2024-06-25 04:55:25.377 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:25.377  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:25.378 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/prefix-scan/PrefixScan.wgsl"
2024-06-25 04:55:25.378  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/prefix-scan/PrefixScan.wgsl"
2024-06-25 04:55:25.378 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/prefix-scan/ApplyScanBlocks.wgsl"
2024-06-25 04:55:25.378  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/prefix-scan/ApplyScanBlocks.wgsl"
2024-06-25 04:55:25.378 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/reduce-buffer/ReduceBuffer.wgsl"
2024-06-25 04:55:25.378  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/reduce-buffer/ReduceBuffer.wgsl"
2024-06-25 04:55:25.378 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/convert-texture/ConvertTexture.wgsl"
2024-06-25 04:55:25.378  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/convert-texture/ConvertTexture.wgsl"
2024-06-25 04:55:25.378 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/reduce-texture/ReduceTexture.wgsl"
2024-06-25 04:55:25.378  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/reduce-texture/ReduceTexture.wgsl"
2024-06-25 04:55:25.378 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/histogram/Histogram.wgsl"
2024-06-25 04:55:25.378  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/histogram/Histogram.wgsl"
2024-06-25 04:55:25.379 TRACE server::ipc::notify: [Notification] $/setTrace
2024-06-25 04:55:25.379 ERROR server::ipc: Notification method not handled: $/setTrace
2024-06-25 04:55:25.379 TRACE server::ipc::notify: [Notification] $/setTrace
2024-06-25 04:55:25.379 ERROR server::ipc: Notification method not handled: $/setTrace
2024-06-25 04:55:25.379 TRACE server::ipc::notify: [Notification] $/setTrace
2024-06-25 04:55:25.379 ERROR server::ipc: Notification method not handled: $/setTrace
2024-06-25 04:55:25.379 TRACE server::ipc::request: [Request] textDocument/documentSymbol [1] : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:25.379 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_2/util2.wgsl"
2024-06-25 04:55:25.379  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_2/util2.wgsl"
2024-06-25 04:55:25.379 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_2/main2.wgsl"
2024-06-25 04:55:25.379  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_2/main2.wgsl"
2024-06-25 04:55:25.379 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_1/main.wgsl"
2024-06-25 04:55:25.379  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_1/main.wgsl"
2024-06-25 04:55:25.379 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_1/util.wgsl"
2024-06-25 04:55:25.379  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_1/util.wgsl"
2024-06-25 04:55:25.380 TRACE server::ipc::request: [Request] textDocument/codeLens [2] : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:25.380 TRACE server::ipc::request: [Request] textDocument/semanticTokens/full [3] : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
[Error - 9:55:25 PM] Request textDocument/codeLens failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
2024-06-25 04:55:25.380 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/scan/WorkgroupScan.wgsl"
2024-06-25 04:55:25.380  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/scan/WorkgroupScan.wgsl"
2024-06-25 04:55:25.389 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/scan/ApplyScanBlocks.wgsl"
2024-06-25 04:55:25.389  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/scan/ApplyScanBlocks.wgsl"
[Error - 9:55:25 PM] Request textDocument/semanticTokens/full failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
2024-06-25 04:55:25.389 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpSumU32.wgsl"
2024-06-25 04:55:25.389  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpSumU32.wgsl"
2024-06-25 04:55:25.389 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-buffer/ReduceBuffer.wgsl"
2024-06-25 04:55:25.389  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-buffer/ReduceBuffer.wgsl"
2024-06-25 04:55:25.389 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpSumF32.wgsl"
2024-06-25 04:55:25.389  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpSumF32.wgsl"
2024-06-25 04:55:25.390 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-buffer/reduceWorkgroup.wgsl"
2024-06-25 04:55:25.390  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-buffer/reduceWorkgroup.wgsl"
2024-06-25 04:55:25.390 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/HistogramOps.wgsl"
2024-06-25 04:55:25.390  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/HistogramOps.wgsl"
2024-06-25 04:55:25.390 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMinMaxF32.wgsl"
2024-06-25 04:55:25.390  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMinMaxF32.wgsl"
2024-06-25 04:55:25.390 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/histogram-texture/TextureToHistograms.wgsl"
2024-06-25 04:55:25.390  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/histogram-texture/TextureToHistograms.wgsl"
2024-06-25 04:55:25.390 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-texture/ReduceTexture.wgsl"
2024-06-25 04:55:25.390  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-texture/ReduceTexture.wgsl"
2024-06-25 04:55:25.390  INFO server::documents:   Handling configuration change
2024-06-25 04:55:25.390  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/histogram/Histogram.wgsl"
[Error - 9:55:25 PM] Request textDocument/documentSymbol failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
2024-06-25 04:55:25.393  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/packages/stoneberry/src/histogram-texture/TextureToHistograms.wgsl"

thread 'main' panicked at packages/parser/src/scopes/builder.rs:93:18:
internal error: entered unreachable code
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Encountered a panic in system `server::documents::process_pending_documents`!
2024-06-25 04:55:25.393  WARN bevy_ecs::system::commands::command_queue: CommandQueue has un-applied commands being dropped.
Encountered a panic in system `bevy_app::main_schedule::Main::run_main`!
[Info  - 9:55:25 PM] Connection to server got closed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
2024-06-25 04:55:26.499  INFO server::documents:   Handling configuration change
2024-06-25 04:55:26.499  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpSumF32.wgsl"
[Error - 9:55:26 PM] Request textDocument/codeLens failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
[Error - 9:55:26 PM] Request textDocument/semanticTokens/full failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
[Error - 9:55:26 PM] Request textDocument/codeLens failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
2024-06-25 04:55:26.501  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMinMaxF32.wgsl"
2024-06-25 04:55:26.501  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:26.501  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/reduce-buffer/ReduceBuffer.wgsl"
2024-06-25 04:55:26.502  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/packages/stoneberry/src/histogram-texture/TextureToHistograms.wgsl"

thread 'main' panicked at packages/parser/src/scopes/builder.rs:93:18:
internal error: entered unreachable code
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Encountered a panic in system `server::documents::process_pending_documents`!
2024-06-25 04:55:26.502  WARN bevy_ecs::system::commands::command_queue: CommandQueue has un-applied commands being dropped.
Encountered a panic in system `bevy_app::main_schedule::Main::run_main`!
[Error - 9:55:26 PM] Server process exited with code 101.
[Info  - 9:55:26 PM] Connection to server got closed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
2024-06-25 04:55:27.655 TRACE server::ipc::request: [Request] textDocument/documentSymbol [3] : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:27.656  INFO server::documents:   Handling configuration change
2024-06-25 04:55:27.656  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_2/main2.wgsl"
[Error - 9:55:27 PM] Request textDocument/codeLens failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
[Error - 9:55:27 PM] Request textDocument/documentSymbol failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
2024-06-25 04:55:27.658  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/prefix-scan/PrefixScan.wgsl"
2024-06-25 04:55:27.659  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_1/util.wgsl"
2024-06-25 04:55:27.659  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/convert-texture/ConvertTexture.wgsl"
2024-06-25 04:55:27.659  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/packages/stoneberry/src/scan/ApplyScanBlocks.wgsl"

thread 'main' panicked at packages/parser/src/scopes/builder.rs:93:18:
internal error: entered unreachable code
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Encountered a panic in system `server::documents::process_pending_documents`!
2024-06-25 04:55:27.659  WARN bevy_ecs::system::commands::command_queue: CommandQueue has un-applied commands being dropped.
Encountered a panic in system `bevy_app::main_schedule::Main::run_main`!
[Info  - 9:55:27 PM] Connection to server got closed. Server will restart.
true
[Error - 9:55:27 PM] Server process exited with code 101.
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/prefix-scan/PrefixScan.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/prefix-scan/PrefixScan.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/prefix-scan/ApplyScanBlocks.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/prefix-scan/ApplyScanBlocks.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/reduce-buffer/ReduceBuffer.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/reduce-buffer/ReduceBuffer.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/convert-texture/ConvertTexture.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/convert-texture/ConvertTexture.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/reduce-texture/ReduceTexture.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/reduce-texture/ReduceTexture.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/histogram/Histogram.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/histogram/Histogram.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_2/util2.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_2/util2.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_2/main2.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_2/main2.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_1/main.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_1/main.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_1/util.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_1/util.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/scan/WorkgroupScan.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/scan/WorkgroupScan.wgsl"
2024-06-25 04:55:28.143 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/scan/ApplyScanBlocks.wgsl"
2024-06-25 04:55:28.143  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/scan/ApplyScanBlocks.wgsl"
2024-06-25 04:55:28.144 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpSumU32.wgsl"
2024-06-25 04:55:28.144  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpSumU32.wgsl"
2024-06-25 04:55:28.144 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-buffer/ReduceBuffer.wgsl"
2024-06-25 04:55:28.144  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-buffer/ReduceBuffer.wgsl"
2024-06-25 04:55:28.144 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpSumF32.wgsl"
2024-06-25 04:55:28.144  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpSumF32.wgsl"
2024-06-25 04:55:28.144 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-buffer/reduceWorkgroup.wgsl"
2024-06-25 04:55:28.144  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-buffer/reduceWorkgroup.wgsl"
2024-06-25 04:55:28.144 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/HistogramOps.wgsl"
2024-06-25 04:55:28.144  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/HistogramOps.wgsl"
2024-06-25 04:55:28.144 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMinMaxF32.wgsl"
2024-06-25 04:55:28.144  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMinMaxF32.wgsl"
2024-06-25 04:55:28.144 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/histogram-texture/TextureToHistograms.wgsl"
2024-06-25 04:55:28.144  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/histogram-texture/TextureToHistograms.wgsl"
2024-06-25 04:55:28.144 TRACE server::ipc::notify: [Notification] textDocument/didOpen : "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-texture/ReduceTexture.wgsl"
2024-06-25 04:55:28.144  INFO server::documents:   reading document "file:///Users/lee/stoneberry/packages/stoneberry/src/reduce-texture/ReduceTexture.wgsl"
2024-06-25 04:55:28.144 TRACE server::ipc::request: [Request] textDocument/documentSymbol [1] : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:28.144 TRACE server::ipc::request: [Request] textDocument/codeLens [2] : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:28.144 TRACE server::ipc::request: [Request] textDocument/documentSymbol [3] : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
[Error - 9:55:28 PM] Request textDocument/documentSymbol failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
2024-06-25 04:55:28.144  INFO server::documents:   Handling configuration change
2024-06-25 04:55:28.144  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_2/main2.wgsl"
[Error - 9:55:28 PM] Request textDocument/codeLens failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
[Error - 9:55:28 PM] Request textDocument/documentSymbol failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
2024-06-25 04:55:28.147  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/prefix-scan/PrefixScan.wgsl"
2024-06-25 04:55:28.148  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/prefix-scan/ApplyScanBlocks.wgsl"
2024-06-25 04:55:28.148  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/histogram/Histogram.wgsl"
2024-06-25 04:55:28.148  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/packages/stoneberry/src/histogram-texture/TextureToHistograms.wgsl"

thread 'main' panicked at packages/parser/src/scopes/builder.rs:93:18:
internal error: entered unreachable code
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Encountered a panic in system `server::documents::process_pending_documents`!
2024-06-25 04:55:28.149  WARN bevy_ecs::system::commands::command_queue: CommandQueue has un-applied commands being dropped.
Encountered a panic in system `bevy_app::main_schedule::Main::run_main`!
[Error - 9:55:28 PM] Server process exited with code 101.
[Info  - 9:55:28 PM] Connection to server got closed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
2024-06-25 04:55:28.619 TRACE server::ipc::request: [Request] textDocument/documentSymbol [3] : "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:28.619  INFO server::documents:   Handling configuration change
2024-06-25 04:55:28.619  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_2/main2.wgsl"
[Error - 9:55:28 PM] Request textDocument/codeLens failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
[Error - 9:55:28 PM] Request textDocument/documentSymbol failed.
  Message: Failed to parse document: file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl
  Code: -32603
2024-06-25 04:55:28.622  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/packages/stoneberry/src/binop/BinOpMaxF32.wgsl"
2024-06-25 04:55:28.622  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/histogram/Histogram.wgsl"
2024-06-25 04:55:28.622  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/thimbleberry%400.2.9/node_modules/thimbleberry/src/convert-texture/ConvertTexture.wgsl"
2024-06-25 04:55:28.622  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/node_modules/.pnpm/wgsl-linker%400.4.0/node_modules/wgsl-linker/src/test/wgsl_1/util.wgsl"
2024-06-25 04:55:28.622  INFO server::documents:   Processing document "file:///Users/lee/stoneberry/packages/stoneberry/src/scan/WorkgroupScan.wgsl"

thread 'main' panicked at packages/parser/src/scopes/builder.rs:93:18:
internal error: entered unreachable code
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Encountered a panic in system `server::documents::process_pending_documents`!
2024-06-25 04:55:28.623  WARN bevy_ecs::system::commands::command_queue: CommandQueue has un-applied commands being dropped.
Encountered a panic in system `bevy_app::main_schedule::Main::run_main`!
[Error - 9:55:28 PM] Server process exited with code 101.
[Error - 9:55:28 PM] The WGSL Language Server server crashed 5 times in the last 3 minutes. The server will not be restarted. See the output for more information.

From what I can tell, it seems to panic when encountering certain syntax (unsure why), for example if I have a file in the open project with an override declaration this error happens

Ack, sorry to keep you waiting, I completely missed the first notification for this!
It looks like the panic is because the scope-builder encounters a variable declaration that was declared with a keyword other than const, let or var (in hindsight, panicking is probably not the most future-proof way to deal with unrecognized syntax, lol). I think Ruby's probably correct that the override is the culprit — I added support for overrides in #42 and must have forgotten to update the scope builder.
It should be a pretty straightforward fix:
https://github.com/dannymcgee/vscode-wgsl/blob/16de6a09257f901bf8158b296280eaf90244c963/packages/parser/src/scopes/builder.rs#L89-L97
 fn visit_var_decl(&mut self, decl: &VarDecl) -> FlowControl {
 	match decl.storage.lexeme().as_str() {
-		"const" | "let" => simple_decl!(self, Const(decl)),
+		"const" | "let" | "override" => simple_decl!(self, Const(decl)),
 		"var" => simple_decl!(self, Var(decl)),
 		_ => unreachable!(),
 	}

 	FlowControl::Break
 }

But it's possible something else will fail after that hurdle is cleared. I'm kind of slammed at the moment, but if anyone has time to work on a PR I'd be happy to answer any questions you might have or point you in the right direction if you get stuck!


No info on automatic change for WEBSITE_LOAD_CERTIFICATES parameter in Azure

On Azure, when uploading a new certificate, the configuration parameter WEBSITE_LOAD_CERTIFICATES  will automatically update it's value with the new thumbprint.
This behavior, as far as I know, is unexpected and not documented and can lead, as per our case, to big issues in production environments.
How to reproduce:

Assuming you renew the wildcard SSL certificate *.mycompany.com every year for your company  and it's time to do it again. You already uploaded the certificate in the past and added the 2 previous thumbprints (this year and last year) for the SSL certificates:
WEBSITE_LOAD_CERTIFICATES=A,B
When you load a third one in Azure for the upcoming year, going into the App Service and using the Settings > TTL/SSL settings > Private Key Certificates (.pfx) > Import Key Vault Certificate having the new thumbprint C,
Then you expect that the previous setting for WEBSITE_LOAD_CERTIFICATES remains untouched, but Azure automatically changes this value to WEBSITE_LOAD_CERTIFICATES=A,C

If your code depends on the old B thumbprint because you simply want to load the new certificate but not use it yet, then your application will crash.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: fbf6dd80-7e07-3e24-7aa8-d3f278f34588
Version Independent ID: e06a85f1-9a8c-7b94-a86d-33bdf2daf9d5
Content: Use a TLS/SSL certificate in code - Azure App Service
Content Source: articles/app-service/configure-ssl-certificate-in-code.md
Service: app-service
GitHub Login: @cephalin
Microsoft Alias: cephalin

#needs-sme-input


miriway: unstable-2024-01-01 -> unstable-2024-01-19

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for miriway is: Mir based Wayland compositor
meta.homepage for miriway is: https://github.com/Miriway/Miriway
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes

Compare changes on GitHub

Impact
Checks done

built on NixOS
Warning: a test defined in passthru.tests did not pass
found unstable-2024-01-19 in filename of file in /nix/store/sj7q3d2qmj7x2psf0ywqas6n6ywjsqim-miriway-unstable-2024-01-19

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
miriway

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/sj7q3d2qmj7x2psf0ywqas6n6ywjsqim-miriway-unstable-2024-01-19 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A miriway https://github.com/r-ryantm/nixpkgs/archive/189c1648cd79403ffca2ca00e2ff959d34d56061.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/189c1648cd79403ffca2ca00e2ff959d34d56061#miriway

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/sj7q3d2qmj7x2psf0ywqas6n6ywjsqim-miriway-unstable-2024-01-19
ls -la /nix/store/sj7q3d2qmj7x2psf0ywqas6n6ywjsqim-miriway-unstable-2024-01-19/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

miriway

Maintainer pings
cc @OPNA2608 for testing.

Test failure on ofborg.

Same on master:
machine: sending key 'ctrl-alt-a'
(finished: sending key 'ctrl-alt-a', in 0.01 seconds)
machine: waiting for alice@machine to appear on screen
machine # [   24.389387] xsession[1072]: [2024-01-20 04:45:49.143259] < - debug - > miral: Restoring sigmask
machine # [   24.424923] xsession[1072]: Ignoring invalid CLI option 'window.startup_mode=maximized': TOML parse error at line 1, column 21
machine # [   24.430776] xsession[1072]:   |
machine # [   24.433229] xsession[1072]: 1 | window.startup_mode=maximized
machine # [   24.440195] xsession[1072]:   |                     ^
machine # [   24.440969] xsession[1072]: invalid string
machine # [   24.441584] xsession[1072]: expected `"`, `'`
machine # [   24.442282] xsession[1072]: Error: Os(OsError { line: 81, file: "/build/alacritty-0.13.1-vendor.tar.gz/winit/src/platform_impl/linux/wayland/event_loop/mod.rs", error: WaylandError(Connection(NoCompositor)) })

2 issues with newer alacritty:

Ignoring invalid CLI option 'window.startup_mode=maximized': TOML parse error … invalid string … expected ´"´, ´'´
#277316 changed the config format from YAML to TOML, need to adjust the --option switch in the test
Error: Os(OsError { line: 81, file: "/build/alacritty-0.13.1-vendor.tar.gz/winit/src/platform_impl/linux/wayland/event_loop/mod.rs", error: WaylandError(Connection(NoCompositor)) })
New winit doesn't like invalid WAYLAND_DISPLAY value, need to set it to empty instead. Same as #279134


fix: splunk-sdk update

Fixes snyk check: https://snyk.io/vuln/SNYK-PYTHON-SPLUNKSDK-1017035.
More details at: https://github.com/splunk/splunk-sdk-python/issues/309#issuecomment-857236658
Command I run: poetry add splunk-sdk==1.6.16

:tada: This PR is included in version 5.0.2 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Jump to declaration does not work

When I right click on a function he offers me to go to the declaration. This does not work for me.
It would also be an advantage if it works for functions that are outside the project. That means they are inserted by #include and #insert.

This only works for built-in functions, to open up the documentation page. It's not really a "Go To Definition" feature.
Maybe I should rename it to something more obvious, like "Open Documentation" or something.
I think "Go To Definition" (for functions) should be doable with the current implementation though. I'll open a new issue to investigate that further.

Maybe function help or command help? Or instead of help, you can call it description.

This will be up in v0.4.0 later today :)


PyTest fixture definitions/locations

Currently, we have a single conftest.py file in our main tests directory including the majority of our fixtures.
However, some fixtures are defined directly in our test files (e.g. https://github.com/PTB-MR/mrpro/blob/9abccff816a5a55d657cfb592af69e08f96dac56/tests/data/test_kdata.py#L71), although they are used in other test files (in this case for example in https://github.com/PTB-MR/mrpro/blob/9abccff816a5a55d657cfb592af69e08f96dac56/tests/utils/test_modify_acq_info.py#L22)
If a fixture is not in conftest.py, we have to import it.
However, Ruff will detect and remove these imports as unused.
My suggestions would be to move ALL fixtures into conftest.py, but to make use of the possibility to have multiple conftest.py files in multiple nested directories to prevent the main conftest.py file to get to overcrowded and chaotic:

You can have multiple nested directories/packages containing your tests, and each directory can have its own conftest.py with its own fixtures, adding on to the ones provided by the conftest.py files in parent directories.

General

[ ] include _PulseqRadialTestSeq in tests/data/init.py?
[ ] include _OptimizationTestFunctions in tests/operators/init.py
[ ] create_traj from tests.data.test_trajectory.py used in operators/test_cartesian_sampling_op.py, operators/test_fourier_op.py -> move to conftest
[ ] include _EllipsePhantomTestData in tests/phantoms/init.py

Conftest
only used in tests/operators/models:

[ ] SHAPE_VARIATIONS_SIGNAL_MODELS
[ ] create_parameter_tensor_tuples

only used in tests/data

[ ] cartesian_grid
[ ] random_mandatory_ismrmrd_header
[ ] random_acq_info
[ ] random_test_data
[ ] dcm_2d
[ ] dcm_multi_echo_times
[ ] dcm_multi_echo_times_multi_folders

Note: Issue in test_kdata.py/test_modify_acq_info.py has already been solved in previous PR


FPS is not consistent while streaming in tablets

Hi @pedroSG94 . FPS is not consistent while streaming in tablets. App is struggling to stream when streamed for more than 2 hours
Tablet mmodel : Samsung - SM-A525F
Started the stream with 80% charge and streaming 3hrs stream
Initially the FPS was below 28-29
After one hr - Network IN is below 1mbps.
Battery percentage - 50
After one & half hr -  Mobile struggled to stream
Started again, Network IN is not increasing. Failed to stream
Click back from streaming page
Phone got stuck.
After sometime started it again
Network IN was high and FPS was 28 to 30.
Stopped the stream and battery percentage - 30

Closing as inactive.


Parsed json data is not in the same order as the original.

Thanks for this crate!
I'm currently writing a code generator, where you can define the API using JSON. I noticed that if a list of elements is used, the resulting parsed output is not in the same order as defined in the original JSON data, which is a bit of a problem. Example:
What I pass to JSON parser:
{
  "struct": {
  "var": { "type": "int", "name": "x" },
  "func": [ { "type": "int", "name": "return_int" } ]
  }
}

What I get after parsing and printing the parsed data to screen:
{"struct":{"func":[{"name":"return_int","type":"int"}],"var":{"name":"x","type":"int"}}}

Is there a way to get the output exactly in the same order as I defined? So far I'm iterating over members() and entries() and I can't see any other way to do it properly.
Thanks!

Hey! Thanks for the question.
Currently the internal representation of an object is using a BTreeMap, which sorts keys for lookup performance. This is perfectly fine within the standard:

An object is an unordered set of name/value pairs.

That said ideally I would like to preserve the ordering of keys, there are some crates out there like a linked hash map implementation that can do it, but I haven't gotten to play with it yet.

Since 0.9 is planned to include other breaking changes, I figure it's a good opportunity to include linked hash map implementation for objects along with the rest of it. Will see how that affects performance.

Maybe giving the user some kind of an option to choose between faster out-of-order and (potentially?) slower in-order would be a good idea? By default it could work the way it does now since I realize that only specific applications will want the data in-order.

That's reasonable. I'll see how benchmarks behave, if the hit isn't too big it might be best to just always preserve the order and not introduce extra complexity to the API. I'm still busy-ish today, but from tomorrow on I should have plenty of free time to sink into this project, I hope to have a nice release of 0.9 by the end of the weekend at the latest :).

Excellent, thanks!

 Given that I can exploit the control over the heap allocation there, I can allocate short object keys directly on the node without the extra heap allocation that a full blown String would require.
My initial benchmarks show that this cuts the construction time of the tree by about 30%, at the cost of lookups being slightly more expensive than the default BTreeMap. Should be good enough for the initial implementation, I'll look into a proper hash table implementation after 0.9.0.
The added bonus is that since it has characteristics of a linked list, iterating in insertion order will be preserved.

Sounds good! Any indication on when we can expect 0.9? It's not a fix that I need critically but would be nice to have ;)

Soon™. I want to say tomorrow, but I don't want to be too optimistic so I'll stick to my initial estimate - the end of the weekend.

 ;)

takes screenshot ;)

BTreeMap
LinkedHashMap
new json-rust Object

create with 11 entries
1,279 ns
1,787 ns
903 ns

create with 3 entries
310 ns
539 ns
216 ns

lookup 11 entries
601 ns
529 ns
434 ns

lookup 3 entries
55 ns
120 ns
75 ns

I said the lookup time is worse, seems it only worse for small amount of entries. Dunno why BTreeMap is slower with 11. Testing with keys inserted in order:
    map.insert("timestamp".into(), DUMMY);
    map.insert("zone_id".into(), DUMMY);
    map.insert("zone_plan".into(), DUMMY);
    map.insert("http".into(), DUMMY);
    map.insert("origin".into(), DUMMY);
    map.insert("country".into(), DUMMY);
    map.insert("server_ip".into(), DUMMY);
    map.insert("server_name".into(), DUMMY);
    map.insert("remote_ip".into(), DUMMY);
    map.insert("bytes_dlv".into(), DUMMY);
    map.insert("ray_id".into(), DUMMY);

Looks decent!

The log benchmark I'm using in readme:
test json_rust_parse                     ... bench:       3,296 ns/iter (+/- 1,614) = 183 MB/s
test json_rust_stringify                 ... bench:       1,819 ns/iter (+/- 895) = 332 MB/s

This is also using the new short strings that also avoid heap allocation. Stringify took a dive since iterating over entries now requires jumping around with pointers instead of indexing a vector, but parsing seems to more than make up for that. I want to try allocating the nodes of the tree on a vector to get back old numbers for stringify without hurting the new parsing performance that much.
It's gonna be a long weekend...


asn_decode() with the transfer syntax ATS_UNALIGNED_BASIC_PER and ATS_UNALIGNED_CANONICAL_PER is incorrectly decoding the OCTET STRING

Both  asn_decode() and uper_decode_complete() are incorrectly decoding the OCTET string and giving the wrong result.
These function are still returning  decode_result.code =RC_OK and decode_result.consumed=8 (less than the actual size of buffer, 32)

I'm getting output some thing like before

But I'm expecting

actual output should look like

but I'm getting

Below are the c structure

below is my code

below is the asn definition


[ID-98] Rate limits

Description
**Resolves #98
Here are the highlihts of this PR:

Introduced priority queue feature for sending notifications.
You can send notification immediatelly or in a schedulled time in the future.
If you want to send a message at specific time in the future then you just need to add "time" field when hitting the API for creating messages. If the "time" field is omitted then it means now and tries to send the notification asap.
You can also set a priority of this message from 1 to 10. 1 means highest priority.
Here is the priority order for sending: the first criteria is the "time" field. The notifications with most recently time will be sent first. If we have notifications with equals time then the second criteria is the "priority" field mentioned above.
The queue should manage a lot of notifications processing them on small pieces. The piece count is managed from the database. 50 is acceptable number.
Once one service starts processing the priority queue then it locks it until it finish. Once finished then it unlocks it again. This way we prevent from multiple services sending notifications simulativelly.
Removed code for data manipualting for multi-tenancy and recipients refactoring - no needed anymore.
Code order in the web driver adapter.
Removed mode.InputMessage and introduced tool generated struct on web driver level for the create messages APIs.

Review Time Estimate
Please give your idea of how soon this pull request needs to be reviewed by selecting one of the options below. This can be based on the criticality of the issue at hand and/or other relevant factors.

[ ] Immediately
[ ] Within a week
[x] When possible

Type of changes
Please select a relevant option:

[ ] Bug fix (non-breaking change which fixes an issue).
[x] New feature (non-breaking change which adds functionality).
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected).
[x] Other (any another change that does not fall in one of the above categories.)

When you test the changes you first need to:

create collection "queue" in your database
import the following record in it:

{
  "_id": "1",
  "status": "ready",
  "process_items_count": 50
}

Hi @mdryankov , @shurwit , thanks for your feedback. I am merging it. @shurwit I've opened a separate task for covering your feedback here - https://github.com/rokwire/notifications-building-block/issues/140


How to get component $options via composition API?

What problem does this feature solve?
With Options API, we can access the component options via this.$options, but with Composition API I don't see any documentation mentions about this?
What does the proposed API look like?
n/a

There's no public API for this. what's your use case?

<script setup>
import { getCurrentInstance } from 'vue'

const i = getCurrentInstance()
console.log(i.proxy.$options)
</script>

Warning: It's not a public API, and will be changed anytime. Use at your risk.

@LinusBorg I want to get the component name and the component path for a custom composable. I found that the $options contains __name and __file property.


[Document update] Add document about how gearpump do failover.

What happen when executor crash
What happen when appmaster crashes
what happen when master crashes
what happen when worker crashes.
what happen when task crashes.
Where the master HA state stored?

Completed.
link:
http://www.gearpump.io/site/0.3/internal/#master-high-availability
http://www.gearpump.io/site/0.3/internal/#how-we-do-handle-failures


Boogie Verifier instrumentation for generating AST-to-CFG validation certificates

ObjectExtensions.cs file in the Core module is redundant, added reference to ProofGenUtil from Core.

There seems to be often lots of redundant white space in the generated proofs. For example

It would be good to add comments to the newly added code such that it is easier to understand the code. Moreover, the parts where big blocks are added for the purpose of proof generation should be documented clearly.


Aither.cc's seach query updated from /torrents/filter?search=[query] to /torrents?name=[query]

PT Plugin Plus version: v1.5.2.f2e4f20

PT Plugin Plus installation method: Zip package

Browser name and version: Version 94.0.4606.61 (Official Build) (64-bit)

Whether the browser has other plugins installed: Yes

Is it working properly after disabling other plugins: No

Problem Description:
Search will not work with Aither.cc because the plugin is requesting the query to aither.cc/torrents/filter?search=[query] but it should be updated to aither.cc/torrents?name=[query]

Related screenshots:
Not needed

Reproduce steps:
Just try searching for anything in Aither from ptpp

Log: aither.txt

please check the newsest commit
https://github.com/ronggang/PT-Plugin-Plus/commit/f5878b96c68db3fa8d8ae5903addf26ac87c9dc7
cause problems


Links to "Microsoft OS Descriptors" and "Microsoft OS Descriptors Specification" are not working.

Links to "Microsoft OS Descriptors" and "Microsoft OS Descriptors Specification" are not working.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 80765aec-291f-b13d-ff28-10e1afa6b742
Version Independent ID: 016a3903-ba16-1ea6-3804-ab4e6318444e
Content: WinUSB Device
Content Source: windows-driver-docs-pr/usbcon/automatic-installation-of-winusb.md
Product: windows-hardware
GitHub Login: @windows-driver-content
Microsoft Alias: windowsdriverdev

Thanks, @wes-b
@PageWriter-MSFT the FWLink points to http://www.microsoft.com/whdc/connect/usb/os_desc.mspx for the descriptors. There's content at https://msdn.microsoft.com/en-us/windows/hardware/gg463179.aspx, but I am unjclear if that and the spec link are ported over. Can you please fix this in this topic and in usbcon/microsoft-defined-usb-descriptors?
Thanks!

Hello,
Thanks for reporting the broken link. This is now fixed.
Page Writer


[Help] MBR values

I was trying to interconnect the upg-vpp to free5gc which worked fine after some adaptations (and your support). However I wanted to manage the create QER request within the upg but I have an inconsistency with the MBR. When I display it on the CLI (show upf session), it is different from the MBR on the PDU session request. I would like to know how this IE is managed in the upg (encoding etc...). Thank you in advance for any clarification you can give me.
PDU session trace and show upf session command output are attached
Trace.zip

QERs / QoS is currently not implemented in UPG. There are some stubs, most IEs should be decoded, but the logic to enforce any QoS setting is not there.
I don't think it would be too complicated to actually add basic QoS control, but we currently have no immediate plans or timeline to work on it.
That said, I'm going to have a quick lock at your trace to see whether there is anything wrong with MBR en/decoding.


Fix composer json spacing

Summary
Fixes #3
Fixes spaces in composer file.
Requirements (place an x in each [ ])

[x] I've read and understood the Contributing Guidelines and have done my best effort to follow them.
[x] I've read and agree to the Code of Conduct.

The following point can be removed after setting up CI (such as Travis) with coverage reports (such as Codecov)

[N/A] I've written tests to cover the new code and functionality included in this PR.

The following point can be removed after setting up a CLA reporting tool such as cla-assistant.io

[x] I've read, agree to, and signed the Contributor License Agreement (CLA).

FYI the slug for CLA is broken.

Thanks for flagging this, we have fixed this on our the latest commit.


Handle Array Types

[ ] Implement get_array_unit_type in Symbol
[ ] Implement logic for array types in QutesDataType
[ ] Design QuantumArrayType so that it can be used as base class for all quantum array types
[ ] Write tests
[ ] Check remaining TODOs in code

Duplicate of #18


build: add exports to package

i think i need these, per https://antfu.me/posts/publish-esm-and-cjs

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

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

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
15

Relevant Lines:
15

💛  - Coveralls


reading 'O=N(=O)C' with sanitize=False does not produce DetectChemistryProblems() message

Describe the bug
reading penta-valent nitro or n-oxide containing structure with 'sanitize=False' does not produce message with DetectChemistryProblems().
To Reproduce
mol = Chem.MolFromSmiles('O=N(=O)C',sanitize = False)
# same behavior with "O=n1ccccc1"

errs = Chem.DetectChemistryProblems(mol)
if not errs:
        print(f"mol was accepted")
else:
    for er in errs:
        if hasattr(er,'GetAtomIdx'):
            print(f"err:{er.GetType()}, msg:{er.Message()}, {er.GetAtomIdx()}")
        else:
            print(f"err:{er.GetType()}, msg:{er.Message()}, {er.GetAtomIndices()}")

Expected behavior
I would expect DetectChemistryProblems() to return a message along the lines "cleaned penta-valent nitrogen by charge separation"
Instead the code prints: "mol was accepted"
Configuration (please complete the following information):

RDKit version: 2024.03.5
OS: [e.g. Ubuntu 20.04]: Windows 11
Python version (if relevant): 3.12.5
Are you using conda? mamba
If you are using conda, which channel did you install the rdkit from? conda-forge
If you are not using conda: how did you install the RDKit? mamba create -c conda-forge -n my-rdkit-env rdkit

DetectChemistryProblems is intended to look at sanitization failures.  Since sanitization by default fixes nitro groups, it appears that it isn't checked since this is an issue sanitization would actually fix.

You can force this by turning off the SANITIZE_CLEANUP which will stop that check
errs = Chem.DetectChemistryProblems(mol, Chem.SANITIZE_ALL&~Chem.SANITIZE_CLEANUP)

err:AtomValenceException, msg:Explicit valence for atom # 1 N, 5, is greater than permitted, 1

Here you are anding the bit pattern against a negated bit (this is the &~ above which does look a little weird :)

To elaborate on what @bp-kelley : DetectChemistryProblems() carries out a normal sanitization and reports if any errors are encountered along the way. Since the first step in sanitization is to cleanup the nitro group, the five-coordinate N is no longer there when valences are checked.
If you want to skip the cleanup step, you can use:  Chem.DetectChemistryProblems(m,Chem.SANITIZE_ALL^Chem.SANITIZE_CLEANUP)
(I find using the xor to be considerably less disgusting than his &~)

I see. Is there another way to get some info from the sanitation process about what changes was introduced along the way? i.e. that a penta-valent nitro group was changed?

Is there a way to log, the changed ? We clearly talk about automatic curation, we should be able to track them.
One  intermediate idea would be the have at least a changed control between input and output. Which could be done in SDF I hope but not so simple for smiles to smiles ?
What is your proposal / plan ? I can spend time on the c++ code to at least enumerate or add logs, if you give me one example to follow.

If I understand it correctly AllChem.AdditionalOutput() is a global function and would not work in any multihreading setting such as a web service.
I would prefer a solution that works anywhere but for me @bp-kelley 's solution looks good. If in doubt I can call MolFromSmiles twice: the first to get the messages and the second to get the sanitized molecule.

I see. Is there another way to get some info from the sanitation process about what changes was introduced along the way? i.e. that a penta-valent nitro group was changed?

There is not. This kind of detailed reporting is not the job of the standard sanitization code. That would be more something that should be handled in the rdMolStandardize Package.
At the moment there's nothing there for that, but it's possible to imagine it being there.


InvalidArgumentException in Finder.php line 546

Hi There;
I get that error message:
The "/media/disk/disk2/http/loopl/project/public/photos/1" directory does not exist.
1 is user id. you know.
If i create folder (user id = 1) than fix this. How can i auto create user id folder on photos directory?
How can i fix this?
my lfm.php :
*...
'use_package_routes'    => true,
'middlewares'           => ['web','auth'],
'prefix'           => 'laravel-filemanager',
'allow_multi_user'      => true,
'user_field'            => 'id',
*...

The project will restart soon we hope to have your support you can participate with your ideas in trello and slack
Trello -> https://trello.com/b/dv9fqFK2/lms-laravel
Slack -> https://join.slack.com/t/lmslaravel/shared_invite/enQtMzkzNTUxNzAzMTEwLTVkNDBmZmU1YjEzMWIxNTk5Y2FiOGYyODYxNmFhYjgwYzQ5MjRhOWViOTRkZWM3ZjczOTcxMzVlOTU5YzdiNGI


Markers not showing in Firefox

Hi,
I have problem with showing markers in Mozilla Firefox.
I have noticed that "loadedmetadata" event never happens.
player.on("loadedmetadata", function () {     	  initialize();       });
My current fix for that is next:
if ($.browser.mozilla) {
        player.ready(function(){
        	initialize();
        });
}
else{
      player.on("loadedmetadata", function () {
    	  initialize();
      });
}

Is there better way how to solve that? I don't like that I'm changing source of the plugin.
Also in Firefox only third example on this link  is showing markers? What is different between first two and third example?

HI mkovacek, so the documentation is using an much older version so it's hard to say.
Sorry for the late reply..
I can see how this could be a platform specific bug as some people have complaint on stackoverflow.. Can you see if this fixes?
player.ready(function(){
    if (player.readyState && player.readyState() > 0) {
      initialize();
    } else {
      player.on("loadedmetadata", function() {
        initialize();
      });
    }
  });

In my case :
Edge
videojs 6.6.3
@spchuang 's code fixes the problem.


Documentation for Iroha installation security tips

Description of the Change
Added tips to Read the Docs for securing Iroha installation ranging from physical security to logging. The guide itself is more general and aimed at meeting obvious yet necessary requirements.
Benefits
The guide helps administrators to avoid possible security problems that are not directly related to Iroha.
Possible Drawbacks
None

@Baydarich I recently created a pull request regarding deploying ansible in kubernetes clusters. I have no experience in security of any sort; could  you make some suggestions as to how i could improve security handling?
Best I have thought of is for the generated files containing private keys to be deleted by ansible after being used to deploy.

@sudomann I left a comment in your pull request


Data tracker

Description
Trying to figure out how to use data tracker.com
Code of Conduct

[X] I agree to follow the IETF's Code of Conduct

Not a datatracker issue. Pay attention to draft development in a working group. Read the getting started messages at www.ietf.org.


publish(cloudflare): workers.api.error.script_too_large [code: 10027]

Describe the bug
When trying to publish on cloudflare workers with the module enabled, I get the following error.
The build is created correctly. Everything works fine locally. I know it's a bug caused by this module, after disabling it publish works fine too.
Probably by https://github.com/harlan-zw/nuxt-og-image
Here are the 2 largest dependencies included in your script:

  - .output/server/index.mjs - 2070.46 KiB
  - wrangler-module-CompiledWasm:./26c174f66255792aa5c733cf3ab740b54120c2b7-svg2png.wasm - 0.56 KiB
  If these are unnecessary, consider removing them

    workers.api.error.script_too_large [code: 10027]

Reproduction
No response
System / Nuxt Info
No response

Hi
The free tier is very limited, if you need to generate og images dynamically then I'd recommend upgrading.


feat(prettier): add print_call_expression for CallExpression and NewExpression

Current dependencies on/for this PR:

main

PR #1340   👈

This stack of pull requests is managed by Graphite.

Merge activity

Nov 15, 10:47 PM: @Boshen merged this pull request with Graphite.


docs: added responsive Buttons to view the components

Here the possibility was implemented to view the components in their responsive representation. For
this purpose the components are displayed one by one on a page which can be found under
"/raw-component/{:component-name}". This page is integrated on the detail page of the component via
iFrame. To change the view, buttons have been added which influence the width of the displayed
iFrame.

Well done. We will rework the appearance once contents of documentation are finished.

Well done. We will rework the appearance once contents of documentation are finished.


clean up protoc-gen-validate import when solo-kit updates

as cited by @rickducott in https://github.com/solo-io/squash/pull/163

solo-kit updated to 0.10.0 as of https://github.com/solo-io/squash/pull/231


fix: added update permissions for hive claims

update permissions are required for removing annotations
Signed-off-by: Tomer Figenblat<EMAIL_ADDRESS>

Chart PR: https://github.com/RHEcosystemAppEng/multicluster-resiliency-addon-chart/pull/7


More details in slack message on deploy

coverage: 93.859%. remained the same when pulling c783cdce2cd8f5be0ddcabc346a7461b2a3eba26 on cody-more-slack-details into 8cbcfb43af0a24eb8936154037945264be6b973e on main.


Ship flat bundles instead of a lib folder

Based on this blogpost by the React core team we should ship flat bundles instead of the lib folder we have right now.  Essentially, rather than shipping tons of files we'd only ship two bundles that contain the CommonJS code.
This will make it possible for us to experiment with Google Closure Compiler, ref #1360.

Nice 👍. The angular team also ships their libs as FESM (Flat ES Modules). Here's the spec they use: https://docs.google.com/document/d/1CZC2rcpxffTDfRDs6p1cfbmKNLA6x5O-NtkJglDaBVs
Also gave a talk about it last week: https://youtu.be/K4YMmwxGKjY. Maybe it helps 🙂

Interesting how the bundle winds are blowing, but the reasons mentioned in the linked article are sound, it was am interesting read. Am I right in that this won't start the es module bundle at all? @mxstbr what are you looking for as a first step regarding this?

I don't know how to start this off to be honest @GGAlanSmithee. I guess a good first step would be to look at Reacts rollup config and figure out the parts that are related to the flat CJS bundles?
We already use rollup to create our .js and .min.js UMD bundles for script tags and the .es.js esm bundle for bundlers to get better treeshaking, so it might not be too.hard to copy those parts and output two more bundles maybe?

Going to prepare a PR for this.

Amazing @Andarist, can't wait! 😍

I can work on closure if you like.

@wardpeet that'd be awesome, please comment in #1360!


//tensorflow/python/distribute/failure_handling:failure_handler_test is flaky

Click to expand!
Issue Type
Bug
Have you reproduced the bug with TF nightly?
Yes
Source
source
Tensorflow Version
git HEAD
Custom Code
No
OS Platform and Distribution
Ubuntu 20.04
Mobile device
n/a
Python version
3.9.16
Bazel version
6.1.0
GCC/Compiler version
10.2.1
CUDA/cuDNN version
n/a
GPU model and memory
n/a
Current Behaviour?
//tensorflow/python/distribute/failure_handling:failure_handler_test will timeout sometimes
x86 log
https://source.cloud.google.com/results/invocations/302ca1a4-593b-430c-b278-038351228670/log
AARCH64 log
https://github.com/tensorflow/tensorflow/actions/runs/5363735926/jobs/9731502578#step:5:11034
Looks like a network port conflict.
Standalone code to reproduce the issue
bazel --bazelrc=/usertools/cpu.bazelrc test --config=pycpp --config=build_event_export --remote_cache=https://storage.googleapis.com/tensorflow-devinfra-bazel-cache/norbe --google_default_credentials

Relevant log output
INFO: From Testing //tensorflow/python/distribute/failure_handling:failure_handler_test (shard 4 of 8):
==================== Test output for //tensorflow/python/distribute/failure_handling:failure_handler_test (shard 4 of 8):
2023-06-22 16:46:57.933478: I tensorflow/core/util/port.cc:110] oneDNN custom operations are on. You may see slightly different numerical results due to floating-point round-off errors from different computation orders. To turn them off, set the environment variable `TF_ENABLE_ONEDNN_OPTS=0`.
2023-06-22 16:46:58.014195: I tensorflow/core/platform/cpu_feature_guard.cc:182] This TensorFlow binary is optimized to use available CPU instructions in performance-critical operations.
To enable the following instructions: AVX2 AVX512F AVX512_VNNI FMA, in other operations, rebuild TensorFlow with the appropriate compiler flags.
 You may see slightly different numerical results due to floating-point round-off errors from different computation orders. To turn them off, set the environment variable `TF_ENABLE_ONEDNN_OPTS=0`.
2023-06-22 16:47:03.185580: I tensorflow/core/platform/cpu_feature_guard.cc:182] This TensorFlow binary is optimized to use available CPU instructions in performance-critical operations.
To enable the following instructions: AVX2 AVX512F AVX512_VNNI FMA, in other operations, rebuild TensorFlow with the appropriate compiler flags.
2023-06-22 16:47:03.185763: I tensorflow/core/util/port.cc:110] oneDNN custom operations are on. You may see slightly different numerical results due to floating-point round-off errors from different computation orders. To turn them off, set the environment variable `TF_ENABLE_ONEDNN_OPTS=0`.
2023-06-22 16:47:03.241253: I tensorflow/core/platform/cpu_feature_guard.cc:182] This TensorFlow binary is optimized to use available CPU instructions in performance-critical operations.
To enable the following instructions: AVX2 AVX512F AVX512_VNNI FMA, in other operations, rebuild TensorFlow with the appropriate compiler flags.
INFO:tensorflow:Cluster starting.
I0622 16:47:04.817156<PHONE_NUMBER>43904 failure_handler_test.py:432] Cluster starting.
[worker-0]:    I0622 16:47:04.842670<PHONE_NUMBER>84160 multi_process_runner.py:840] Subprocess with PID 588346 (worker, 0) is now being started.
[worker-0]:    I0622 16:47:04.842952<PHONE_NUMBER>84160 multi_process_runner.py:842] TF_CONFIG: '{"cluster": {"worker": ["localhost:38723", "localhost:41053", "localhost:45087", "localhost:38125"]}, "task": {"type": "worker", "index": 0}, "rpc_layer": "grpc"}'
[worker-1]:    I0622 16:47:04.858144<PHONE_NUMBER>84160 multi_process_runner.py:840] Subprocess with PID 588646 (worker, 1) is now being started.
[worker-1]:    I0622 16:47:04.858554<PHONE_NUMBER>84160 multi_process_runner.py:842] TF_CONFIG: '{"cluster": {"worker": ["localhost:38723", "localhost:41053", "localhost:45087", "localhost:38125"]}, "task": {"type": "worker", "index": 1}, "rpc_layer": "grpc"}'
[worker-0]:    2023-06-22 16:47:04.907068: I tensorflow/core/distributed_runtime/rpc/grpc_server_lib.cc:457] Started server with target: grpc://localhost:38723
[worker-2]:    I0622 16:47:04.927917<PHONE_NUMBER>84160 multi_process_runner.py:840] Subprocess with PID 588933 (worker, 2) is now being started.
[worker-0]:    2023-06-22 16:47:04.943758: I tensorflow/tsl/distributed_runtime/coordination/coordination_service.cc:551] /job:worker/replica:0/task:0 has connected to coordination service. Incarnation:<PHONE_NUMBER>2767538069
[worker-0]:    2023-06-22 16:47:04.944905: I tensorflow/tsl/distributed_runtime/coordination/coordination_service_agent.cc:299] Coordination agent has successfully connected.
[worker-2]:    I0622 16:47:04.928328<PHONE_NUMBER>84160 multi_process_runner.py:842] TF_CONFIG: '{"cluster": {"worker": ["localhost:38723", "localhost:41053", "localhost:45087", "localhost:38125"]}, "task": {"type": "worker", "index": 2}, "rpc_layer": "grpc"}'
[worker-1]:    2023-06-22 16:47:04.995414: I tensorflow/core/distributed_runtime/rpc/grpc_server_lib.cc:457] Started server with target: grpc://localhost:41053
[worker-0]:    2023-06-22 16:47:04.997341: I tensorflow/tsl/distributed_runtime/coordination/coordination_service.cc:551] /job:worker/replica:0/task:1 has connected to coordination service. Incarnation:<PHONE_NUMBER>115739518
[worker-1]:    2023-06-22 16:47:04.998064: I tensorflow/tsl/distributed_runtime/coordination/coordination_service_agent.cc:299] Coordination agent has successfully connected.
[worker-3]:    I0622 16:47:05.006252<PHONE_NUMBER>84160 multi_process_runner.py:840] Subprocess with PID 589461 (worker, 3) is now being started.
[worker-2]:    E0622 16:47:05.032748121  588933 server_chttp2.cc:40]        {"created":"@1687452425.032699864","description":"No address added out of total 1 resolved","file":"external/com_github_grpc_grpc/src/core/ext/transport/chttp2/server/chttp2_server.cc","file_line":395,"referenced_errors":[{"created":"@1687452425.032698162","description":"Failed to add any wildcard listeners","file":"external/com_github_grpc_grpc/src/core/lib/iomgr/tcp_server_posix.cc","file_line":342,"referenced_errors":[{"created":"@1687452425.032676237","description":"Address family not supported by protocol","errno":97,"file":"external/com_github_grpc_grpc/src/core/lib/iomgr/socket_utils_common_posix.cc","file_line":420,"os_error":"Address family not supported by protocol","syscall":"socket","target_address":"[::]:45087"},{"created":"@1687452425.032697070","description":"Unable to configure socket","fd":9,"file":"external/com_github_grpc_grpc/src/core/lib/iomgr/tcp_server_utils_posix_common.cc","file_line":216,"referenced_errors":[{"created":"@1687452425.032694857","description":"Address already in use","errno":98,"file":"external/com_github_grpc_grpc/src/core/lib/iomgr/tcp_server_utils_posix_common.cc","file_line":189,"os_error":"Address already in use","syscall":"bind"}]}]}]}
[worker-2]:    2023-06-22 16:47:05.032844: E tensorflow/core/distributed_runtime/rpc/grpc_server_lib.cc:608] UNKNOWN: Could not start gRPC server
[worker-2]:    2023-06-22 16:47:05.033076: E tensorflow/core/common_runtime/eager/context_distributed_manager.cc:703] Could not start gRPC server
[worker-3]:    I0622 16:47:05.006778<PHONE_NUMBER>84160 multi_process_runner.py:842] TF_CONFIG: '{"cluster": {"worker": ["localhost:38723", "localhost:41053", "localhost:45087", "localhost:38125"]}, "task": {"type": "worker", "index": 3}, "rpc_layer": "grpc"}'
[worker-2]:    Process _Process-4:
[worker-2]:    Traceback (most recent call last):
[worker-2]:      File "/usr/lib/python3.9/multiprocessing/process.py", line 315, in _bootstrap
[worker-2]:        self.run()
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/org_tensorflow/tensorflow/python/distribute/multi_process_runner.py", line 755, in _run_with_setenv
[worker-2]:        return self._actual_run()
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/org_tensorflow/tensorflow/python/distribute/multi_process_lib.py", line 54, in _run_with_absl
[worker-2]:        app.run(lambda _: self._run_impl())
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/absl_py/absl/app.py", line 312, in run
[worker-2]:        _run_main(main, args)
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/absl_py/absl/app.py", line 258, in _run_main
[worker-2]:        sys.exit(main(argv))
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/org_tensorflow/tensorflow/python/distribute/multi_process_lib.py", line 54, in <lambda>
[worker-2]:        app.run(lambda _: self._run_impl())
[worker-2]:      File "/usr/lib/python3.9/multiprocessing/process.py", line 108, in run
[worker-2]:        self._target(*self._args, **self._kwargs)
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/org_tensorflow/tensorflow/python/distribute/multi_process_runner.py", line 866, in __call__
[worker-2]:        six.reraise(*info.exc_info)
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/six_archive/six.py", line 719, in reraise
[worker-2]:        raise value
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/org_tensorflow/tensorflow/python/distribute/multi_process_runner.py", line 1060, in _run_contained
[worker-2]:        return_value = fn(*args, **kwargs)
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/org_tensorflow/tensorflow/python/distribute/failure_handling/failure_handler_test.py", line 146, in worker_fn
[worker-2]:        strategy = collective_all_reduce_strategy.CollectiveAllReduceStrategy()
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/org_tensorflow/tensorflow/python/distribute/collective_all_reduce_strategy.py", line 186, in __init__
[worker-2]:        CollectiveAllReduceExtended(
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/org_tensorflow/tensorflow/python/distribute/collective_all_reduce_strategy.py", line 339, in __init__
[worker-2]:        self._initialize_strategy(self._cluster_resolver, devices=devices)
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/org_tensorflow/tensorflow/python/distribute/collective_all_reduce_strategy.py", line 358, in _initialize_strategy
[worker-2]:        self._initialize_multi_worker(cluster_resolver)
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/org_tensorflow/tensorflow/python/distribute/collective_all_reduce_strategy.py", line 530, in _initialize_multi_worker
[worker-2]:        context.context().ensure_initialized()
[worker-2]:      File "/root/.cache/bazel/_bazel_root/fbac33eb30dbfb6b11b15a7ff5ac830d/execroot/org_tensorflow/bazel-out/k8-opt/bin/tensorflow/python/distribute/failure_handling/failure_handler_test.runfiles/org_tensorflow/tensorflow/python/eager/context.py", line 610, in ensure_initialized
[worker-2]:        pywrap_tfe.TFE_EnableCollectiveOps(context_handle, server_def_str)
[worker-2]:    tensorflow.python.framework.errors_impl.UnknownError: Could not start gRPC server

@rishikasinha-tf flaky test


unsupported webp thumbnails

In "show more details", often i don't see the thumbnails.
I think, the underlying libraries don't support webp.
i'm getting this error (debian 11, 32bits):
Image type “webp” is not supported at /usr/lib/i386-linux-gnu/perl5/5.32/Glib/Object/Introspection.pm line 67.
Either it's a missing dependency, or it needs a conversion.
Probably, it should first try to load them as is, then fallback in converting them.
This way it's future/back proofed.

The "webp-pixbuf-loader" library is needed. I think I will change gtk-pipe-viewer to always use JPEG thumbnails for now, as this library seems to not be available on the Ubuntu and Debian repos.

just mentioning how to install webp-pixbuf-loader for when you'll reactivate the feature.
For ubuntu, you need to add this ppa, then install the library as usual
sudo add-apt-repository ppa:krifa75/eog-ordissimo
sudo apt update
sudo apt install webp-pixbuf-loader
for debian(ubuntu), there's a source package that you need to build your self.
it's from https://salsa.debian.org/okias-guest/webp-pixbuf-loader this is from debian maintainers, as of writing, it hasn't reached repositories yet.
you can download the source package like this:
git clone https://salsa.debian.org/okias-guest/webp-pixbuf-loader.git
then install needed stuff for building packages in general:
sudo apt install build-essential dpatch fakeroot devscripts equivs lintian quilt
install build dependencies for this package (it will create a metapackage for them)
sudo mk-build-deps -i -r webp-pixbuf-loader/debian/control
build the package
fakeroot webp-pixbuf-loader/debian/rules binary
you can install it with apt as usual (you need to give apt, the full path to a local package file) for example, a package in the current directory:
sudo apt install ./webp-pixbuf-loader_0.0.3-1_i386.deb


Outline explorer only populate its content after a file is changed on latest 4.x

Issue Report Checklist
Problem Description
After PR #13109, the outline explorer populate its content only after a change is made to a file.
It would be great if the content of the outline explorer could be populated for all files that are open on startup.

Versions

Spyder version: 4.2.0.dev0 2b8b7f669
Python version: 3.7.6 64-bit
Qt version: 5.12.5
PyQt5 version: 5.12.3
Operating System: Windows 10

Thanks @jnsebgosselin for the feedback! @ccordoba12 @andfoy is there something that we can do here?

Yes, we are aware of this bug, I think this is a problem with the LSP requests, which are being sent before the server is fully initialized. I can add a workaround on PR https://github.com/spyder-ide/spyder/pull/13885 as well

@jnsebgosselin, do you have any further comments regarding the new outline explorer improvements?

No, I think everything else is looking good. Thanks for the work you've done here. I'm glad that the OE was finally migrated to use the LSP, I think this is neat and I hope this will be easier to maintain too.

Dwelling more into this subject, I think this issue is more related to PR https://github.com/spyder-ide/spyder/pull/13828

Dwelling more into this subject, I think this issue is more related to PR #13828, I don't know what @ccordoba12 thinks about it

Yeah, I think it is. I'll take a look at this problem in that PR.
@andfoy, please don't add a workaround for now (it shouldn't be necessary).

No, I think everything else is looking good. Thanks for the work you've done here. I'm glad that the OE was finally migrated to use the LSP, I think this is neat and I hope this will be easier to maintain too.

Yes, we think it's going to be much easier to maintain and extend.

@ccordoba12 PR #13938 fixed the problem when starting Spyder, thank you very much!
However, the same problem is still present when switching projects.


Can I add this to Windows Command Prompt?

Probably you can, but you need to implement alias/function for this shell. If you'll do that, feel free to make a PR.

 Do I need an extra alias?

I have the same issue as Primajin. How can I fix this problem? Thank you.

@rhu1988 try to add in .bashrc:
export PATH="$PATH:~/.local/bin/"

Fix for wsl will be in the next release.

I tried what you said. It works! Thank you for helping.

Perfect everything works as expected now!

Windows Command Prompt does not support aliases... unless you do really weird stuff.... But you can create a bat file with the following content:
@powershell -noprofile -c "cmd /c \"$(thefuck $(doskey /history)[-2])\""

Easy way. just name it f.bat and place it in some folder that already is at your %path%. Then use f to call thefuck.

 Depending on how you installed Python, that Scripts folder is the very first one in your system-wide PATH component.
So either reorder your path, or prepend another folder and add your fuck.bat there.

same issue, but i'm using command prompt


Migrate UserGuide.md from markdown to asciidoc

Part of #271

v1
@limmlingg submitted v1 for review.

[v1 1/1] Migrate UserGuide.md from markdown to asciidoc

(:books: Archive)

Checkout this PR version locally
git fetch https://github.com/se-edu/addressbook-level4.git refs/pr/435/1/head:BRANCHNAME

where BRANCHNAME is the name of the local branch you want to fetch this PR to.

Could you post another CanIHasReview for archive & interdiff purpose?

v2
@limmlingg submitted v2 for review.

[v2 1/1] Migrate UserGuide.md from markdown to asciidoc

(:books: Archive) (:chart_with_upwards_trend: Interdiff between v1 and v2)

Checkout this PR version locally
git fetch https://github.com/se-edu/addressbook-level4.git refs/pr/435/2/head:BRANCHNAME

where BRANCHNAME is the name of the local branch you want to fetch this PR to.

v3
@limmlingg submitted v3 for review.

[v3 1/1] Migrate UserGuide.md from markdown to asciidoc

(:books: Archive) (:chart_with_upwards_trend: Interdiff between v2 and v3)

Checkout this PR version locally
git fetch https://github.com/se-edu/addressbook-level4.git refs/pr/435/3/head:BRANCHNAME

where BRANCHNAME is the name of the local branch you want to fetch this PR to.


Any one can help me out? When i run the example project, it crashed "dyld: Library not loaded".

This is my Xcode console output:

Could you please try now, I've updated pods

@fremaksim https://stackoverflow.com/questions/17703510/dyld-library-not-loaded-reason-image-not-loaded

same question

@fy5220 just solve this with manually add Alamofire and RxAlamorfire into Embed Frameworks in target build phases

@boska ok,thank u

@fy5220 just solve this with manually add Alamofire and RxAlamorfire into Embed Frameworks in target build phases

it's not work for me. i added them to Embed framework, but they're blur.

Carthage can solve this with these two files
run
carthage update
then regenerate xcodeproj with Xcodegen
xcodegen generate
but it only resolved Network Platform for now
https://github.com/boska/CleanArchitectureRxSwift/commit/cce1f7f72b8680674d25366339cc7cc6b9c6a2c9
Cartfile - Carthage
github "ReactiveX/RxSwift" ~> 4.0
github "RxSwiftCommunity/RxAlamofire" ~> 4.4
github "Alamofire/Alamofire" ~> 4.8

project.yml
name: CleanArchitectureRxSwift
options:
  bundleIdPrefix: com.clean
targets:
  Domain:
    type: framework
    platform: iOS
    deploymentTarget: "12.0"
    sources: [Domain]
    dependencies:
      - carthage: RxSwift
  DomainTests:
    type: bundle.unit-test
    platform: iOS
    deploymentTarget: "12.0"
    sources:
      - path: DomainTests
    dependencies:
      - carthage: RxTest
      - carthage: RxBlocking
      - target: Domain
  CleanArchitectureRxSwift:
    type: application
    platform: iOS
    deploymentTarget: "12.0"
    sources: [CleanArchitectureRxSwift]
    dependencies:
      - target: Domain
      - target: NetworkPlatform
      - carthage: RxSwift
      - carthage: RxCocoa
  NetworkPlatform:
    type: framework
    platform: iOS
    deploymentTarget: "12.0"
    sources: [NetworkPlatform]
    dependencies:
      - target: Domain
      - carthage: RxSwift
      - carthage: RxAlamofire
      - carthage: Alamofire
      - carthage: RxAtomic

Any solution for Cocoapods?


Redirect successful

Motivation
Fixes https://github.com/aerogear/aerogear-android-sdk/issues/123
Call onSuccess for every response and onError only for network errors.
@TommyJ1994 can you please try this PR with your use case?
TODO:
[x] Impl
[] Write test

@pb82 Feel free to add the tests in a new PR, but I really wanted to get the logout and security template work unblocked first.

@secondsun No problem. Added a test in https://github.com/aerogear/aerogear-android-sdk/pull/125


Error: uncaught exception Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED)

Hi Sebastian,
the latest jquery ui widget (1.8.17) has a problem with ffox 9.0.1 (Mac OS). Progress bar isn't updated and following errors appear in the console:
Error: uncaught exception: [Exception... "Component returned failure code: 0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsIDOMLSProgressEvent.input]"  nsresult: "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)"  location: "JS frame :: /vendor/jquery.ui.widget.js :: <TOP_LEVEL> :: line 259"  data: no]
Tried it also on FF 8.0 (Windows) and it is the same error.

I've reverted the latest commit as I could reproduce the issue with Firefox and the jQuery UI Widget Factory 1.8.17.
The demo was still running with the jQuery UI Widget Factory 1.8.16, as the gh-branch (see Github Pages) had not been merged yet.

I'm still running into this exact issue, and the jQuery UI issue was closed as "invalid."  What exactly is the resolution?

Did you update to the latest version of the File Upload plugin?
As Scott Gonzalez explained in the bug report, the widget factory documentation was misleading, as the widget factory's _trigger method expects a jQuery event object, not a native event object and not the other way round.
The File Upload plugin has since been updated:
https://github.com/blueimp/jQuery-File-Upload/commit/251b9639aae2fc35d48caa8c04d66bef377abd13

I've tried updating to both the latest versions of jquery.fileupload and jquery.ui, but I get a silent failure of with all the same behavior.  I found that I could add the following to my $.fn.fileupload options hash to get the Firefox integration working.
replaceFileInput: !$.support.xhrUpload

I've confirmed it doesn't otherwise break IE7-9, Chrome, Safari.  Any ideas?

Can you reproduce any of that problems on the demo or with the unmodified package installed on your local system?


Avoid two uses of defer {}

Last time I checked, things done in defer were not well-optimized and could cause closure allocation.

@swift-ci please test and merge

Closure allocation overhead should not be a problem for defer. The "closure" is immediately invoked so we'll pass any "captures" immediately instead of putting them on the heap.

I apologize if this is irrelevant, but I can see that the PR subtly changes the semantics of the function, besides avoiding defer statement. Using defer will guarantee the _fixLifetime to be called in the event that an error is thrown, while using a temporary variable skips that call.
// prints "d" then "a"
do {
    defer { print("d") }
    try throwSomething()
} catch _ {
    print("a")
}

It's probably harmless in this case since _fixLifetime is primarily a compiler hint, but yeah, in general this is an unwise transformation, because defer more safely handles hidden control flow edges, and does not have the overhead Dave seems to think it does.


Set bgcolor to white for the last three taxi renderings

The background color was inappropriate given the chosen color map.

Actually, now I'm confused.  I checked the original notebook at https://anaconda.org/jbednar/nyc_taxi/notebook , and all three were black.  So I can't tell why the colormaps are now incompatible with black?

The "hour of day" ones are fine, and should be kept as they are.  It's only the blue/red one that's broken, and it's not that it needs to be on white, it's that there is something wrong in the colormapping.  Original version:

Current version (broken):

Turns out the colormap chosen was supposed to be against a white background for one of those plots only...


(PUP-3818) Windows acceptance on Ruby 2.1.5

Update the pointers to the puppet-win32-ruby to the appropriate
SHAs so that Windows acceptance tests can run against Ruby 2.1.5

Depends on #3540

CLA signed by all contributors.


Doesn't catch malloc() calls specifically made by strdup()

see latest comments

This is because strdup calls malloc from libc internally. If dynamically linked, perhaps we should find symbols in libc and break there instead? In this case it was using the PLT:
[ ] Started target process in PID 2273256
[ ] installing "_entry" breakpoint in child at 0x555555556570. Original data: 0xfa1e0ff3
[ ] found memory maps... binary (/home/aaron/github/heaptrace/heaptrace): 0x555555554000-0x555555567000, libc (/usr/lib/libc-2.33.so): 0x7ffff7db6000-0x7ffff7f79000
Dynamically-linked binary using glibc version 2.33 (/usr/lib/libc-2.33.so)
[ ] . peeked val=0x555555556226 at GOT ptr=0x555555566110 for malloc (type=3)
[ ] . peeked val=0x555555556196 at GOT ptr=0x5555555660c8 for calloc (type=3)
[ ] . peeked val=0x555555556036 at GOT ptr=0x555555566018 for free (type=3)

[ ] installing "malloc" breakpoint in child at 0x555555556220. Original data: 0xfeea25ff
[ ] installing "calloc" breakpoint in child at 0x555555556190. Original data: 0xff3225ff
[ ] installing "free" breakpoint in child at 0x555555556030. Original data: 0xffe225ff

Done in 2cadbca88303bbe90d60eeb13c6da8531a209a27. This is a big feature!!


[imgui-sfml] Fix build and exported config

Fixes #32977.
Merges overlapping patches.
Revises exported config and usage.

I confirm that it fixes #32977

The usage test passed on x64-windows (header files found):
imgui-sfml provides CMake targets:

    find_package(ImGui-SFML CONFIG REQUIRED)
    target_link_libraries(main PRIVATE ImGui-SFML::ImGui-SFML)


Is this SDK being manged ?

Is the Skype Web SDK being maintained by anyone ?  I don't see a response/comment to any of the issues.  Not sure if somebody is working on them or the issues doesn't make any sense to the developers.

As far as I know Chrome is not officially supported at this time. Video does not work at all. Audio works by chance

so it has GA'ed and tickets can be opened via Premier Support as far as I have been told

Nice to know they have premier support. Can you give more details on it. Like their support plan, support email etc . I remember i looked for it but couldn't find.
Thanks

I am getting that information myself and will share once I have it.

That would be great. Thanks for your help with other issues.

https://support.microsoft.com/en-us/gp/contactus81?Audience=Commercial


Set up gh action to push new docker image to dockerhub

Use https://github.com/will-saunders-ukaea/docker-workspace as foundation of Dockerfiles.

Not to be done until we have our own runners. Will likely get us kicked off gh actions.


CASMTRIAGE-7440: TESTS: Update cmsdev BOS test to avoid false failure

The cmsdev BOS test can report a false failure when run during the CSM upgrade process. This is very disruptive to the upgrade, and the fix is very low risk.
CSM 1.6.0 PR:

/backport release/1.6.0


Error (-[NSGlobalBlock localizedFailureReason]: unrecognized selector sent to instance 0x100347490) on SRHubConnection stop

When i am trying to stop the connection  it throws this error -[NSGlobalBlock localizedFailureReason]: unrecognized selector sent to instance 0x100347490. I am using SignalR-ObjC', '~> 2.0.0.beta1
SocketRocket', '~> 0.3.1-beta2
Any ideas how to fix this problem or where to start.
Thanks!

unrecognized selector usually means the object is not the expected type, in my experience. Set a breakpoint for thrown exceptions and see if you can see what method it's trying to call.

The problem  was in this error block. I used [error localizedDescription] instead of error and it gave me the  -[NSGlobalBlock localizedFailureReason]: .... error. But the stop
hubConnection.error=^(NSError *error){
        NSLog(@"Error: %@",error);

    };

But on stop it now gives me exe_bad_access in SRWebSocket.m file in (void)_failWithError:(NSError *)error; method in the [self.delegate respondsToSelector:@selector(webSocket:didFailWithError:)] . The stop seems to start reconnecting the connection instead of stopping it, and after lots of reconnecting attempts it crashes with the exc_bad_access(code=EXC_I386_GPFLT).


Updated Makefile so 'release' depends on 'dist'

otherwise make release might fail when it fails to find dist/*

Codecov Report

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

@@           Coverage Diff           @@
##           master    #1405   +/-   ##
=======================================
  Coverage   98.37%   98.37%
=======================================
  Files          56       56
  Lines        2588     2588
=======================================
  Hits         2546     2546
  Misses         42       42


As logged in user SHBAT post data to /dashboard and get new number

At the dashboard should exist a submit button and when the user clicks on it, The data post to /dashboard
and at the route of post -> /dashboard should be checked user logged in and this request from logged in user.  at the first step.
In the second step the number must be ++ and will write on number-to-spell.json file and  redirect to /dashboard

@4s9h4r Thank you I'll close the issue


Create 4. Median of Two Sorted Arrays.cpp

Added solution for a LC Hard Problem in CPP

Don't make PR here
You can create your PR in this repository : https://github.com/codemistic/Data-Structures-and-Algorithms


Delete key in notebooks deletes selected cell

Issue Type: Feature Request
In ipynb notebooks, when a cell is selected, hitting Delete should delete the cell.
VS Code version: Code 1.63.0 (7db1a2b88f7557e0a43fec75b6ba7e50b3e9f77e, 2021-12-07T05:15:48.091Z)
OS version: Darwin x64 15.6.0
Restricted Mode: No

To avoid deleting cells unexpectedly, we didn't bind Delete key to cell deletion command, instead we bind Cmd+Backspace to it. However you can still add following rule to your keybindings file to bind Delete
	{
		"key": "delete",
		"command": "notebook.cell.delete",
		"when": "notebookEditable && notebookEditorFocused && !inputFocus"
	}


Passing Empty Query String Returns Actual Data In Front End

While this might be good for d Api to return all d words in the DB . I don't Think it is  a good feature for d front end . i headed over our inspiration website to confirm and it handles this action very differently

So the API homepage and the dictionary front-site serve two different purposes:

The API homepage is meant for developers who want a quick introduction to the API and its features without having to set up a project that consumes the API. A good example of this happening would be the WordsAPI
The dictionary front-site is for everyone else who wants to use a product that consumes the API. That's why you don't see the raw API response for that site.

With this, do you think we still shouldn't show the raw data from the database?

Seen .. But Even in WordsApi A New Http Request Is Not Made Once The Input Form Is Empty

I see what you mean. Yeah, this is a current implementation detail that needs to be addressed.
What should happen is when an empty request is made then an error is return back to the client saying that they must enter in some text. This change hasn't been a top priority for development, but is something that will be addressed in the future. I'll create a new ticket to track this.

Once I'm through with cors implementation I'll take it up

Can I take this???

One thing that you need to consider is that we keep the current state of return the first ten results when there's no keyword query provided when in a development environment AND when the requesting user either an editor, merger, or admin.
In other words, we want to return an empty array of results when no keyword query is provided and if the requesting client is a regular user or just unauthed.

Noted ma'am


fixes #81: support ins/del diff styles for table rows

Fixes #81. :rowboat: :rainbow:

I added support for lists as well. Some related information from the HTML specification (basically saying ins/del are incompatible with tables and lists):

4.6.5 Edits and lists
4.6.6 Edits and tables

-1. You should not mark these up with unsemantic .del and .ins classes. You should use <ins> and <del> on the contents of the table. See e.g. https://domenic.github.io/zones/#monkeypatch-realms

@domenic Sorry, but HTML's not expressive enough for us here (without potentially some huge hoop-jumping). You simply can't reproduce the same aesthetic with <ins> in every <td>. I would be okay with the compromise of using the ins class on the <tr> for styling, putting an <ins> in every <td>, and disabling styles for tr.ins > td > ins.

I don't understand why your usage can't just use my technique.

@domenic I'm trying to encode the information that the entire row was added, as well as allow ecmarkup to style that row in a way that makes it clear to humans. See the difference in appearance between my linked example and yours. I can't do that without a class on the <tr> because of HTML restrictions in the structure of <table>s (and <ul> and <ol>).

I think it's pretty clear that in my example an entire row was added.

@domenic I've added the style reset to <ins> within tables/lists, so use of this class is entirely optional. Using individual <ins> to mark up semantic insertion will still be encouraged, though proposal authors will also be able to mark a row or list item as being inserted. I think this patch now provides strictly additive value.

Sorry I didn't see a notification for this PR anywhere :( Am I even watching my own repo??
Anyway, I think this is fine. Long term I hope diff tools like aria's will make manual ins/del less used. But for now it seems ok to add some authoring conveniences even though it's not as ideal as it could be.


Fix #520 -- Add support for custom managers on user model

Codecov Report

Merging #521 (a7ef21a) into master (4c7d960) will decrease coverage by 0.50%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master     #521      +/-   ##
==========================================
- Coverage   99.27%   98.77%   -0.51%
==========================================
  Files           7       12       +5
  Lines         138      244     +106
==========================================
+ Hits          137      241     +104
- Misses          1        3       +2

Impacted Files
Coverage Δ

hijack/views.py
98.85% <100.00%> (ø)

hijack/urls.py
100.00% <0.00%> (ø)

hijack/__init__.py
66.66% <0.00%> (ø)

hijack/permissions.py
100.00% <0.00%> (ø)

hijack/apps.py
100.00% <0.00%> (ø)

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


Ensure kubernetes.io/cluster/X tags are "owned", not "true".

Having these values as "true" causes stack drift, as we later update them to be "owned". In order to ensure we don't needlessly roll pools we should update the CloudFormation so that "owned" is the expected value.

/lgtm


Take another look at the way that OmniAI's classes are be cloned in the extensions directory

When I added the OmniAI::OpenRouter class as a namespace "cone" of OmniAI::OpenAI I started getting Ruby warnings about redefinitions when running the test suite.
Its possible that I don't really need any of the classes below OmniAI::Thread.
Also need to review adding more utilities around access to OpenRouter's database of models.

just merged a PR that fixes this plus adds some more capability.