Problem with some (animation heavy) sites on MacOS M1

I'm currently running Version 107.0.5253.0 (Official Build) (arm64)
Example: https://vxintel.io/
On this site Thorium is lagging, I almost cannot navigate it.
No problem with Thorium on my Windows 11 box.

@aaykut This is using webgl. Can you go to chrome://gpu and post a screenshot here.

@Alex313031 here you go:
Graphics Feature Status
Canvas: Hardware accelerated
Canvas out-of-process rasterization: Enabled
Direct Rendering Display Compositor: Disabled
Compositing: Hardware accelerated
Metal: Disabled
Multiple Raster Threads: Enabled
OpenGL: Enabled
Rasterization: Hardware accelerated
Raw Draw: Disabled
Video Decode: Hardware accelerated
Video Encode: Hardware accelerated
Vulkan: Disabled
WebGL: Hardware accelerated
WebGL2: Hardware accelerated
WebGPU: Hardware accelerated
Driver Bug Workarounds
adjust_src_dst_region_for_blitframebuffer
clamp_texture_base_level_and_max_level
decode_encode_srgb_for_generatemipmap
disable_2d_canvas_auto_flush
enable_webgl_timer_query_extensions
get_frag_data_info_bug
pack_parameters_workaround_with_pack_buffer
regenerate_struct_names
remove_dynamic_indexing_of_swizzled_vector
remove_invariant_and_centroid_for_essl3
set_zero_level_before_generating_mipmap
unfold_short_circuit_as_ternary_operation
unpack_alignment_workaround_with_unpack_buffer
use_intermediary_for_copy_texture_image
use_unused_standard_shared_blocks
disabled_extension_GL_KHR_blend_equation_advanced
disabled_extension_GL_KHR_blend_equation_advanced_coherent
disabled_extension_GL_MESA_framebuffer_flip_y
Problems Detected
Unfold short circuit on Mac OS X: 307751
Applied Workarounds: unfold_short_circuit_as_ternary_operation
Mac drivers handle struct scopes incorrectly: 403957
Applied Workarounds: regenerate_struct_names
glGenerateMipmap fails if the zero texture level is not set on some Mac drivers: 560499
Applied Workarounds: set_zero_level_before_generating_mipmap
Pack parameters work incorrectly with pack buffer bound: 563714
Applied Workarounds: pack_parameters_workaround_with_pack_buffer
Alignment works incorrectly with unpack buffer bound: 563714
Applied Workarounds: unpack_alignment_workaround_with_unpack_buffer
copyTexImage2D fails when reading from IOSurface on multiple GPU types.: 581777
Applied Workarounds: use_intermediary_for_copy_texture_image
glGetFragData{Location|Index} works incorrectly on Max: 638340
Applied Workarounds: get_frag_data_info_bug
Decode and encode before generateMipmap for srgb format textures on macosx: 634519
Applied Workarounds: decode_encode_srgb_for_generatemipmap
Insert statements to reference all members in unused std140/shared blocks on Mac: 618464
Applied Workarounds: use_unused_standard_shared_blocks
adjust src/dst region if blitting pixels outside framebuffer on Mac: 644740
Applied Workarounds: adjust_src_dst_region_for_blitframebuffer
Mac driver GL 4.1 requires invariant and centroid to match between shaders: 639760, 641129
Applied Workarounds: remove_invariant_and_centroid_for_essl3
Disable KHR_blend_equation_advanced until cc shaders are updated: 661715
Applied Workarounds: disable(GL_KHR_blend_equation_advanced), disable(GL_KHR_blend_equation_advanced_coherent)
Expose WebGL's disjoint_timer_query extensions on platforms with site isolation: 808744, 870491
Applied Workarounds: enable_webgl_timer_query_extensions
glFlush error on Mac: 841755
Applied Workarounds: disable_2d_canvas_auto_flush
Clamp texture's BASE_LEVEL/MAX_LEVEL for GenerateMipmap: 913301
Applied Workarounds: clamp_texture_base_level_and_max_level
Disable GL_MESA_framebuffer_flip_y for desktop GL: 964010
Applied Workarounds: disable(GL_MESA_framebuffer_flip_y)
Remove dynamic indexing for swizzled vectors on Mac: 709351
Applied Workarounds: remove_dynamic_indexing_of_swizzled_vector
ANGLE Features
allowCompressedFormats (Frontend workarounds): Enabled: true
Allow compressed formats
cacheCompiledShader (Frontend features) anglebug:7036: Disabled
Enable to cache compiled shaders
disableAnisotropicFiltering (Frontend workarounds): Disabled
Disable support for anisotropic filtering
disableProgramBinary (Frontend features) anglebug:5007: Disabled: IsPowerVrRogue(functions)
Disable support for GL_OES_get_program_binary
disableProgramCachingForTransformFeedback (Frontend workarounds): Disabled: IsAndroid() && isQualcomm
On some GPUs, program binaries don't contain transform feedback varyings
emulatePixelLocalStorage (Frontend features) anglebug:7279: Disabled: false
Emulate ANGLE_shader_pixel_local_storage using shader images
enableCaptureLimits (Frontend features) anglebug:5750: Disabled
Set the context limits like frame capturing was enabled
enableCompressingPipelineCacheInThreadPool (Frontend workarounds) anglebug:4722: Disabled: false
Enable compressing pipeline cache in thread pool.
enableProgramBinaryForCapture (Frontend features) anglebug:5658: Disabled
Even if FrameCapture is enabled, enable GL_OES_get_program_binary
forceDepthAttachmentInitOnClear (Frontend workarounds) anglebug:7246: Disabled
Force depth attachment initialization on clear ops
forceGlErrorChecking (Frontend features) https://issuetracker.google.com/220069903: Disabled
Force GL error checking (i.e. prevent applications from disabling error checking
forceInitShaderVariables (Frontend features): Disabled
Force-enable shader variable initialization
forceRobustResourceInit (Frontend features) anglebug:6041: Disabled
Force-enable robust resource init
loseContextOnOutOfMemory (Frontend workarounds): Enabled: true
Some users rely on a lost context notification if a GL_OUT_OF_MEMORY error occurs
scalarizeVecAndMatConstructorArgs (Frontend workarounds) 1165751: Disabled: false
Always rewrite vec/mat constructors to be consistent
RGBA4IsNotSupportedForColorRendering (OpenGL workarounds): Disabled: functions->standard == STANDARD_GL_DESKTOP && isIntel
GL_RGBA4 is not color renderable
RGBDXT1TexturesSampleZeroAlpha (OpenGL workarounds) anglebug:3729: Enabled: IsApple()
Sampling BLACK texels from RGB DXT1 textures returns transparent black on Mac.
addAndTrueToLoopCondition (OpenGL workarounds): Disabled: IsApple() && isIntel
Calculation of loop conditions in for and while loop has bug
adjustSrcDstRegionForBlitFramebuffer (OpenGL workarounds) 830046: Disabled: IsLinux() || (IsAndroid() && isNvidia) || (IsWindows() && isNvidia) || (IsApple() && functions->standard == STANDARD_GL_ES)
Many platforms have issues with blitFramebuffer when the parameters are large.
allowAstcFormats (OpenGL workarounds): Enabled: !isMesa || isIntel && (Is9thGenIntel(device) || IsGeminiLake(device) || IsCoffeeLake(device) || Is11thGenIntel(device) || Is12thGenIntel(device))
Enable ASTC on desktop OpenGL
allowClearForRobustResourceInit (OpenGL workarounds) 848952: Enabled: IsApple()
Using glClear for robust resource initialization is buggy on some drivers and leads to texture corruption. Default to data uploads except on MacOS where it is very slow.
allowETCFormats (OpenGL workarounds): Disabled: isIntel && !IsSandyBridge(device) && !IsIvyBridge(device) && !IsHaswell(device)
Enable ETC2/EAC on desktop OpenGL
alwaysCallUseProgramAfterLink (OpenGL workarounds) 110263: Enabled: true
Always call useProgram after a successful link to avoid a driver bug
alwaysUnbindFramebufferTexture2D (OpenGL workarounds) anglebug:5536: Disabled: isNvidia && (IsWindows() || IsLinux())
Force unbind framebufferTexture2D before binding renderbuffer to work around driver bug.
avoid1BitAlphaTextureFormats (OpenGL workarounds): Disabled: functions->standard == STANDARD_GL_DESKTOP && isAMD
Issue with 1-bit alpha framebuffer formats
bindTransformFeedbackBufferBeforeBindBufferRange (OpenGL workarounds) anglebug:5140: Enabled: IsApple()
Bind transform feedback buffers to the generic binding point before calling glBindBufferBase or glBindBufferRange.
clampArrayAccess (OpenGL workarounds) anglebug:2978: Enabled: IsAndroid() || isAMD || !functions->hasExtension("GL_KHR_robust_buffer_access_behavior")
Clamp uniform array access to avoid reading invalid memory.
clampFragDepth (OpenGL workarounds): Disabled: isNvidia
gl_FragDepth is not clamped correctly when rendering to a floating point depth buffer
clampMscRate (OpenGL workarounds) 1042393: Disabled: IsLinux() && IsWayland()
Some drivers return bogus values for GetMscRate, so we clamp it to 30Hz
clampPointSize (OpenGL workarounds): Disabled: IsAndroid() || isNvidia
The point size range reported from the API is inconsistent with the actual behavior
clearToZeroOrOneBroken (OpenGL workarounds) 710443: Disabled: IsApple() && isIntel && GetMacOSVersion() < OSVersion(10, 12, 6)
Clears when the clear color is all zeros or ones do not work.
clipSrcRegionForBlitFramebuffer (OpenGL workarounds) 830046: Enabled: IsApple() || (IsLinux() && isAMD)
Issues with blitFramebuffer when the parameters don't match the framebuffer size.
decodeEncodeSRGBForGenerateMipmap (OpenGL workarounds) anglebug:4646: Enabled: IsApple()
Decode and encode before generateMipmap for srgb format textures.
disableBlendFuncExtended (OpenGL workarounds) anglebug:1085: Disabled: isAMD || isIntel
ARB_blend_func_extended does not pass the tests
disableDrawBuffersIndexed (OpenGL workarounds): Disabled: IsWindows() && isAMD
Disable OES_draw_buffers_indexed extension.
disableGPUSwitchingSupport (OpenGL workarounds) 1091824: Disabled: isDualGPUMacWithNVIDIA
Disable GPU switching support (use only the low-power GPU) on older MacBook Pros.
disableMultisampledRenderToTexture (OpenGL workarounds) anglebug:2894: Disabled: isAdreno4xxOnAndroidLessThan51 || isAdreno4xxOnAndroid70 || isAdreno5xxOnAndroidLessThan70 || isAdreno5xxOnAndroid71 || isLinuxVivante
Many drivers have bugs when using GL_EXT_multisampled_render_to_texture
disableNativeParallelCompile (OpenGL workarounds) 1094869: Disabled: isTSANBuild && IsLinux() && isNvidia
Do not use native KHR_parallel_shader_compile even when available.
disableSemaphoreFd (OpenGL workarounds) 1046462: Disabled: IsLinux() && isAMD && isMesa && mesaVersion < (std::array<int, 3>{19, 3, 5})
Disable GL_EXT_semaphore_fd extension
disableSyncControlSupport (OpenGL workarounds) 1137851: Disabled: IsLinux() && isIntel && isMesa && mesaVersion[0] == 20
Speculative fix for issues on Linux/Wayland where exposing GLX_OML_sync_control renders Chrome unusable
disableTextureClampToBorder (OpenGL workarounds) anglebug:7405: Disabled: isImagination
Imagination devices generate INVALID_ENUM when setting the texture border color.
disableTimestampQueries (OpenGL workarounds) 811661: Disabled: (IsLinux() && isVMWare) || (IsAndroid() && isNvidia) || (IsAndroid() && GetAndroidSdkLevel() < 27 && IsAdreno5xxOrOlder(functions)) || (IsAndroid() && IsMaliT8xxOrOlder(functions)) || (IsAndroid() && IsMaliG31OrOlder(functions))
Disable GL_EXT_disjoint_timer_query extension
disableWorkerContexts (OpenGL workarounds) 849576: Disabled: (IsWindows() && (isIntel || isAMD)) || (IsLinux() && isNvidia) || IsIOS() || IsAndroid() || IsAndroidEmulator(functions)
Some tests have been seen to fail using worker contexts
doWhileGLSLCausesGPUHang (OpenGL workarounds) 644669: Disabled: IsApple() && functions->standard == STANDARD_GL_DESKTOP && GetMacOSVersion() < OSVersion(10, 11, 0)
Some GLSL constructs involving do-while loops cause GPU hangs
doesSRGBClearsOnLinearFramebufferAttachments (OpenGL workarounds): Disabled: isIntel || isAMD
Issue clearing framebuffers with linear attachments when GL_FRAMEBUFFER_SRGB is enabled
dontInitializeUninitializedLocals (OpenGL workarounds) anglebug:2046: Disabled: IsAndroid() && isQualcomm
Initializing uninitialized locals caused odd behavior in a few WebGL 2 tests
dontRelinkProgramsInParallel (OpenGL workarounds) anglebug:3045: Disabled: IsAndroid() || (IsWindows() && isIntel)
Relinking a program in parallel is buggy
dontUseLoopsToInitializeVariables (OpenGL workarounds) 809422: Disabled: (IsAndroid() && isQualcomm) || (isIntel && IsApple())
For loops used to initialize variables hit native GLSL compiler bugs
emulateAbsIntFunction (OpenGL workarounds) 642227: Disabled: IsApple() && isIntel
abs(i) where i is an integer returns unexpected result
emulateAtan2Float (OpenGL workarounds) 672380: Disabled: isNvidia
atan(y, x) may return a wrong answer
emulateCopyTexImage2D (OpenGL workarounds): Enabled: isApple
Replace CopyTexImage2D with TexImage2D + CopyTexSubImage2D.
emulateCopyTexImage2DFromRenderbuffers (OpenGL workarounds) anglebug:4674: Disabled: IsApple() && functions->standard == STANDARD_GL_ES && !(isAMD && IsWindows())
CopyTexImage2D spuriously returns errors on iOS when copying from renderbuffers.
emulateImmutableCompressedTexture3D (OpenGL workarounds) 1060012: Disabled: isQualcomm
Use non-immutable texture allocation to work around a driver bug.
emulateIsnanFloat (OpenGL workarounds) 650547: Disabled: isIntel && IsApple() && IsSkylake(device) && GetMacOSVersion() < OSVersion(10, 13, 2)
Using isnan() on highp float will get wrong answer
emulateMaxVertexAttribStride (OpenGL workarounds) anglebug:1936: Disabled: IsLinux() && functions->standard == STANDARD_GL_DESKTOP && isAMD
Some drivers return 0 when MAX_VERTEX_ATTRIB_STRIED queried
emulatePackSkipRowsAndPackSkipPixels (OpenGL workarounds) anglebug:4849: Enabled: IsApple()
GL_PACK_SKIP_ROWS and GL_PACK_SKIP_PIXELS are ignored in Apple's OpenGL driver.
emulatePrimitiveRestartFixedIndex (OpenGL workarounds) anglebug:3997: Enabled: functions->standard == STANDARD_GL_DESKTOP && functions->isAtLeastGL(gl::Version(3, 1)) && !functions->isAtLeastGL(gl::Version(4, 3))
When GL_PRIMITIVE_RESTART_FIXED_INDEX is not available, emulate it with GL_PRIMITIVE_RESTART and glPrimitiveRestartIndex.
emulateRGB10 (OpenGL workarounds) 1300575: Enabled: functions->standard == STANDARD_GL_DESKTOP
Emulate RGB10 support using RGB10_A2.
finishDoesNotCauseQueriesToBeAvailable (OpenGL workarounds): Disabled: functions->standard == STANDARD_GL_DESKTOP && isNvidia
glFinish doesn't cause all queries to report available result
flushBeforeDeleteTextureIfCopiedTo (OpenGL workarounds) anglebug:4267: Disabled: IsApple() && isIntel
Some drivers track CopyTex{Sub}Image texture dependencies incorrectly. Flush before glDeleteTextures in this case
flushOnFramebufferChange (OpenGL workarounds) 1181068: Disabled: IsApple() && Has9thGenIntelGPU(systemInfo)
Switching framebuffers without a flush can lead to crashes on Intel 9th Generation GPU Macs.
initFragmentOutputVariables (OpenGL workarounds) 1171371: Disabled: IsAdreno42xOr3xx(functions)
No init gl_FragColor causes context lost
initializeCurrentVertexAttributes (OpenGL workarounds): Disabled: isNvidia
During initialization, assign the current vertex attributes to the spec-mandated defaults
keepBufferShadowCopy (OpenGL workarounds): Disabled: !CanMapBufferForRead(functions)
Maintain a shadow copy of buffer data when the GL API does not permit reading data back.
limitMax3dArrayTextureSizeTo1024 (OpenGL workarounds) 927470: Disabled: limitMaxTextureSize
Limit max 3d texture size and max array texture layers to 1024 to avoid system hang
limitMaxMSAASamplesTo4 (OpenGL workarounds) 797243: Disabled: IsAndroid() || (IsApple() && (isIntel || isAMD || isNvidia))
Various rendering bugs have been observed when using higher MSAA counts
limitWebglMaxTextureSizeTo4096 (OpenGL workarounds) 927470: Disabled: IsAndroid() || limitMaxTextureSize
Limit webgl max texture size to 4096 to avoid frequent out-of-memory errors
packLastRowSeparatelyForPaddingInclusion (OpenGL workarounds) anglebug:1512: Enabled: IsApple() || isNvidia
When uploading textures from an pack buffer, some drivers count an extra row padding
packOverlappingRowsSeparatelyPackBuffer (OpenGL workarounds): Disabled: isNvidia
In the case of packing to a pixel pack buffer, pack overlapping rows row by row
passHighpToPackUnormSnormBuiltins (OpenGL workarounds) anglebug:7527: Disabled: isQualcomm
packUnorm4x8 fails on Pixel 4 if it is not passed a highp vec4.
preAddTexelFetchOffsets (OpenGL workarounds) 642605: Disabled: IsApple() && isIntel
Intel Mac drivers mistakenly consider the parameter position of nagative vaule as invalid even if the sum of position and offset is in range, so we need to add workarounds by rewriting texelFetchOffset(sampler, position, lod, offset) into texelFetch(sampler, position + offset, lod).
promotePackedFormatsTo8BitPerChannel (OpenGL workarounds) anglebug:5469: Disabled: IsApple() && hasAMD
Packed color formats are buggy on Macs with AMD GPUs
queryCounterBitsGeneratesErrors (OpenGL workarounds) anglebug:3027: Disabled: IsNexus5X(vendor, device)
Drivers generate errors when querying the number of bits in timer queries
readPixelsUsingImplementationColorReadFormatForNorm16 (OpenGL workarounds) anglebug:4214: Disabled: !isIntel && functions->standard == STANDARD_GL_ES && functions->isAtLeastGLES(gl::Version(3, 1)) && functions->hasGLESExtension("GL_EXT_texture_norm16")
Quite some OpenGL ES drivers don't implement readPixels for RGBA/UNSIGNED_SHORT from EXT_texture_norm16 correctly
reapplyUBOBindingsAfterUsingBinaryProgram (OpenGL workarounds) anglebug:1637: Disabled: isAMD || IsAndroid()
Some drivers forget about UBO bindings when using program binaries
regenerateStructNames (OpenGL workarounds) 403957: Enabled: IsApple()
All Mac drivers do not handle struct scopes correctly. This workaround overwrites a structname with a unique prefix.
removeDynamicIndexingOfSwizzledVector (OpenGL workarounds) 709351: Enabled: IsApple() || IsAndroid() || IsWindows()
Dynamic indexing of swizzled l-values doesn't work correctly on various platforms.
removeInvariantAndCentroidForESSL3 (OpenGL workarounds): Enabled: functions->isAtMostGL(gl::Version(4, 1)) || (functions->standard == STANDARD_GL_DESKTOP && isAMD)
Fix spec difference between GLSL 4.1 or lower and ESSL3
resetTexImage2DBaseLevel (OpenGL workarounds) 705865: Disabled: IsApple() && isIntel && GetMacOSVersion() >= OSVersion(10, 12, 4)
Reset texture base level before calling glTexImage2D to work around pixel comparison failure.
rewriteFloatUnaryMinusOperator (OpenGL workarounds) 308366: Disabled: IsApple() && isIntel && GetMacOSVersion() < OSVersion(10, 12, 0)
Using '-' will get wrong answer
rewriteRepeatedAssignToSwizzled (OpenGL workarounds): Disabled: isNvidia
Repeated assignment to swizzled values inside a GLSL user-defined function have incorrect results
rewriteRowMajorMatrices (OpenGL workarounds) anglebug:2273: Disabled: false
Rewrite row major matrices in shaders as column major as a driver bug workaround
sanitizeAMDGPURendererString (OpenGL workarounds) 1181193: Disabled: IsLinux() && hasAMD
Strip precise kernel and DRM version information from amdgpu renderer strings.
setPrimitiveRestartFixedIndexForDrawArrays (OpenGL workarounds) anglebug:3997: Disabled: features->emulatePrimitiveRestartFixedIndex.enabled && IsApple() && isIntel
Some drivers discard vertex data in DrawArrays calls when the fixed primitive restart index is within the number of primitives being drawn.
setZeroLevelBeforeGenerateMipmap (OpenGL workarounds): Enabled: IsApple()
glGenerateMipmap fails if the zero texture level is not set on some Mac drivers.
shiftInstancedArrayDataWithOffset (OpenGL workarounds) 1144207: Disabled: IsApple() && IsIntel(vendor) && !IsHaswell(device)
glDrawArraysInstanced is buggy on certain new Mac Intel GPUs
supportsFragmentShaderInterlockARB (OpenGL features) anglebug:7279: Disabled: functions->isAtLeastGL(gl::Version(4, 5)) && functions->hasGLExtension("GL_ARB_fragment_shader_interlock")
GL context supports ARB_fragment_shader_interlock extension
supportsFragmentShaderInterlockNV (OpenGL features) anglebug:7279: Disabled: functions->isAtLeastGL(gl::Version(4, 3)) && functions->hasGLExtension("GL_NV_fragment_shader_interlock")
GL context supports NV_fragment_shader_interlock extension
supportsFragmentShaderOrderingINTEL (OpenGL features) anglebug:7279: Disabled: functions->isAtLeastGL(gl::Version(4, 4)) && functions->hasGLExtension("GL_INTEL_fragment_shader_ordering")
GL context supports GL_INTEL_fragment_shader_ordering extension
syncVertexArraysToDefault (OpenGL workarounds) anglebug:5577: Disabled: !nativegl::SupportsVertexArrayObjects(functions)
Only use the default VAO because of missing support or driver bugs
unbindFBOBeforeSwitchingContext (OpenGL workarounds) 1181193: Disabled: IsPowerVR(vendor)
Imagination GL drivers are buggy with context switching.
unfoldShortCircuits (OpenGL workarounds) anglebug:482: Enabled: IsApple()
Mac incorrectly executes both sides of && and || expressions when they should short-circuit.
unpackLastRowSeparatelyForPaddingInclusion (OpenGL workarounds) anglebug:1512: Enabled: IsApple() || isNvidia
When uploading textures from an unpack buffer, some drivers count an extra row padding
unpackOverlappingRowsSeparatelyUnpackBuffer (OpenGL workarounds): Disabled: isNvidia
In the case of unpacking from a pixel unpack buffer, unpack overlapping rows row by row
unsizedSRGBReadPixelsDoesntTransform (OpenGL workarounds) 550292: Disabled: IsAndroid() && isQualcomm
Drivers returning raw sRGB values instead of linearized values when calling glReadPixels on unsized sRGB texture formats
uploadTextureDataInChunks (OpenGL workarounds) 1181068: Enabled: IsApple()
Upload texture data in <120kb chunks to work around Mac driver hangs and crashes.
useUnusedBlocksWithStandardOrSharedLayout (OpenGL workarounds): Enabled: (IsApple() && functions->standard == STANDARD_GL_DESKTOP) || (IsLinux() && isAMD)
Unused std140 or shared uniform blocks will be treated as inactive
vertexIDDoesNotIncludeBaseVertex (OpenGL workarounds): Disabled: IsApple() && isAMD
gl_VertexID in GLSL vertex shader doesn't include base vertex value
DAWN Info
 Metal backend - Apple M1
[Default Toggle Names]
always_resolve_into_zero_level_and_layer: https://crbug.com/dawn/56: When the resolve target is a texture view that is created on the non-zero level or layer of a texture, we first resolve into a temporarily 2D texture with only one mipmap level and one array layer, and copy the result of MSAA resolve into the true resolve target. This workaround is enabled by default on the Metal drivers that have bugs when setting non-zero resolveLevel or resolveSlice.
lazy_clear_resource_on_first_use: https://crbug.com/dawn/145: Clears resource to zero on first usage. This initializes the resource so that no dirty bits from recycled memory is present in the new resource.
metal_enable_vertex_pulling: https://crbug.com/dawn/480: Uses vertex pulling to protect out-of-bounds reads on Metal
disallow_unsafe_apis: http://crbug.com/1138528: Produces validation errors on API entry points or parameter combinations that aren't considered secure yet.
[WebGPU Forced Toggles - enabled]
disallow_spirv: https://crbug.com/1214923: Disallow usage of SPIR-V completely so that only WGSL is used for shader modules. This is useful to prevent a Chromium renderer process from successfully sending SPIR-V code to be compiled in the GPU process.
[Supported Features]
texture-compression-bc
texture-compression-etc2
texture-compression-astc
depth-clip-control
depth32float-stencil8
indirect-first-instance
dawn-internal-usages
multiplanar-formats
dawn-native
 Vulkan backend - SwiftShader Device (LLVM 10.0.0)
[Default Toggle Names]
lazy_clear_resource_on_first_use: https://crbug.com/dawn/145: Clears resource to zero on first usage. This initializes the resource so that no dirty bits from recycled memory is present in the new resource.
use_temporary_buffer_in_texture_to_texture_copy: https://crbug.com/dawn/42: Split texture-to-texture copy into two copies: copy from source texture into a temporary buffer, and copy from the temporary buffer into the destination texture when copying between compressed textures that don't have block-aligned sizes. This workaround is enabled by default on all Vulkan drivers to solve an issue in the Vulkan SPEC about the texture-to-texture copies with compressed formats. See #1005 (https://github.com/KhronosGroup/Vulkan-Docs/issues/1005) for more details.
vulkan_use_d32s8: https://crbug.com/dawn/286: Vulkan mandates support of either D32_FLOAT_S8 or D24_UNORM_S8. When available the backend will use D32S8 (toggle to on) but setting the toggle to off will make it use the D24S8 format when possible.
vulkan_use_s8: https://crbug.com/dawn/666: Vulkan has a pure stencil8 format but it is not universally available. When this toggle is on, the backend will use S8 for the stencil8 format, otherwise it will fallback to D32S8 or D24S8.
disallow_unsafe_apis: http://crbug.com/1138528: Produces validation errors on API entry points or parameter combinations that aren't considered secure yet.
use_vulkan_zero_initialize_workgroup_memory_extension: https://crbug.com/dawn/1302: Initialize workgroup memory with OpConstantNull on Vulkan when the Vulkan extension VK_KHR_zero_initialize_workgroup_memory is supported.
[WebGPU Forced Toggles - enabled]
disallow_spirv: https://crbug.com/1214923: Disallow usage of SPIR-V completely so that only WGSL is used for shader modules. This is useful to prevent a Chromium renderer process from successfully sending SPIR-V code to be compiled in the GPU process.
[Supported Features]
texture-compression-bc
texture-compression-etc2
texture-compression-astc
timestamp-query
depth-clip-control
depth32float-stencil8
indirect-first-instance
dawn-internal-usages
dawn-native
Version Information
Data exported
2022-09-04T14:08:50.447Z
Chrome version
Chrome/107.0.5253.0
Operating system
Mac OS X 12.5.1
Software rendering list URL
https://chromium.googlesource.com/chromium/src/+/caf9fc91a6d225b0c5deb22ca9e17eccf924b8e1/gpu/config/software_rendering_list.json
Driver bug list URL
https://chromium.googlesource.com/chromium/src/+/caf9fc91a6d225b0c5deb22ca9e17eccf924b8e1/gpu/config/gpu_driver_bug_list.json
ANGLE commit id
b9c3c5d67567
2D graphics backend
Skia/107 b6a7a4a011b81b9743dbf3c50e671e55feca81e6
Command Line
/Applications/Thorium.app/Contents/MacOS/Thorium --flag-switches-begin --flag-switches-end
Driver Information
Initialization time
569
In-process GPU
false
Passthrough Command Decoder
true
Sandboxed
true
GPU0
VENDOR= 0x106b [Google Inc. (Apple)], DEVICE=0x0000 [ANGLE (Apple, Apple M1, OpenGL 4.1 Metal - 76.3)], DRIVER_VENDOR=Apple, DRIVER_VERSION=76.3 ACTIVE
Optimus
false
AMD switchable
false
GPU CUDA compute capability major version
0
Pixel shader version
1.00
Vertex shader version
1.00
Max. MSAA samples
4
Machine model name
MacBookAir
Machine model version
10.1
GL_VENDOR
Google Inc. (Apple)
GL_RENDERER
ANGLE (Apple, Apple M1, OpenGL 4.1 Metal - 76.3)
GL_VERSION
OpenGL ES 2.0.0 (ANGLE 2.1.1728 git hash: b9c3c5d67567)
GL_EXTENSIONS
GL_AMD_performance_monitor GL_ANGLE_base_vertex_base_instance GL_ANGLE_base_vertex_base_instance_shader_builtin GL_ANGLE_client_arrays GL_ANGLE_depth_texture GL_ANGLE_framebuffer_blit GL_ANGLE_framebuffer_multisample GL_ANGLE_get_serialized_context_string GL_ANGLE_get_tex_level_parameter GL_ANGLE_instanced_arrays GL_ANGLE_memory_size GL_ANGLE_multi_draw GL_ANGLE_program_cache_control GL_ANGLE_provoking_vertex GL_ANGLE_request_extension GL_ANGLE_robust_client_memory GL_ANGLE_texture_compression_dxt3 GL_ANGLE_texture_compression_dxt5 GL_ANGLE_texture_external_update GL_ANGLE_texture_rectangle GL_ANGLE_translated_shader_source GL_APPLE_clip_distance GL_ARB_sync GL_CHROMIUM_bind_generates_resource GL_CHROMIUM_bind_uniform_location GL_CHROMIUM_color_buffer_float_rgb GL_CHROMIUM_color_buffer_float_rgba GL_CHROMIUM_copy_texture GL_CHROMIUM_lose_context GL_CHROMIUM_sync_query GL_EXT_base_instance GL_EXT_blend_func_extended GL_EXT_blend_minmax GL_EXT_color_buffer_half_float GL_EXT_debug_label GL_EXT_debug_marker GL_EXT_disjoint_timer_query GL_EXT_draw_buffers GL_EXT_draw_elements_base_vertex GL_EXT_float_blend GL_EXT_frag_depth GL_EXT_instanced_arrays GL_EXT_map_buffer_range GL_EXT_multi_draw_indirect GL_EXT_multisample_compatibility GL_EXT_occlusion_query_boolean GL_EXT_read_format_bgra GL_EXT_sRGB GL_EXT_sRGB_write_control GL_EXT_shader_texture_lod GL_EXT_shadow_samplers GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_rgtc GL_EXT_texture_compression_s3tc_srgb GL_EXT_texture_filter_anisotropic GL_EXT_texture_format_BGRA8888 GL_EXT_texture_norm16 GL_EXT_texture_rg GL_EXT_texture_sRGB_decode GL_EXT_texture_storage GL_EXT_texture_type_2_10_10_10_REV GL_EXT_unpack_subimage GL_KHR_debug GL_KHR_parallel_shader_compile GL_NV_depth_buffer_float2 GL_NV_fence GL_NV_framebuffer_blit GL_NV_pack_subimage GL_NV_pixel_buffer_object GL_NV_read_depth GL_NV_read_stencil GL_OES_depth24 GL_OES_depth32 GL_OES_depth_texture GL_OES_draw_elements_base_vertex GL_OES_element_index_uint GL_OES_fbo_render_mipmap GL_OES_mapbuffer GL_OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_surfaceless_context GL_OES_texture_3D GL_OES_texture_border_clamp GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_texture_stencil8 GL_OES_vertex_array_object
Disabled Extensions
GL_KHR_blend_equation_advanced GL_KHR_blend_equation_advanced_coherent GL_MESA_framebuffer_flip_y
Disabled WebGL Extensions
Window system binding vendor
Window system binding version
Window system binding extensions
Direct rendering version
unknown
Reset notification strategy
0x0000
GPU process crash count
0
gfx::BufferFormats supported for allocation and texturing
R_8: not supported, R_16: not supported, RG_88: not supported, RG_1616: not supported, BGR_565: not supported, RGBA_4444: not supported, RGBX_8888: not supported, RGBA_8888: not supported, BGRX_8888: not supported, BGRA_1010102: not supported, RGBA_1010102: not supported, BGRA_8888: not supported, RGBA_F16: not supported, YVU_420: not supported, YUV_420_BIPLANAR: not supported, P010: not supported
Compositor Information
Tile Update Mode
Zero-copy
Partial Raster
Enabled
GpuMemoryBuffers Status
R_8
GPU_READ, SCANOUT, SCANOUT_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE, SCANOUT_VEA_CPU_READ, SCANOUT_FRONT_RENDERING
R_16
Software only
RG_88
Software only
RG_1616
Software only
BGR_565
Software only
RGBA_4444
Software only
RGBX_8888
GPU_READ, SCANOUT, SCANOUT_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE, SCANOUT_VEA_CPU_READ, SCANOUT_FRONT_RENDERING
RGBA_8888
GPU_READ, SCANOUT, SCANOUT_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE, SCANOUT_VEA_CPU_READ, SCANOUT_FRONT_RENDERING
BGRX_8888
GPU_READ, SCANOUT, SCANOUT_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE, SCANOUT_VEA_CPU_READ, SCANOUT_FRONT_RENDERING
BGRA_1010102
GPU_READ, SCANOUT, SCANOUT_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE, SCANOUT_VEA_CPU_READ, SCANOUT_FRONT_RENDERING
RGBA_1010102
Software only
BGRA_8888
GPU_READ, SCANOUT, SCANOUT_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE, SCANOUT_VEA_CPU_READ, SCANOUT_FRONT_RENDERING
RGBA_F16
GPU_READ, SCANOUT, SCANOUT_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE, SCANOUT_VEA_CPU_READ, SCANOUT_FRONT_RENDERING
YVU_420
Software only
YUV_420_BIPLANAR
GPU_READ, SCANOUT, SCANOUT_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE, SCANOUT_VEA_CPU_READ, SCANOUT_FRONT_RENDERING
P010
GPU_READ, SCANOUT, SCANOUT_CPU_READ_WRITE, GPU_READ_CPU_READ_WRITE, SCANOUT_VEA_CPU_READ, SCANOUT_FRONT_RENDERING
Display(s) Information
Info
Display[2] bounds=[0,0 2560x1440], workarea=[0,25 2560x1415], scale=2, rotation=0, panel_rotation=0 external.
Color space (all)
{primaries:P3, transfer:0.0777x + 0.0000 if x < 0.0450 else (0.9478x + 0.0522)**2.4001 + 0.0002, matrix:RGB, range:FULL}
Buffer format (all)
RGBA_8888
SDR white level in nits
203
HDR relative maximum luminance
1
Bits per color component
8
Bits per pixel
24
Refresh Rate in Hz
59
Info
Display[1] bounds=[2560,540 1440x900], workarea=[2560,565 1440x875], scale=2, rotation=0, panel_rotation=0 internal.
Color space (SDR)
{primaries:P3, transfer:0.0777x + 0.0000 if x < 0.0450 else (0.9478x + 0.0522)**2.4001 + 0.0002, matrix:RGB, range:FULL}
Buffer format (SDR)
RGBA_8888
Color space (HDR)
{primaries:BT709, transfer:SRGB_HDR, matrix:RGB, range:FULL}
Buffer format (HDR)
RGBA_F16
SDR white level in nits
203
HDR relative maximum luminance
1.0625
Bits per color component
10
Bits per pixel
30
Refresh Rate in Hz
60
Video Acceleration Information
Decoding
Decode h264 baseline
16x16 to 4096x4096 pixels
Decode h264 extended
16x16 to 4096x4096 pixels
Decode h264 main
16x16 to 4096x4096 pixels
Decode h264 high
16x16 to 4096x4096 pixels
Decode vp9 profile0
16x16 to 4096x4096 pixels
Decode vp9 profile2
16x16 to 4096x4096 pixels
Decode hevc main
16x16 to 8192x8192 pixels
Decode hevc main 10
16x16 to 8192x8192 pixels
Decode hevc main still-picture
16x16 to 8192x8192 pixels
Decode hevc range extensions
16x16 to 8192x8192 pixels
Encoding
Encode h264 baseline
0x0 to 4096x2160 pixels, and/or 30.000 fps
Encode h264 main
0x0 to 4096x2160 pixels, and/or 30.000 fps
Encode h264 high
0x0 to 4096x2160 pixels, and/or 30.000 fps
Vulkan Information
Device Performance Information
Log Messages

@aaykut Yes could you also provide a screenshot. I only need the first two pages. None of the video encoding stuff or SCANOUT stuff at the bottom. So can you send a screenshot of the page when it loads, and then scroll down so that the end of the previous page is at the top (one full page scroll), and then send a screenshot of that.
Also, what chrome://flags do you have toggled, if any?
You might be able to fix this by disabling opengl and enabling metal, that way 3d rasterization uses native apple metal calls, rather than translating opengl. (Stupid decision to deprecate OpenGL in macos 11.1, when every other platform as well as WebGL uses it)

@Alex313031 sure, see below for the screen shots -- are these enough? I have no chrome://flags toggled, using it as-is out of the box. Could you please tell me how to disable opengl and enable metal? Thanks.

@Alex313031 If you're really interested, it's in the flags, just search for metal. But the performance is quite poor I would say, from my own experience.

@Alex313031 : fyi, these problems still persist with M107.0.5279.0

@toooonyy have you tried d3d11on12 for the ANGLE backend?

Well this is mac.

@aaykut @toooonyy @da-brad I might try making a build for MacOS with the optimizations disabled. If that fixes it, then I can re add them one by one until it triggers it again.

@toooonyy @da-brad @aaykut @midzer See if latest release fixes issues.

It's quite smooth on that website now https://vxintel.io/ with this build, thanks for the effort!

the vxintel page works fine for me (landing page at least)
where I see regular crashes is at the Cloudflare analytics page.
(https://dash.cloudflare.com/session/yourdomain/analytics

@gotschi @toooonyy @aaykut @da-brad Yeah should be fixed in latest M111 release.


rbd: fallback to inline image deletion if adding it as a task fails

Describe what this PR does
In case adding an image deletion task to Ceph Manager fails, fallback to deleting the image inline.
Related issues
Fixes: #858

@nixpanic ci failure

go linting failed with this:
pkg/rbd/rbd_util.go:239:3: ifElseChain: rewrite if-else to switch statement (gocritic)
		if strings.Contains(string(output), rbdTaskRemoveCmdInvalidString1) &&
		^

So, replaced the if/else with a switch statement.


sorry to bring this up again but not changing colors only dimming

I am using SPMC 16.7 on shield original with 2 Phillips hue lightstrip plus (2nd gen) and bridge. I installed Kodi Phillips hue 0.8b2 add-on and requests 2.12.4 add-on autoconfig found bridge fills in IP address and user info. I got light ID's 3 and 4 (using old hue iOS app)
Under "main" tab mode is set to ambilight, under "ambilight" tab I have two light.
Minimum brightness 20 and 70 max. Use old algorithm checked. Thresholds are at 0.25 and 0.33 (don't know what its for so didn't mess with it I hope someone can elaborate on it). Color Bias is at 18.
Under setting >Video>Acceleration>MediaCodec (surface) is unchecked.
now on any playback its just dims lights when video starts and undims once playback stops.
what am I doing wrong?
I also added to advanced settings true found on koying's wiki. (shield asked me SPMC wants to capture screen I selected never show again and allowed it) I am also using recommended advanced settings from koying's wiki on 4k vizio tv.
restarted kodi clear cache, restarted shield few times just to be safe.
can someone write definite guide for all android boxes.

Hi, did you ever get this sorted?
I have the exact same issue. I’m sure I’ve changed every setting combination at least ten times. Nothing seems to work.

dev of add-on has moved on to kodi 17 so I thought it best to move on until koying release final v17, also Phillips will also open up its API later early 2018 or so I read.

Thanks for replying.

Hi, don't know if your interested. But I just managed to get it working using the instructions on this page: https://github.com/koying/script.kodi.hue.ambilight

yes I was able to make it work in past but ended up uninstalling it.
module.requests add-on is pre-request and so is true under video section in advancedsettings.xml but if you have 4k UHD TV like I do it requires you to disable SPMC HQ scalers and pictures quality looked bad so I figured I'll just wait for final SPMC v17 release and try again.
not sure if ambilight users are in koying's priority list.
I am happy you were able to make it work.


Enchantment cards require scrap related resources to function

I found the problem trying to add enchantment cards for Mythos. I added include 'enchantments' and  ENCHANT_ACTION = "Enchant"; to Game.groovy but kept getting failed tests. I had to include 'scrap' and SCRAP = createResource("SCRAP"), SCRAP_COST = createResource("SCRAP_COST") for it to build successfully.
I think this should be fixed so that modders who have no use for the scrap-related resources aren't required to include it, or otherwise, if preferable, include scrap resources in all mods for compatibility... Thoughts?

The enchantment approach will be re-designed a bit, this should be incorporated then as well. Issues related to that are #287 and #247.


Update data closing period

Customer initially exported the usage for the entire month of September (2020) for their Enterprise Agreement on October 5th, 2020, however, when running another export on October 21st, 2020 for this same period (09/01/2020 – 09/30/2020, they found a discrepancy of about $23k in the second export performed. While it is important to note that the second export matched with the usage reported on the EA Portal, the customer is wanting to know why the data was not finalized on the 5th as it should according to public documentation (https://docs.microsoft.com/en-us/azure/cost-management-billing/costs/understand-cost-mgt-data) which states data should be available 72 hours after its respective billing period ends -
"Azure finalizes or closes the current billing period up to 72 hours (three calendar days) after the billing period ends. The following examples illustrate how billing periods could end:
Enterprise Agreement (EA) subscriptions – If the billing month ends on March 31, estimated charges are updated up to 72 hours later. In this example, by midnight (UTC) April 4."
We have confirmed with our Enterprise Azure Operations team and they have informed us of the following -
"For report update in EA portal, our understanding is data sync may delay up to 5-6days as month end closing activity will complete on 5th of every month.
I am not in the position of contents of doc.microsoft, however communication to customer it is recommended to suggest run monthly report 6th onwards of respective month"
Furthermore, the response from our EAO team is aligned with the internal documentation (https://internal.support.services.microsoft.com/en-us/help/4539970) that states -
"The system usually starts a job to calculate the charges for a given month on the 2nd of the following month. The system batch job will take some time to run, but charges for a given month are usually finalized by the 5th of the following month. Invoice summary notifications are usually generated on the 5th or 6th of the following month."
Please note that the discrepancy in the documentation has caused for a customer to believe that we are not adhering to the promised SLA and has reported that this will have significant implications on their monthly financial process schedule.

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

ID: 59edbf44-87b8-7b7a-92a5-6ba12bdd8aff
Version Independent ID: 1d7974d8-a0f2-e2b1-cc38-565e2d7fec40
Content: Understand Azure Cost Management data
Content Source: articles/cost-management-billing/costs/understand-cost-mgt-data.md
Service: cost-management-billing
Sub-service: cost-management
GitHub Login: @bandersmsft
Microsoft Alias: banders

@gihermos Thanks a lot for bringing this to our attention. I have assigned the issue to our document author @bandersmsft to further review the feedback and update the document as needed.

@gihermos Hi there. Yes, your customer is correct. We have conflicting information in our docs between https://docs.microsoft.com/azure/cost-management-billing/costs/understand-cost-mgt-data (mentioning 72 hours) and https://docs.microsoft.com/azure/cost-management-billing/manage/ea-portal-enrollment-invoices (mentioning five days - and the internal support article). My apologies for this. I'm working with the Cost Management + Billing team to determine which should get revised. When I have an article made, I'll reply here.

Updated https://docs.microsoft.com/azure/cost-management-billing/manage/ea-portal-enrollment-invoices with https://github.com/MicrosoftDocs/azure-docs-pr/pull/140488.

@gihermos I'm updating the article I linked above for calarity. Per the Cost Management and Billing enginnering team, 72 hours is correct. I working with the Microsoft support folks to update their internal support article.
#please-close


[Single inheritance] absctract : wrong generation of buildTableMap in class Peer

Hi,
There is an issue with the emulateForeignKeyConstraints and the single table inheritance when the table is abstract.
it generate a Exception when it cascade delete. I track this and find that it come from this generated method:
<?php
	/**
	 * Add a TableMap instance to the database for this peer class.
	 */
	public static function buildTableMap()
	{
	  $dbMap = Propel::getDatabaseMap(BaseComponentPeer::DATABASE_NAME);
	  if (!$dbMap->hasTable(BaseComponentPeer::TABLE_NAME))
	  {
	    $dbMap->addTableObject(new TableMap());
	  }
	}

if I fixed it like that, it work :
<?php
	/**
	 * Add a TableMap instance to the database for this peer class.
	 */
	public static function buildTableMap()
	{
	  $dbMap = Propel::getDatabaseMap(BaseComponentPeer::DATABASE_NAME);
	  if (!$dbMap->hasTable(BaseComponentPeer::TABLE_NAME))
	  {
	    $dbMap->addTableObject(new ComponentTableMap());
	  }
	}

I don't know which part should be fixed:
the addBuildTableMap method :
https://github.com/propelorm/Propel/blob/master/generator/lib/builder/om/PHP5PeerBuilder.php#L515
or the addDoOnDeleteCascade / addDoOnDeleteSetNull
https://github.com/propelorm/Propel/blob/master/generator/lib/builder/om/PHP5PeerBuilder.php#L1650

The error if in PHP5PeerBuilder::getTableMapClass().
Instead of
<?php
	public function getTableMapClass()
	{
		return $this->getTablePhpName() . 'TableMap';
	}

It should read
<?php
	public function getTableMapClass()
	{
		return $this->getStubObjectBuilder()->getClassname() . 'TableMap';
	}

Could you create a PR with unit test?

I will make a pr
Le 30 oct. 2011 14:42, "Francois Zaninotto" <
<EMAIL_ADDRESS>a crit :

The error if in PHP5PeerBuilder::getTableMapClass().
Instead of
<?php
       public function getTableMapClass()
       {
               return $this->getTablePhpName() . 'TableMap';
       }

It should read
<?php
       public function getTableMapClass()
       {
               return $this->getStubObjectBuilder()->getClassname() .
'TableMap';
       }

Could you create a PR with unit test?
--
Reply to this email directly or view it on GitHub:
https://github.com/propelorm/Propel/issues/159#issuecomment-2569580


I don't get to start sink daemon

I'd like to set up Neo4j to automatically pull from Kafka and creates nodes.
I installed all the conf/plugins but I've got an error when I start Neo4j :
ERROR Error initializing the streaming producer: org.apache.kafka.common.errors.ClusterAuthorizationException: Cluster authorization failed.
AND
No topics specified Kafka Consumer will not started
In the conf I set up my topic/cypher like that :
streams.sink.topic.cypher.my.topic=CYPHER HERE
Can I have a problem because my topic on kafka are named like : "my.awesome.topic" ?
Currently used versions
Versions

OS: RHEL 7.5
Neo4j: 3.5.13
Neo4j-Streams: 3.5.6

ERROR Error initializing the streaming producer: org.apache.kafka.common.errors.ClusterAuthorizationException: Cluster authorization failed.
Exception in thread "DefaultDispatcher-worker-1" java.util.concurrent.ExecutionException: org.apache.kafka.common.errors.ClusterAuthorizationException: Cluster authorization failed.
If I use streams.consume(), it works fine.

Solved in 3.5.9


How to get api secret key from OpenALPR

Hi,
Thank you for your contribution.
How to get api secret key from OpenALPR ?

you need to sign up at cloud.openalpr.com and then you will get a secret key

you need to sign up at cloud.openalpr.com and then you will get a secret key

Ya  that's the correct method

I got signup after that how to get the key

Go to the OpenALPR website, login and enter the cloudAPI tab. You will see your secretkey there

Thank you
I got the key
On Tue, Oct 15, 2019 at 4:48 AM Azhar1504<EMAIL_ADDRESS>wrote:

Go to the OpenALPR website, login and enter the cloudAPI tab. You will see
your secretkey there
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/ShreyAmbesh/Traffic-Rule-Violation-Detection-System/issues/4?email_source=notifications&email_token=AIX6SN5JX5QP34GNXS6S6FDQOT423A5CNFSM4GYCJ4R2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBG5AIA#issuecomment-541970464,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIX6SN7MXWY3AH6ZAT4Q2NLQOT423ANCNFSM4GYCJ4RQ
.

--
Regards,
Savitha S


show-participant-data and API

[ ] user docs
[ ] translate
[x] frontend
[x] model
[x] api

[x] tests

coverage: 83.898% (+0.02%) from 83.874%
when pulling 6a221fca90b5db2c76ffcdc0ce38b80239af7551 on hide-participant-data
into 9e8f868b670c7f24b7c77692bc616b8c477ed4f1 on main.

@jeriox Do you think we should show all participant info if the viewing user has view_userprofile permissions? In the API they would be allowed to view all participations of all users. I don't like the inconsistency...

@jeriox Do you think we should show all participant info if the viewing user has view_userprofile permissions? In the API they would be allowed to view all participations of all users. I don't like the inconsistency...

yeah I think so. viewing the userprofile includes viewing working hours, which in turn reveals participations. so they should be visible on the event page as well.


User/admin index integration tests

Instead of going to users_path/admins_path directly, click on "User Index"/"Admin Index"

Completed


Merging Develop into Master - Clarifying language in release note

Description of the change:
Reason for the change:
Link to original source:

Closes #

Hello @Whatthefoxsays,Thanks again for the PR! We appreciate your contribution and look forward to                                              continued collaboration. Thanks!                                             Team SendGrid DX


Scala Kinesis Enrich: write out Avro format rather than TSV

For reference, some code which can be used to serialize Avro to a string or byte array (e.g. prior to sending it to Kinesis): https://gist.github.com/fblundun/98e1892a9d8068e765c7

Migrated to https://github.com/snowplow/enrich/issues/None

Migrated to https://github.com/snowplow/enrich/issues/249


Vulkan SDK Deprecated

The Vulkan SDK downloaded here is obsolete now it seems and no longer downloadable (went down in the last 10 days or so at some point), bumping the minor version to 85 works (the current oldest version downloadable.)
https://github.com/adamrehn/ue4-docker/blob/0ea6c0025eb595e67335f6bb1b0ec18dbcddb010/ue4docker/dockerfiles/ue4-build-prerequisites/windows/Dockerfile#L37
Still building (providing my server doesn't reboot spontaneously again) and can run the ue4-docker tests in a few days to confirm success or not.

Thanks for reporting this! Fortunately it turns out you can now download the runtime separately from the SDK, so we can save some time and download a tiny zip archive instead of a massive SDK installer. I've switched to using the download link for the latest runtime in commit 526baac, so hopefully that link should remain stable going forward.


Loctx/v4.29.2

Add my work on transformers, base off of v4.29.2 tag. This include

Environment file for A100 and HAC machine: a100env.yml, hacenv.yml
A short README for setting up environment: README.moreh.md
Automated run scripts for two tasks in PyTorch:

Image pretraining: examples/pytorch/image-pretraining
Image classification: examples/pytorch/image-classification

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint.


Timestamps in logs do not reflect timezone

When
logtimestamps=1 is set in denarius.conf, timestamps are provided in GMT with no respect to system timezone.

This is not a bug. Timestamps are suppose to show in GMT.

I never seen a system with GMT timestamps supposed to be a feature. It's for sure a bug and/or needs improvement. It's quite simple change over the code to just reject it. In other places, f,i. in QT you'll see real dates with correct time display. This bug makes harder to test anything.

Well you can simply convert your GMT timestamps to your local time, this is not an issue or bug, we utilize GMT time-stamping and Unix Epochs (GMT/UTC). GMT is still widely used as the standard time against which all the other time zones in the world are referenced.

i wouldn't consider this technically a bug - the debug file is typically raw information and since the blockchain is based on UTC time the debugging is not converted to local time, unlike in the QT display where most displayed times in the UI are converted to local time.
that being said, we can put an option to display the log timestamps in local time, if that would be useful to you, drop in a feature request and we'll progress it from there

Call this whatever you like, it's called "issue" here on github. But suggestion to estimate correct timestamps in my mind when I'm using computer is a joke.

the timestamps in question are displayed only in the debugging log file, which is intended to be used when debugging an issue with the operation of the code. in this case, if we ask a reporter for debug logs, the logs will be provided in a UTC time zone, standard locale, regardless of the user's system locale settings or timezone.
for this reason we don't believe that displaying the log timestamps in the system default timezone is a wise idea, however we are open to adding a feature that will enable a user to timestamp their debug logs using the system time in order to make it easier for them to read their own debug logs


Prometheus Random Test failure

Related to #168
When 2 unary services are called, the "complete" counter is increased at the right moment. Here we can see how the registers are added, and then the test finds them:
2019-02-19T11:00:37.628 Registering a new counter
ArrayBuffer(ArrayBuffer([UNARY, AvroRPCService, unary, OK]))
2019-02-19T11:00:37.762 Registering a new counter
ArrayBuffer(ArrayBuffer([UNARY, AvroWithSchemaRPCService, unaryWithSchema, OK], [UNARY, AvroRPCService, unary, OK]))
2019-02-19T11:00:37.767 Searching a counter
2019-02-19T11:00:37.789 Searching a counter

But when we have one streaming service, the register of the "complete" counter happens after the test finds the sample in the metrics.
2019-02-19T10:57:09.310 Registering a new counter
ArrayBuffer(ArrayBuffer([UNARY, AvroRPCService, unary, OK]))
2019-02-19T10:57:09.538 Searching a counter
2019-02-19T10:57:09.545 Searching a counter
2019-02-19T10:57:11.562 Searching a counter
2019-02-19T10:57:13.565 Searching a counter
2019-02-19T10:57:15.571 Searching a counter
2019-02-19T10:57:17.575 Searching a counter
2019-02-19T10:57:19.576 Searching a counter
2019-02-19T10:57:19.578 Registering a new counter
ArrayBuffer(ArrayBuffer([UNARY, AvroRPCService, unary, OK], [CLIENT_STREAMING, ProtoRPCService, clientStreaming, OK]))

Conclusions. We have 2 options:

Rewrite the test to search for the register later, once has been added in the counter.
Research why streaming services are registering the "complete" event than late, and try to figure out.

I have gone through the first approach, and the test now is searching for the metrics once have been registered:
2019-02-19T11:21:49.354 Registering a new counter
ArrayBuffer(ArrayBuffer([UNARY, AvroRPCService, unary, OK]))
2019-02-19T11:21:49.564 Registering a new counter
ArrayBuffer(ArrayBuffer([UNARY, AvroRPCService, unary, OK], [CLIENT_STREAMING, ProtoRPCService, clientStreaming, OK]))
2019-02-19T11:21:49.567 Searching a counter

This PR includes the implementation of it.

Thanks @rafaparadela, you're right. We have a re-implementation almost in place and all these tests will be wiped out, see #560

Ok, I'm closing this then. Thanks @fedefernandez


Allow configuration of artifacts directory for smoke tests

Why
This pull request has been raised regarding https://github.com/cloudfoundry/cf-release/issues/1089
It is useful to be able to ship the CF_TRACE output to temporary storage, so it can be used to debug failed tests. This pull request has been raised to allow the configuration of the artifacts directory from the manifest, which will enable the logging more easily.
What
Add some logic to check if the smoke_tests.artifacts_directory property is set and add it to the smoke test configuration. This makes it possible to turn on logging of CF_TRACE output from the manifest.
Once the template is rendered you will be left with some fairly hideous whitespace (a linefeed before and after the artifacts directory key). I did not implement trimming of this because the Bosh repository shows inconsistent support for the trim_mode parameters in ERB[1].
The artifacts directory is hard coded for the acceptance tests job[2]. Other than a mild inconsistency there is no reason to change this behaviour.
[1] http://ruby-doc.org/stdlib-2.3.1/libdoc/erb/rdoc/ERB.html#method-c-new
[2] https://github.com/cloudfoundry/cf-release/blob/v245/jobs/acceptance-tests/templates/config.json.erb#L24

Hi @henrytk,
I'm working on this pull request and would like to use the new property you've added.  Do you mind  giving a step-by-step example with concrete values of how you will use it once it is merged?
Thanks!
Josh

Hi @jaresty
Our use case is a little strange because we don't run the smoke tests as an errand, we use the template to run the smoke tests in a Concourse pipeline.
We will add properties.smoke_tests.artifacts_directory to our manifest, then we will use the template in our Concourse pipeline to generate the configuration.
After the files are generated we use a Concourse task to ship them to an S3 bucket.
Hope that helps.


Late 2008 Unibody Macbook can only enable airdrop, but not handoff

Hi,
I had a Macbook (Aluminum, Late 2008 version) working with a dongle BT 4.0 (Chip: BCM 20702). Airdrop/handoff can't be activated with CAT2.0 because the BT4.0 dongle can't be identified, even after i tried the couple of alternatives in #145, so i have to force activation using the beta 2.0.1 as described in #130.
After reboot, i am now able to use airdrop, but unfortunately handoff is still not there. Further i realise, the airdrop may be enabled by BT2.0 so the dongle was never recognised by Yosemite.
I have attached my screen shots below for diagnose.
system report:
Apple Bluetooth Software Version: 4.3.4f3 15559
Hardware, Features, and Settings:
Bluetooth Low Energy Supported: No
Handoff Supported: Yes
Instant Hotspot Supported: Yes
Manufacturer: Broadcom
Transport: USB
Chipset: 2046
Firmware Version: v208 c522
Bluetooth Power: On
Discoverable: Off
Connectable: No
Auto Seek Pointing: On
Remote wake: On
Vendor ID: 0x05AC
Product ID: 0x8213
HCI Version: 0x4
HCI Revision: 0x20A
LMP Version: 0x4
LMP Subversion: 0x21D0
Device Type (Major): Computer
Device Type (Complete): Mac Portable
Composite Class Of Device: 0x38010C
Device Class (Major): 0x01
Device Class (Minor): 0x03
Service Class: 0x1C0
Auto Seek Keyboard: On
Services:
Bluetooth File Transfer:
Folder other devices can browse: ~/Public
When receiving items: Accept all without warning
State: Disabled
Bluetooth File Exchange:
Folder for accepted items: ~/Downloads
When other items are accepted: Save to location
When receiving items: Accept all without warning
State: Disabled
Bluetooth Internet Sharing:
State: Disabled
Incoming Serial Ports:
Bluetooth-Incoming-Port:
RFCOMM Channel: 3
Requires Authentication: No
Outgoing Serial Ports:
Bluetooth-Modem:
Address:
RFCOMM Channel: 0
Requires Authentication: No
Activation Report:
--- OS X Continuity Activation Tool 2.0.0 ---
by dokterdok
--- Initiating system compatiblity check ---
--- Hardware/OS checks ---
Verifying Continuity status...          OK. OS X reports Continuity as active
Verifying Mac model reference...        OK. Known compatible Mac Model detected: MacBook5,1
Verifying Mac board-id...               OK. Short board id detected: Mac-F42D89C8
Verifying OS X version...               OK. Mac OS X 10.10.3 (14D113c) detected
Verifying Wi-Fi hardware...             OK. A Broadcom AirPort card is active, and is using the Continuity compatible Brcm4360 kext
Verifying AWDL status...                OK. An AWDL interface is up, Wi-Fi is ready for Continuity
Verifying Bluetooth hardware...         OK. The internal Bluetooth card is active
Verifying Bluetooth version...          NOT OK. Your hardware doesn't support Bluetooth 4.0, necessary for Continuity.
Verifying Bluetooth features...         OK. Bluetooth features are Continuity compliant
Verifying Bluetooth firmware...         OK. Bluetooth firmware version: v208 c522
--- Modifications check ---
Verifying OS kext protection...         OK. Kext developer mode is already active
Verifying kexts readability...          OK. Wi-Fi and Bluetooth kexts were found and could be read
Verifying Bluetooth blacklist status... OK. Your Mac model is not blacklisted
Verifying Wi-Fi whitelist status...     OK. The whitelist is correctly patched with your board-id
Verifying old Wi-Fi kext presence...    OK. Legacy Wi-Fi driver Brcm4331 was already removed
Verifying legacy Wi-Fi card patch...    OK. The patch is already done. Old Broadcom Wi-Fi cards may work.
Verifying BT4 dongles compatibility...  OK. The patch that enables BT4 USB dongles compatibility has already been applied

Same exact problem for me too

Try this https://github.com/dokterdok/Continuity-Activation-Tool/issues/167
Looks like the dev is no longer responded to users help


WFCORE-2768: Avoid multiple threads add concurrently credential store aliases

Jira issues:
https://issues.jboss.org/browse/WFCORE-2768
https://issues.jboss.org/browse/JBEAP-10749

I'm closing this one to help tidy the PR queue as this feature is being rewritten in wildfly-security-incubator and as we discussed in email there's also an issue with reads, so the store itself needs to be thread safe. So a new PR can be opened when all that is sorted out.


word missing

sporulation resulting in formation of ascus with than four spores

alao has parent
normal cellular process

ok this happens normally at low level, is that why this is normal?
Because we also have:
abnormal sporulation resulting in formation of ascus with more than four spores (FYPO:0003263)

Hmm. Extra word, not missing - this term was added for #3028 & #3036, but from the tickets and the comment on the term I think it should have gone under abnormal sporulation. Moved, and name corrected.
edit file: 7f2d16e4ed45ac80b176a33ac6ab4a8678e08b44
release: 0fc00696a9019019ef398758b4d662feed919770


error 'playsound' library

who can help me to solve this problem?

The Linux portion of the code really isn’t mine anymore. It looks like the issue is there’s something called gi being imported and that module’s init.py file has a Python 2 style call to print.
I’d suggest using Python 2 instead. If that’s not an option, go modify that file (the stack trace says exactly where it is) and put parentheses around the argument (url) being given to print, exactly like the error message says to do.
This is a free open source project. Why do people think they’re entitled to any support? Makes me feel like sharing less code in the future.

On Nov 23, 2017, at 02:26, nouriadnen<EMAIL_ADDRESS>wrote:
who can help me to solve this problem?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.


[vm] Inlined functions returning closures do not inline the closure

Reproducer:
class Two { int call() => 2; }
final two = Two();
@pragma('vm:prefer-inline')
int Function() tearoff() => two.call;
void main() {
  final two = tearoff();
  print(two() + two());
}

On 3.0.0-edge.6ed812c1274e30d6871bea5e637fdd3010a6d8ed it produces the following IL in AOT mode:
*** BEGIN CFG
After AllocateRegisters
==== file:///home/ds/dart-sdk/inline_test.dart_::_main (RegularFunction)
  0: B0[graph]:0 {
      v0 <- Constant(#null) T{Null?}
      v21 <- Constant(#Function 'call':.)  When the closure allocation occurs within the original function, the closure is properly inlined. Maybe its a pass ordering issue?
As a side note, the return value from ClosureCall is not trusted for some reason. Instead of unboxing the ints and doing a BinaryInt64Op it instead does a static call to int.operator+.

//cc @aam


[ts-etl]: Define valid behavior when querying Crossref for a DOI that is itself only a Review or other intermediate object.

Feature Request
Packages to improve:

[ ] OWL/SHACL definitions
[ ] ts-sdk
[x] ts-etl

Description
The ETL currently assumes that you want to use the CLI only to generate a docmap whose subject is a given DOI. This may be misleading if what you are interested in is the docmap for the published version of a document you only have the preprint's DOI for. So when using this tool with the preprint's DOI, should you get a docmap back for a different DOI because the preprint is included in the workflow for that docmap?
Similarly, a single Review may be just one Action in a step in a workflow. Should we support retrieving an Action without a step for context? Alternatively, should we follow the links backward to the journal article's DOI and give back a whole big docmap anytime the given DOI is included in the workflow (in this case as a review)? If so, what if there is a Workflow that gives rise to the review itself (nested docmap, conceptually)? Is this legal? Can the docmaps be merged somehow?
Proposed solution
Technically simple but decisions need discussion.

So, the example given by
gabe stein (10.1101/2<IP_ADDRESS>5472) is an interesting case in terms of what is the correct docmap for it. It has no crossref-registered “has review” relations, but there are 3 entries that all say is-review-of it. Among them:
1: “Reviews of “. appears to be a list of reviews. also has is-supplemented-by   entries for items 2 and 3. https://rrid.mitpress.mit.edu/pub/tei131mw/release/1
2: “Review 1 of article”. an actual article. has relation is-supplement-to 1. https://rrid.mitpress.mit.edu/pub/4o0c70w9/release/1
3: “review 2 of article”. Ditto. https://rrid.mitpress.mit.edu/pub/tg13jqjr/release/1
what does the right docmap for this look like ?

Per a conversation with @sheishistoric from the archives, i think we are currently hoping to implement this like:
"Here is an atom (an “action”) describing this review event, that would be included in a query for the docmap for abc."
This implies dependence on #48 .
This means that in the short term the SPA should not handle this case and just display no render-rev, but still display the docmapsy output.


[1.12] Add JMESPath sha256 documentation

Documentation for the PR :
https://github.com/kyverno/kyverno/pull/9144

[X] I have read the contributing guidelines.
[X] I have inspected the website preview for accuracy.
[X] I have signed off my issue.

Code PR is merged in the kyverno repository


How to deploy to Netlify or Vercel?

I am trying to deploy the Nuxt frontend (apps/web) to Netlify or Vercel, and while both are "deploying" successfully, both result in 404s. I see in apps/web/nuxt.config.ts that Nitro is set to Netlify, so I have to image this is possible, but maybe my build commands are off?
nitro: {
  preset: 'netlify'
}

I also see that there is some references to environment variables for Netlify in .github/workflows, but I'd rather set everything up directly in Netlify.

Here is my config set up in Netlify:
Runtime: Not set
Base directory: /
Package directory: apps/web
Build command: turbo run build --filter @myturborepo/web
Publish directory: apps/web/.nuxt/dist
Functions directory: netlify/functions

Is there something silly I am missing here?

So I adjusted the default settings that Netlify/Vercel populated with and I was able to get it working with this:
Runtime: Not set
Base directory: /
Package directory: apps/web
Build command: cd apps/web && npm run generate
Publish directory: apps/web/dist
Functions directory: netlify/functions
Build status: Active

This works but... is it correct? Happy to update the README.md or docs across the board in case anyone else runs into this. Feel free to close if you'd like.
Thanks for the project, by the way!

Dropped in a PR to update the build command for generate utilizing turbo in #346!

Hi @RobErskine, sorry for the late reply. I haven't checked this repository for a while.
As far as I remember I encountered some issues while deploying on Netlify due to the fact that it's a monorepo. You need to make sure that the path for the dist folder is correct.
I would assume both build commands turbo run build --filter @myturborepo/web and cd apps/web && npm run build should work but maybe I'm wrong.
Thanks for the PR!


Fix python 3.10 smoke tests

Fix python 3.10 smoke tests

I was trying to build and push the change, and am hitting an error. Could you able to build the image? I think the part not related to Python3.10 needs fix.
Processing triggers for libc-bin (2.35-0ubuntu3) ...
apt-get: /usr/local/lib/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by /lib/x86_64-linux-gnu/libapt-private.so.0.0)
apt-get: /usr/local/lib/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by /lib/x86_64-linux-gnu/libapt-pkg.so.6.0)
The command '/bin/sh -c apt-get -qq update && apt-get -qq -y install curl bzip2 sox libsox-dev libsox-fmt-all     && curl -sSL https://repo.continuum.io/miniconda/Miniconda3-latest-Linux-x86_64.sh -o /tmp/miniconda.sh     && bash /tmp/miniconda.sh -bfp /usr/local     && rm -rf /tmp/miniconda.sh     && conda install -y python=3     && conda update conda     && apt-get -qq -y remove curl bzip2     && apt-get -qq -y autoremove     && apt-get autoclean     && rm -rf /var/lib/apt/lists/* /var/log/dpkg.log     && conda clean --all --yes' returned a non-zero code: 1


Check the onboarding payload code type in MTROnboardingPayloadParser

Problem
What is being fixed?  Examples:

Fixes #20311

Change overview
Do not pass code type to setupPayloadForOnboardingPayload. Instead just get the code type from the payload itself.
Testing
How was this tested? (at least one bullet point required)
Built darwin framework

Fast-tracking platform-specific change.


Go-swagger vendoring problem

Go-swagger started in the docker container on OS X doesn't find packages in vendor subdirectory.
swagger generate spec -o tmp.json
XXX/model.go:3:8: could not import github.com/mendsley/gojwk (cannot find package "github.com/mendsley/gojwk" in any of:
	/usr/local/go/src/github.com/mendsley/gojwk (from $GOROOT)
	/Users/annamel/go/src/github.com/mendsley/gojwk (from $GOPATH)
	/go/src/github.com/mendsley/gojwk)
couldn't load packages due to errors: .

while gojwk is in vendor
cat vendor/vendor.json | grep gojwk
			"path": "github.com/mendsley/gojwk",
find ./vendor/ -name "gojwk"
./vendor//github.com/mendsley/gojwk

swagger version
version: dev
commit: 482610c45b196b736a82dc6da67d9b4dcb64cdb5
go version
go version go1.11 darwin/amd64
uname -a
Darwin XXX 17.7.0 Darwin Kernel Version 17.7.0: Thu Jun 21 22:53:14 PDT 2018; root:xnu-4570.71.2~1/RELEASE_X86_64 x86_64
type swagger
swagger is aliased to `docker run --rm -it -e GOPATH=XXX_myhome/go:/go -v XXX_myhome:XXX_myhome -w XXX_myhome/src/src/XXX_myproject quay.io/goswagger/swagger'
The error is absent when running a locally built go-swagger

your -w is off it should be -w XXX_myhome/go/src/XXX_myproject

My working directory was setup to $(pwd) as usual. But it seems the problem was *.go files layout. It was $GOPATH was = $(HOME)/src/ not $(HOME)/go/ as it was suggested by official documentation. I supposed it is not a problem. But moving my go sources from $HOME/src to $HOME/Code/go and updating env variables respectively has fixed the issue. Magic? Could you please explain what was the issue? I haven't experienced other problems with this layout while building or running go code.

My working dir (-w) was setup up correctly. It seems the main problem was in "dummy" copying from the manual
https://github.com/go-swagger/go-swagger/blob/master/docs/install.md
alias swagger="docker run --rm -it -e GOPATH=$HOME/go:/go -v $HOME:$HOME -w $(pwd) quay.io/goswagger/swagger"
while my GOPATH was $HOME/src
But a funny thing - trying even dirty magic, I've moved go sources from $HOME/src/src to $HOME/Code/go/src and updated env variables respectively. And swagger in Docker started to work even without correct GOPATH
Thank you for solving.


update gui button not working

https://www.loom.com/share/05c169714e9e447a804f748d2e59545a

suggestions: https://github.com/electron-userland/electron-builder/issues/5935


feat: XA connect manager

What this PR does:
Which issue(s) this PR fixes:

Fixes #344
Special notes for your reviewer:
Does this PR introduce a user-facing change?:

Codecov Report

Merging #433 (ad30011) into master (a2fd83b) will decrease coverage by 1.21%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##           master     #433      +/-   ##
==========================================
- Coverage   40.59%   39.38%   -1.22%
==========================================
  Files         139      141       +2
  Lines        8749     9018     +269
==========================================
  Hits         3552     3552
- Misses       4908     5177     +269
  Partials      289      289

Impacted Files
Coverage Δ

pkg/datasource/sql/conn.go
15.06% <0.00%> (-0.21%)
:arrow_down:

pkg/datasource/sql/datasource_resource.go
0.00% <0.00%> (ø)

pkg/datasource/sql/xa/xa_connection_proxy.go
0.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.


Update travis

Rebasing #215  to be compatible.
Installing GPy with plain pip and testing both Python2 and 3.

Scipy takes a bit more than 10 min on Travis to install, and if there is no output, it gets killed; so I am running pip in verbose mode. Subsequent runs should run immediately, because it is cached.
Some tests are failing, though. One is test_inferenceX_BGPLVM in self.assertTrue(np.allclose(m.X.mean, mi.X.mean, rtol=1e-4, atol=1e-4)), and the other is the missing overflow warning.

This is great, sorry for being late to the party : )
Can you rebase to devel, so I can merge it in?  We put six into the dependencies as well, that seems to be the conflict?

I have created another pull request from dapids changes. Thank you so much @Dapid this is great and really appreciated!!!
This is the change which should be from @Dapid: #246


First input event after calling modifyDocument is swallowed.

To reproduce, create an editor, set the HTML, call editor.modifyDocument(function() {}), and then perform one operation. You'll notice that no input event is fired (input events are fired on subsequent modifications).

I can't reproduce this; I get the input event still even with the first character I type after calling editor.modifyDocument(function() {}). Do you have a proper test case for me to look at?

I've been running into the same issue just now. Here's a minimal testcase (run with chrome):
https://jsfiddle.net/oc6jjrau/
When modifyDocument is called after setHTML in the same eventloop tick the changes made by setHTML do not trigger the mutation observer. The next change is then ignored because _ignoreChanges is still set to true (was set by setHTML).
I don't have that much experience with Mutation Observers but what I think might be happening is that disconnecting the observer causes it to discard pending mutations and re-observing does not pick them back up.

Yes, once you disconnect the observer the queued event is lost. I've fixed this by simply resetting the internal ignoreChanges flag when you call modifyDocument.

Thanks!

Hi, I just ran into the same issue again in 1.6.6 when modifyDocument is called inside of a pathChange callback.
Modified testcase: https://jsfiddle.net/ycjrk2sg/
Select all content (either with the mouse or with ctrl+a/cmd+a), then hit delete. Again the callback from the mutation observer does not get called at all.


Issue with Github action

Hi, i have been trying to use this library with github actions and I am getting the following error:
did not find a mongod binary in the tar from https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-ubuntu2004-6.0.1.tgz
could this be a version issue or something else?
thanks in advance for the help

can you share the actions files part where you use the memongo library to add some context? I will try to help at best as I can

hi @saniales ,  i am just running normal tests in my github actions:
- name: Test
      run: go test -v ./...

also this how i have setup memongo:
opts := &memongo.Options{
		MongoVersion:   "6.0.2",
		StartupTimeout: time.Minute,
	}
	if runtime.GOARCH == "arm64" {
		if runtime.GOOS == "darwin" {
			// Only set the custom url as workaround for arm64 macs
			opts.DownloadURL = "https://fastdl.mongodb.org/osx/mongodb-macos-x86_64-6.0.2.tgz"
		}
	}
	mongoServer, err = memongo.StartWithOptions(opts)

I think there is some issue with mongo v6
works fine with v5.0.13

yes, it is definitely a version issue, but we need to dig deeper into this

Uploading here for reference, the difference between a 5.x tgz and 6.x tgz
File related may be getOrDownload.go

It appears mongoDB from 6 is not available as binary download from mongo website, hence why it is not working,
A fix is to use custom URL and download from ubuntu 22-04 version (at your risk) or update your vm to use ubuntu 22-04


MPI issue w/ libmpich inside latest docker/docker-toolbox.

Description of problem:
I maintain a set of docker images which perform regression tests for the open-source netcdf project.  The image related to this bug report is publicly available as unidata/nctests:mpich.
After performing a fresh install of docker-toolbox (tested on Windows 7 and the latest OSX) the unidata/nctests:mpich image reports MPI-related failures when running the suite of netcdf tests.   The same image works fine when running under Ubuntu linux (14.04 LTS, Docker client version 1.5), or after downgrading from docker-machine to boot2docker (installed via Homebrew) on OSX.
We have a similar docker image, unidata/nctests:openmpi which tests the same MPI-related functionality.  This image works properly in environments using docker-machine or boot2docker.
docker version:
Client:
 Version:      1.8.1
 API version:  1.20
 Go version:   go1.4.2
 Git commit:   d12ea79
 Built:        Thu Aug 13 02:49:29 UTC 2015
 OS/Arch:      darwin/amd64

Server:
 Version:      1.8.1
 API version:  1.20
 Go version:   go1.4.2
 Git commit:   d12ea79
 Built:        Thu Aug 13 02:49:29 UTC 2015
 OS/Arch:      linux/amd64

docker info:
DEBU[0000] Trusting certs with subjects: [010U
wfisher]
Containers: 0
Images: 0
Storage Driver: aufs
 Root Dir: /mnt/sda1/var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 0
 Dirperm1 Supported: true
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 4.0.9-boot2docker
Operating System: Boot2Docker 1.8.1 (TCL 6.3); master : 7f12e95 - Thu Aug 13 03:24:56 UTC 2015
CPUs: 1
Total Memory: 1.956 GiB
Name: default
ID: ADHT:AORH:OTCE:VO5N:BTQS:WA72:VN3Z:SHTC:OSOK:GMYA:4RE3:3FBI
Debug mode (server): true
File Descriptors: 10
Goroutines: 16
System Time: 2015-08-24T17:17:56.152324849Z
EventsListeners: 0
Init SHA1:
Init Path: /usr/local/bin/docker
Docker Root Dir: /mnt/sda1/var/lib/docker
Labels:
 provider=virtualbox

uname -a:
Darwin yakov.unidata.ucar.edu 14.4.0 Darwin Kernel Version 14.4.0: Thu May 28 11:35:04 PDT 2015; root:xnu-2782.30.5~1/RELEASE_X86_64 x86_64

Environment details (AWS, VirtualBox, physical, etc.):
Virtualbox on Windows 7/OSX using the environment produced by a clean install of the Docker-Toolbox.
How reproducible:
Very
Steps to Reproduce:

docker run --rm -it unidata/nctests:mpich
The above command fails when run in an environment set up by installing docker-toolbox.
The above command succeeds when run in a boot2docker-configured environment, or when run directly on a linux box.

Actual Results:
Parallel tests in the netcdf regression test suite fail with 'unexpected results' and various MPI errors.
Expected Results:
All tests should pass.  Running the unidata/nctests:openmpi image show how things should look.
Additional info:
The Dockerfiles used to generate this docker image, Dockerfile.mpich and Dockerfile.base, are available at our public git repository found at https://github.com/Unidata/docker-nctests.
Let me know if I can provide additional info, thanks!

Hi!
Please read this important information about creating issues.
If you are reporting a new issue, make sure that we do not have any duplicates already open. You can ensure this by searching the issue list for this repository. If there is a duplicate, please close your issue and add a comment to the existing issue instead.
If you suspect your issue is a bug, please edit your issue description to include the BUG REPORT INFORMATION shown below. If you fail to provide this information within 7 days, we cannot debug your issue and will close it. We will, however, reopen it if you later provide the information.
This is an automated, informational response.
Thank you.
For more information about reporting issues, see https://github.com/docker/docker/blob/master/CONTRIBUTING.md#reporting-other-issues

BUG REPORT INFORMATION
Use the commands below to provide key information from your environment:
docker version:
docker info:
uname -a:
Provide additional environment details (AWS, VirtualBox, physical, etc.):
List the steps to reproduce the issue:
1.
2.
3.
Describe the results you received:
Describe the results you expected:
Provide additional info you think is important:
----------END REPORT ---------
#ENEEDMOREINFO

I believe discovered the culprit; the default virtualbox image created by docker-machine only has 1 CPU, whereas boot2docker would create a virtualbox image with however many cores it could detect on the system.  I've recreated the docker-machine default image, passing --virtualbox-cpu-count 1 on the command line.  I'm testing the unidata/nctests:mpich image on this virtualbox hypervisor; if my suspicions are correct and this fixes the problem, I'll close out this issue.

@WardF thanks for doing the additional research. I'll ping the docker-machine maintainers here, so that they can have a quick look before this is closed :+1:
ping @ehazlett is this a known issue? something that needs improvement? (given that it's a change for people coming from Boot2Docker)

@thaJeztah No problem; closing out the issue since the fix worked.  Also corrected a typo in my previous comment; I passed -1 to --virtualbox-cpu-count when recreating the default image, not 1.  Thanks!


Replace libcontainer network code with libnetwork

Currently libcontainer creates and sets up the interfaces inside the container in the execution work flow.
It would be nice to replace the code located https://github.com/docker/libcontainer/blob/master/network_linux.go with libnetwork.

@crosbymichael Would you give a little more detail for how you see this being arranged? For instance, which responsibilities belong to which libraries.
My (superficial) reading of how libcontainer is used now is that it's given the network configuration, essentially a bridge name and an IP address; then sets up a veth pair, moves one interface into the container namespace and assigns it the IP address.
Presently it looks like libnetwork will deal only with interfaces and IP addresses, presumably with the idea that a driver will create whatever it likes, and only needs libcontainer to move the interface (or interfaces) into the network namespace, and assign the IP(s), at the correct time. So this would need a bit of work to add to libcontainer a "network strategy" that does just that.
However I think this issue is suggesting that those network strategies are moved into libnetwork. In which case, it would need some way of telling libcontainer what they are. Is that more or less the idea?

@crosbymichael For a concrete example, I think this is the minimal change that would be needed in libcontainer to support libnetwork:  https://github.com/docker/libcontainer/compare/master...tomwilkie:existing_strategy
Is this something you'd like me to submit as a PR?

@squaremo @tomwilkie When libnetwork is completely integrated with libcontainer, libnetwork will take the entire responsibility of managing the network namespace along with all the network resources contained in it.libcontainer will then make use of the network namespace created and managed by libnetwork to form the container execution environment along with other namespace setups and launching the entrypoint inside the container. You will see a PR to libcontainer related to this in near future

Does an interface in a process's namespace get destroyed when the process exits? That would be a problem if (as it stands now) the driver is asked only on endpoint creation to supply an interface, libcontainer moves it into the namespace, then the container it belongs to is restarted. I admit my understanding here is patchy so perhaps I'm missing a trick.

@squaremo The process namespace a.k.a the sandbox does not get destroyed when the process exits. In fact the namespace will get created by libnetwork/sandbox and all the network resources in sandbox.Info are moved into it much before the container process is even started. Then when the container process starts libcontainer will make sure that the target process sets into this namespace.
If the process exits/dies/restarted subsequently the namespace does not go away because it has been decoupled from the process itself. This trick is achieved when we first create the namespace in sandbox/namespace_linux.go we in fact create the namespace in the calling process context(in this case the docker daemon) but then immediately bind mount the /proc entry to a location which doesn't go away when the process exits. From then on the namespace just lives there until we unmount and remove the path(which we do when the container is removed)
This follows the same design principle of ip netns add <ns>. This command creates a netns for you which is present until you destroy it irrespective of which process attaches to it.

Got it, thanks @mrjana.

Closing this since all of this is now taken care of by libnetwork.


add @kiwicom/graphql-bc-checker

We can't use the @kiwicom/grapql-bc-checker for now.
There is the issue with babel https://gitlab.skypicker.com/graphql/graphql/issues/385

after discussion we decided that this is not necessary now
https://github.com/kiwicom/margarita/pull/54/files/1dfc637755afa8d0978886243d81cc77f5141d06#diff-f99aee1afaf1a4c4eac210634d85d629


”Călugăreni”, ”Apa Neagră”, "Cerna-Sat", "Cloșani", "Motru Sec", "Orzești", "Padeș", "Văieni" are listed in the drop-down menu

Description:
”Călugăreni”, ”Apa Neagră”, "Cerna-Sat", "Cloșani", "Motru Sec", "Orzești", "Padeș", "Văieni" are listed in the drop-down menu alongside their corresponding county and commune, according to the law
Precondition:
The website is up an running.

Step 1
Write in the search bar "Călugăreni"

Expected results
The location appears in the drop-down menu as "Sat Călugăreni, GORJ (Padeș)".

Step 2
Press "x" button.

Expected results
The location was deleted from the search bar.

Step 3
Write in the search bar "Apa Neagră"

Expected results
The location appears in the drop-down menu as "Sat Apa Neagră, GORJ (Padeș)".

Step 4
Press "x" button.

Expected results
The location was deleted from the search bar.

Step 5
Write in the search bar "Cerna-Sat"

Expected results
The location appears in the drop-down menu as "Sat Cerna-Sat, GORJ (Padeș)".

Step 6
Press "x" button.

Expected results
The location was deleted from the search bar.

Step 7
Write in the search bar "Cloșani"

Expected results
The location appears in the drop-down menu as "Sat Cloșani, GORJ (Padeș)".

Step 8
Press "x" button.

Expected results
The location was deleted from the search bar.

Step 9
Write in the search bar "Motru Sec"

Expected results
The location appears in the drop-down menu as "Sat Motru Sec, GORJ (Padeș)".

Step 10
Press "x" button.

Expected results
The location was deleted from the search bar.

Step 11
Write in the search bar "Orzești"

Expected results
The location appears in the drop-down menu as "Sat Orzești, GORJ (Padeș)".

Step 12
Press "x" button.

Expected results
The location was deleted from the search bar.

Step 13
Write in the search bar "Padeș"

Expected results
The location appears in the drop-down menu as "Sat Padeș, GORJ (Padeș)".

Step 14
Press "x" button.

Expected results
The location was deleted from the search bar.

Step 15
Write in the search bar "Văieni"

Expected results
The location appears in the drop-down menu as "Sat Văieni, GORJ (Padeș)".


queryRaw SELECT COUNT - the letter n is added to the number

Bug description
prisma.$queryRaw`SELECT COUNT(*) total FROM users`

Result:
[ { total: 870n } ]

Because of this I get a serialization error: Do not know how to serialize a BigInt
How to reproduce

prisma.$queryRawSELECT COUNT(*) total FROM users
Expected behavior
No response
Prisma information

prisma: 4.2.1
@prisma/client: 4.2.1
Environment & setup

OS: Mac os
Database: Mysql
Node.js version: v16.15.1

Prisma Version
4.2.1

Using prisma.table.count() returns a number type, but using SQL returns a bigint


Flow 2.0 only uses the last config property

Using Flow 2.0 all jobs are executed with the property defined in the last job.
IE:
---
config:
  flow-level-parameter: value

nodes:
  - name: shell_end
    type: noop
    dependsOn:
      - shell_pwd
      - shell_echo
      - shell_bash

  - name: shell_echo
    type: command
    config:
      command=echo "This is an echoed text."

  - name: shell_pwd
    type: command
    config:
      command=pwd

  - name: shell_bash
    type: command
    config:
      command=bash ./sample_script.sh

Will result in shell_echo, shell_pwd, and shell_bash all executing the bash ./sample_script.sh command

@Xycer Thanks for trying out the new Flow 2.0 design! We haven't fully enabled this feature yet. You are welcome to try it on localhost by enabling below flag manually: azkaban.execapp.FlowRunner#isAzkabanFlowVersion20
Feel free to report any new issue : )


[breakpad] build failure

Host Environment

OS: Windows 10 x64
Compiler: VS2019

To Reproduce
Steps to reproduce the behavior:
`./vcpkg install breakpad'
Failure logs
-- Note: breakpad only supports static library linkage. Building static library.
-- Using cached D:/Pro/vcpkg/downloads/google-breakpad-c46151db0ffd1a8dae914e45f1212ef427f61ed3.tar.gz
-- Using source at D:/Pro/vcpkg/buildtrees/breakpad/src/f427f61ed3-5c9c1c4794
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
CMake Error at scripts/cmake/vcpkg_fixup_cmake_targets.cmake:98 (message):

  'D:/Pro/vcpkg/packages/breakpad_x64-windows/debug/share/unofficial-breakpad'
  does not exist.
Call Stack (most recent call first):
  ports/breakpad/portfile.cmake:22 (vcpkg_fixup_cmake_targets)
  scripts/ports.cmake:85 (include)

@cdcseacave, thanks for posting this issue!
This issue caused by f5c732b40d, only affect breakpad build on VS2019, it build ok by VS2017, @vicroms, could you help have a look?

@cdcseacave, this issue should fixe by vcpkg latest commit 9e68729b, could you get latest vcpkg source and execute bootstap-vcpkg.bat, and build breakpad again? I verified, everything build successfully for me with latest commit.

@PhoebeHui unfortunately this does not help, here is the error I get with the latest commit
Building package breakpad[core]:x64-windows...
Warning: abi keys are missing values:
    libdisasm

-- Note: breakpad only supports static library linkage. Building static library.
-- Downloading https://github.com/google/breakpad/archive/c46151db0ffd1a8dae914e45f1212ef427f61ed3.tar.gz...
-- Extracting source D:/Pro/vcpkg/downloads/google-breakpad-c46151db0ffd1a8dae914e45f1212ef427f61ed3.tar.gz
-- Using source at D:/Pro/vcpkg/buildtrees/breakpad/src/f427f61ed3-5c9c1c4794
-- Configuring x64-windows
-- Building x64-windows-dbg
CMake Error at scripts/cmake/vcpkg_execute_build_process.cmake:136 (message):
    Command failed: C:/Apps/CMake/bin/cmake.exe --build . --config Debug --target install -- -v
    Working Directory: D:/Pro/vcpkg/buildtrees/breakpad/x64-windows-dbg
    See logs for more information:
      D:\Pro\vcpkg\buildtrees\breakpad\install-x64-windows-dbg-out.log

Call Stack (most recent call first):
  scripts/cmake/vcpkg_build_cmake.cmake:96 (vcpkg_execute_build_process)
  scripts/cmake/vcpkg_install_cmake.cmake:24 (vcpkg_build_cmake)
  ports/breakpad/portfile.cmake:20 (vcpkg_install_cmake)
  scripts/ports.cmake:85 (include)

Error: Building package breakpad:x64-windows failed with: BUILD_FAILED

I found this detail:
D:\vcpkg\buildtrees\breakpad\src\f427f61ed3-5c9c1c4794\src\common\windows\pe_util.cc(122): error C2039: 'unique_ptr': is not a member of 'std'

It might need a patch for the latest C++ standard?

I can confirm that after fixing this last issue by appending #include <memory> to that C file, all works.

@cdcseacave, yes, it already has another PR https://github.com/microsoft/vcpkg/pull/7938 to fix this issue.


When refactoring the hierarchy preview the list of affected notes while typing

Please select if your request is either something new or an enhancement

[x] Enhancement of an existing Feature.
[ ] Request of a new feature.

Please select the area your request applies to. (Multiple selections are Possible. You can leave blank if you're not sure.)

[x] Workspace - VSCode workspace, vaults, Intellisense/autocomplete, Dendron settings
[ ] Lookup - Dendron's Lookup Command
[x] Views - Dendron Preview, Tree View, Side Panels in the UI
[ ] Schema - Dendron Schemas
[ ] Pod - Data import from / export to Dendron
[ ] Publish - External Site Publish
[ ] Markdown - Markdown features, such as syntax support and features

Is your feature request related to a problem? Please describe
When refractoring the hierarchy and typing the regex for the list of notes we might make a mistake and only see that mistake once we see the list of the affected notes after we have gone through both steps of choosing which notes to match and what to replace the matched portion with.
Describe the solution you'd like
Show the list of affected notes below the box where the regex is typed.
Describe alternatives you've considered

Filter the tree view to show which notes are affected
Instead of showing the second replace dialog, show two boxes that can continiously be edited like in the search/replace dialog of VS Code. Show the notes and what they will be replaced to like in the current way as info below both boxes. I think this would be the best solution.

Additional context
Quick mockup of possible interface:

Thanks @kulukimak for your suggestion 🙏