text:
RPI 1B + WS2812B total freeze

Hi,
I am using the latest hyperion + a raspberry Pi 1B (with Dietpi) and a WS2812B LED Stripe. It is connectet to the GPIO 18.
In the hyperion configurator is a perfect config for WS2812B (just RPi1) which should be ideal for my setup. But unfortunately after copying the config and restarting hyperion (service hyperion restart) my pi completely freezes and crashes (blue screen appears, ssh sessions will timeout and the board cant be pinged). And the pi is completely unusable. I have to put the SD card into a notebook, manually remove the config and then I can boot up my pi again.
I tried some other configs, with these hyperion successfully starts and gets detected by clients but unfurtunately the leds wont do anything.
Could someone help me?
Here is an example config which freezes my pi:
`// Automatically generated configuration file for Hyperion ambilight daemon
// Notice: All values are explained with comments at our wiki: wiki.hyperion-project.org (config area)
// Generated by: HyperCon (The Hyperion deamon configuration file builder)
// Created with HyperCon V1.03.3 (22.10.2017)

{
   // DEVICE CONFIGURATION
   "device" :
   {
   	"name"       : "TV",
   	"type"       : "ws2812b",
   	"colorOrder" : "rgb"
   },

   // COLOR CALIBRATION CONFIG
   "color" :
   {
   	"channelAdjustment" :
   	[
   		{
   			"id"   : "default",
   			"leds" : "*",
   			"pureRed" :
   			{
   				"redChannel"		: 255,
   				"greenChannel"		: 0,
   				"blueChannel"		: 0
   			},
   			"pureGreen" :
   			{
   				"redChannel"		: 0,
   				"greenChannel"		: 255,
   				"blueChannel"		: 0
   			},
   			"pureBlue" :
   			{
   				"redChannel"		: 0,
   				"greenChannel"		: 0,
   				"blueChannel"		: 255
   			}
   		}
   	],
   	"temperature" :
   	[
   		{
   			"id"   : "default",
   			"leds" : "*",
   			"correctionValues" :
   			{
   				"red" 	: 255,
   				"green"	: 255,
   				"blue" 	: 255
   			}
   		}
   	],
   	"transform" :
   	[
   		{
   			"id"   : "default",
   			"leds" : "*",
   			"hsl" :
   			{
   				"saturationGain"	: 1.0000,
   				"luminanceGain"		: 1.0000,
   				"luminanceMinimum"		: 0.0000
   			},
   			"red" :
   			{
   				"threshold" 	: 0.0000,
   				"gamma"     	: 2.5000
   			},
   			"green" :
   			{
   				"threshold" 	: 0.0000,
   				"gamma"     	: 2.5000
   			},
   			"blue" :
   			{
   				"threshold" 	: 0.0000,
   				"gamma"     	: 2.5000
   			}
   		}
   	],
   // SMOOTHING CONFIG
   	"smoothing" :
   	{
   		"type"            : "linear",
   		"time_ms"         : 200,
   		"updateFrequency" : 20.0000,
   		"updateDelay"     : 0
   	}
   },

   // NO V4L2 GRABBER CONFIG
   // FRAME GRABBER CONFIG
   "framegrabber" :
   {
   	"width" : 64,
   	"height" : 64,
   	"frequency_Hz" : 10.0,
   	"priority" : 890
   },

   // BLACKBORDER CONFIG
   "blackborderdetector" :
   {
   	"enable" : true,
   	"threshold" : 0.0,
   	"unknownFrameCnt" : 600,
   	"borderFrameCnt" : 50,
   	"maxInconsistentCnt" : 10,
   	"blurRemoveCnt" : 1,
   	"mode" : "default"
   },

   // BOOTEFFECT CONFIG
   "bootsequence" :
   {
   	"color" : [0,0,0],
   	"effect" : "Rainbow swirl fast",
   	"duration_ms" : 3000,
   	"priority" : 700
   },

   // JSON SERVER CONFIG
   "jsonServer" :
   {
   	"port" : 19444
   },

   // PROTO SERVER CONFIG
   "protoServer" :
   {
   	"port" : 19445
   },

   // EFFECT PATH
   "effects" :
   {
   	"paths" :
   	[
   		"/storage/hyperion/effects",
   		"/usr/share/hyperion/effects"
   	]
   },

   // NO KODI CHECK CONFIG
   // NO BOBLIGHT SERVER CONFIG
   // NO JSON/PROTO FORWARD CONFIG

   // LED CONFIGURATION
   "leds" :
   [
   	{
   		"index" : 0,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.9714, "maximum" : 1.0000 }
   	},
   	{
   		"index" : 1,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.9429, "maximum" : 0.9714 }
   	},
   	{
   		"index" : 2,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.9143, "maximum" : 0.9429 }
   	},
   	{
   		"index" : 3,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.8857, "maximum" : 0.9143 }
   	},
   	{
   		"index" : 4,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.8571, "maximum" : 0.8857 }
   	},
   	{
   		"index" : 5,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.8286, "maximum" : 0.8571 }
   	},
   	{
   		"index" : 6,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.8000, "maximum" : 0.8286 }
   	},
   	{
   		"index" : 7,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.7714, "maximum" : 0.8000 }
   	},
   	{
   		"index" : 8,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.7429, "maximum" : 0.7714 }
   	},
   	{
   		"index" : 9,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.7143, "maximum" : 0.7429 }
   	},
   	{
   		"index" : 10,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.6857, "maximum" : 0.7143 }
   	},
   	{
   		"index" : 11,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.6571, "maximum" : 0.6857 }
   	},
   	{
   		"index" : 12,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.6286, "maximum" : 0.6571 }
   	},
   	{
   		"index" : 13,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.6000, "maximum" : 0.6286 }
   	},
   	{
   		"index" : 14,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.5714, "maximum" : 0.6000 }
   	},
   	{
   		"index" : 15,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.5429, "maximum" : 0.5714 }
   	},
   	{
   		"index" : 16,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.5143, "maximum" : 0.5429 }
   	},
   	{
   		"index" : 17,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.4857, "maximum" : 0.5143 }
   	},
   	{
   		"index" : 18,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.4571, "maximum" : 0.4857 }
   	},
   	{
   		"index" : 19,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.4286, "maximum" : 0.4571 }
   	},
   	{
   		"index" : 20,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.4000, "maximum" : 0.4286 }
   	},
   	{
   		"index" : 21,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.3714, "maximum" : 0.4000 }
   	},
   	{
   		"index" : 22,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.3429, "maximum" : 0.3714 }
   	},
   	{
   		"index" : 23,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.3143, "maximum" : 0.3429 }
   	},
   	{
   		"index" : 24,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.2857, "maximum" : 0.3143 }
   	},
   	{
   		"index" : 25,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.2571, "maximum" : 0.2857 }
   	},
   	{
   		"index" : 26,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.2286, "maximum" : 0.2571 }
   	},
   	{
   		"index" : 27,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.2000, "maximum" : 0.2286 }
   	},
   	{
   		"index" : 28,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.1714, "maximum" : 0.2000 }
   	},
   	{
   		"index" : 29,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.1429, "maximum" : 0.1714 }
   	},
   	{
   		"index" : 30,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.1143, "maximum" : 0.1429 }
   	},
   	{
   		"index" : 31,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.0857, "maximum" : 0.1143 }
   	},
   	{
   		"index" : 32,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.0571, "maximum" : 0.0857 }
   	},
   	{
   		"index" : 33,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.0286, "maximum" : 0.0571 }
   	},
   	{
   		"index" : 34,
   		"hscan" : { "minimum" : 0.9500, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0286 }
   	},
   	{
   		"index" : 35,
   		"hscan" : { "minimum" : 0.9846, "maximum" : 1.0000 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 36,
   		"hscan" : { "minimum" : 0.9692, "maximum" : 0.9846 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 37,
   		"hscan" : { "minimum" : 0.9538, "maximum" : 0.9692 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 38,
   		"hscan" : { "minimum" : 0.9385, "maximum" : 0.9538 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 39,
   		"hscan" : { "minimum" : 0.9231, "maximum" : 0.9385 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 40,
   		"hscan" : { "minimum" : 0.9077, "maximum" : 0.9231 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 41,
   		"hscan" : { "minimum" : 0.8923, "maximum" : 0.9077 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 42,
   		"hscan" : { "minimum" : 0.8769, "maximum" : 0.8923 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 43,
   		"hscan" : { "minimum" : 0.8615, "maximum" : 0.8769 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 44,
   		"hscan" : { "minimum" : 0.8462, "maximum" : 0.8615 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 45,
   		"hscan" : { "minimum" : 0.8308, "maximum" : 0.8462 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 46,
   		"hscan" : { "minimum" : 0.8154, "maximum" : 0.8308 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 47,
   		"hscan" : { "minimum" : 0.8000, "maximum" : 0.8154 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 48,
   		"hscan" : { "minimum" : 0.7846, "maximum" : 0.8000 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 49,
   		"hscan" : { "minimum" : 0.7692, "maximum" : 0.7846 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 50,
   		"hscan" : { "minimum" : 0.7538, "maximum" : 0.7692 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 51,
   		"hscan" : { "minimum" : 0.7385, "maximum" : 0.7538 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 52,
   		"hscan" : { "minimum" : 0.7231, "maximum" : 0.7385 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 53,
   		"hscan" : { "minimum" : 0.7077, "maximum" : 0.7231 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 54,
   		"hscan" : { "minimum" : 0.6923, "maximum" : 0.7077 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 55,
   		"hscan" : { "minimum" : 0.6769, "maximum" : 0.6923 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 56,
   		"hscan" : { "minimum" : 0.6615, "maximum" : 0.6769 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 57,
   		"hscan" : { "minimum" : 0.6462, "maximum" : 0.6615 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 58,
   		"hscan" : { "minimum" : 0.6308, "maximum" : 0.6462 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 59,
   		"hscan" : { "minimum" : 0.6154, "maximum" : 0.6308 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 60,
   		"hscan" : { "minimum" : 0.6000, "maximum" : 0.6154 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 61,
   		"hscan" : { "minimum" : 0.5846, "maximum" : 0.6000 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 62,
   		"hscan" : { "minimum" : 0.5692, "maximum" : 0.5846 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 63,
   		"hscan" : { "minimum" : 0.5538, "maximum" : 0.5692 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 64,
   		"hscan" : { "minimum" : 0.5385, "maximum" : 0.5538 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 65,
   		"hscan" : { "minimum" : 0.5231, "maximum" : 0.5385 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 66,
   		"hscan" : { "minimum" : 0.5077, "maximum" : 0.5231 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 67,
   		"hscan" : { "minimum" : 0.4923, "maximum" : 0.5077 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 68,
   		"hscan" : { "minimum" : 0.4769, "maximum" : 0.4923 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 69,
   		"hscan" : { "minimum" : 0.4615, "maximum" : 0.4769 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 70,
   		"hscan" : { "minimum" : 0.4462, "maximum" : 0.4615 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 71,
   		"hscan" : { "minimum" : 0.4308, "maximum" : 0.4462 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 72,
   		"hscan" : { "minimum" : 0.4154, "maximum" : 0.4308 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 73,
   		"hscan" : { "minimum" : 0.4000, "maximum" : 0.4154 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 74,
   		"hscan" : { "minimum" : 0.3846, "maximum" : 0.4000 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 75,
   		"hscan" : { "minimum" : 0.3692, "maximum" : 0.3846 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 76,
   		"hscan" : { "minimum" : 0.3538, "maximum" : 0.3692 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 77,
   		"hscan" : { "minimum" : 0.3385, "maximum" : 0.3538 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 78,
   		"hscan" : { "minimum" : 0.3231, "maximum" : 0.3385 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 79,
   		"hscan" : { "minimum" : 0.3077, "maximum" : 0.3231 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 80,
   		"hscan" : { "minimum" : 0.2923, "maximum" : 0.3077 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 81,
   		"hscan" : { "minimum" : 0.2769, "maximum" : 0.2923 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 82,
   		"hscan" : { "minimum" : 0.2615, "maximum" : 0.2769 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 83,
   		"hscan" : { "minimum" : 0.2462, "maximum" : 0.2615 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 84,
   		"hscan" : { "minimum" : 0.2308, "maximum" : 0.2462 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 85,
   		"hscan" : { "minimum" : 0.2154, "maximum" : 0.2308 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 86,
   		"hscan" : { "minimum" : 0.2000, "maximum" : 0.2154 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 87,
   		"hscan" : { "minimum" : 0.1846, "maximum" : 0.2000 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 88,
   		"hscan" : { "minimum" : 0.1692, "maximum" : 0.1846 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 89,
   		"hscan" : { "minimum" : 0.1538, "maximum" : 0.1692 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 90,
   		"hscan" : { "minimum" : 0.1385, "maximum" : 0.1538 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 91,
   		"hscan" : { "minimum" : 0.1231, "maximum" : 0.1385 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 92,
   		"hscan" : { "minimum" : 0.1077, "maximum" : 0.1231 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 93,
   		"hscan" : { "minimum" : 0.0923, "maximum" : 0.1077 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 94,
   		"hscan" : { "minimum" : 0.0769, "maximum" : 0.0923 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 95,
   		"hscan" : { "minimum" : 0.0615, "maximum" : 0.0769 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 96,
   		"hscan" : { "minimum" : 0.0462, "maximum" : 0.0615 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 97,
   		"hscan" : { "minimum" : 0.0308, "maximum" : 0.0462 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 98,
   		"hscan" : { "minimum" : 0.0154, "maximum" : 0.0308 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 99,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0154 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0800 }
   	},
   	{
   		"index" : 100,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.0000, "maximum" : 0.0286 }
   	},
   	{
   		"index" : 101,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.0286, "maximum" : 0.0571 }
   	},
   	{
   		"index" : 102,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.0571, "maximum" : 0.0857 }
   	},
   	{
   		"index" : 103,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.0857, "maximum" : 0.1143 }
   	},
   	{
   		"index" : 104,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.1143, "maximum" : 0.1429 }
   	},
   	{
   		"index" : 105,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.1429, "maximum" : 0.1714 }
   	},
   	{
   		"index" : 106,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.1714, "maximum" : 0.2000 }
   	},
   	{
   		"index" : 107,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.2000, "maximum" : 0.2286 }
   	},
   	{
   		"index" : 108,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.2286, "maximum" : 0.2571 }
   	},
   	{
   		"index" : 109,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.2571, "maximum" : 0.2857 }
   	},
   	{
   		"index" : 110,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.2857, "maximum" : 0.3143 }
   	},
   	{
   		"index" : 111,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.3143, "maximum" : 0.3429 }
   	},
   	{
   		"index" : 112,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.3429, "maximum" : 0.3714 }
   	},
   	{
   		"index" : 113,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.3714, "maximum" : 0.4000 }
   	},
   	{
   		"index" : 114,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.4000, "maximum" : 0.4286 }
   	},
   	{
   		"index" : 115,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.4286, "maximum" : 0.4571 }
   	},
   	{
   		"index" : 116,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.4571, "maximum" : 0.4857 }
   	},
   	{
   		"index" : 117,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.4857, "maximum" : 0.5143 }
   	},
   	{
   		"index" : 118,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.5143, "maximum" : 0.5429 }
   	},
   	{
   		"index" : 119,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.5429, "maximum" : 0.5714 }
   	},
   	{
   		"index" : 120,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.5714, "maximum" : 0.6000 }
   	},
   	{
   		"index" : 121,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.6000, "maximum" : 0.6286 }
   	},
   	{
   		"index" : 122,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.6286, "maximum" : 0.6571 }
   	},
   	{
   		"index" : 123,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.6571, "maximum" : 0.6857 }
   	},
   	{
   		"index" : 124,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.6857, "maximum" : 0.7143 }
   	},
   	{
   		"index" : 125,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.7143, "maximum" : 0.7429 }
   	},
   	{
   		"index" : 126,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.7429, "maximum" : 0.7714 }
   	},
   	{
   		"index" : 127,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.7714, "maximum" : 0.8000 }
   	},
   	{
   		"index" : 128,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.8000, "maximum" : 0.8286 }
   	},
   	{
   		"index" : 129,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.8286, "maximum" : 0.8571 }
   	},
   	{
   		"index" : 130,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.8571, "maximum" : 0.8857 }
   	},
   	{
   		"index" : 131,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.8857, "maximum" : 0.9143 }
   	},
   	{
   		"index" : 132,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.9143, "maximum" : 0.9429 }
   	},
   	{
   		"index" : 133,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.9429, "maximum" : 0.9714 }
   	},
   	{
   		"index" : 134,
   		"hscan" : { "minimum" : 0.0000, "maximum" : 0.0500 },
   		"vscan" : { "minimum" : 0.9714, "maximum" : 1.0000 }
   	}
   ],

   "endOfJson" : "endOfJson"
}
`

https://hyperion-project.org/wiki/3-Wire-PWM
There are some Information, please use the forum for support.
https://hyperion-project.org/
Thanks

authors: FaserF tpmodding

repo: hyperion-project/hyperion


text:
chore: add license to every ts and js file

Description

added license notice to every .ts and .js file
added pre-commit script to add license notice to every .ts or .js file if it's not there yet

How to test?

create a new .ts file
git commit
a license notice will be added to the beginning of file

the test failed
the only change being made is adding license notice to the beginning of file as a comment, but somehow it is detected as regex pattern by mocha.

rebased to main branch

source: gharchive/pull-request

repo: hyperjumptech/monika

license: MIT

license_type: permissive

license_source: github-api


text:
Update Splice main to version 0.2.5-snapshot.20241011.7234.0.v9595551f (automatic PR)

This PR updates branch main of Splice from the latest changes as of version 0.2.5-snapshot.20241011.7234.0.v9595551f, commit DACH-NY/canton-network-node@9595551fd5

wait, a conflict? that is strange. I just merged PR #62

authors: canton-network-da ray-roestenburg-da

repo: hyperledger-labs/splice


text:
Bad states with --seed

When using the --seed cli argument, ACA-Py makes the assumption that the generated DID is published on the connected network. This is all well and good; the process of getting your DID onto a mainnet can be complicated so leaving that process out of band and then giving ACA-Py a mechanism to bootstrap into a wallet with that DID that has been meticulously prepared is helpful. However, it can leave the door open to entering some invalid states in many circumstances.
One example:

I start up ACA-Py with a seed.
My DID is NOT actually published to the connected network but I don't realize this.
I attempt to publish a schema.
The schema is generated and stored in the wallet.
ACA-Py attempts to publish the schema. The transaction fails.
I now understand that my DID is not published. I take steps to mitigate.
My DID is now published.
I attempt to publish the same schema.
The schema already exists in the wallet and I can't reuse the same name and version so the request fails.

We could implement workarounds for clearing out schemas that didn't actually make it to the ledger. I think it would be more useful to add guards that ensure ACA-Py's DID is public when it thinks it is before committing bad state to its wallet.
At a minimum, I think we should check if the DID generated from the seed is actually present on the network on start up and shut down if it isn't.

The startup function where this provisioning/seed logic takes place is very convoluted. I'll be trying to refactor it in another task.
Definitely think there's improvements to be made here. Possibly a sequence diagram would be helpful as well. The amount of configurations and different paths make this very confusing. There's seed, replace-public-did, auto-provision, recreate, etc... that all can affect each other and the wallet state on startup.

source: gharchive/issue

authors: dbluhm jamshale

repo: hyperledger/aries-cloudagent-python


text:
fix: Prevents generating a new id if it already exists

Signed-off-by: Andrii Soluk isoluchok@gmail.com

@soluchok can you please remove https://github.com/hyperledger/aries-framework-go/blob/master/pkg/didcomm/protocol/didexchange/states.go#L163 as well?

authors: llorllale soluchok

repo: hyperledger/aries-framework-go


text:
feat: add fetch indy schema method

This PR implements the fetchIndySchema method which fetches the actual schema ID for the getCredentialDefinition method in the IndySdkAnonCredsRegistry and  IndyVdrAnonCredsRegistry

Codecov Report

Merging #1290 (7b59193) into main (30857b9) will decrease coverage by 0.01%.
The diff coverage is 87.50%.

@@            Coverage Diff             @@
##             main    #1290      +/-   ##
==========================================
- Coverage   86.38%   86.37%   -0.01%
==========================================
  Files         798      798
  Lines       19416    19422       +6
  Branches     3321     3322       +1
==========================================
+ Hits        16772    16776       +4
- Misses       2470     2472       +2
  Partials      174      174

Impacted Files
Coverage Δ

...indy-vdr/src/anoncreds/IndyVdrAnonCredsRegistry.ts
74.15% <87.50%> (-0.55%)
:arrow_down:

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

authors: Vickysomtee codecov-commenter

repo: hyperledger/aries-framework-javascript


text:
Besu RPC service consistency against other client implementations #2

(Updated 22.08.11.)
Sorry, I moved this report to the following link: https://github.com/ethereum/execution-apis/issues/288
Please check for the edit history to see my original report.

Closing the issue as moved to the link above.

repo: hyperledger/besu


text:
Default data-storage-format to Bonsai

Besu currently defaults --data-storage-format to Forest when Bonsai offers many advantages over forest in general.
We should consider switching the default to Bonsai (at least for public networks) to make the user experience better/easier.

suggestion: for named networks use bonsai; for private networks, default to forest

additional suggestion: as part of this change, ensure we can correctly identify an already-existing database format, so we don't try to open an forest db as bonsai if there isn't a specific config for it at startup


text:
fix(security): vulnerabilities found in connector-besu

Description
Vulnerabilities were found during the container scan of connector-besu image using Trivy.
See the list below:

LIBRARY
VULNERABILITY
AFFECTED VERSION
FIXED VERSION

convict (package.json)
CVE-2022-21190 CVE-2022-22143  CVE-2023-0163
6.0.0
6.2.3 6.2.4

http-cache-semantics (package.json)
CVE-2022-25881
4.1.0
4.1.1

node-forge (package.json)
CVE-2022-24771 CVE-2022-24772
1.0.0
1.3.0

protobufjs (package.json)
CVE-2023-36665
6.11.3
7.2.4, 6.11.4

qs (package.json)
CVE-2022-24999
6.7.0
6.10.3, 6.9.7, 6.8.3, 6.7.3, 6.6.1,  6.5.3, 6.4.1, 6.3.3, 6.2.4

socket.io-parser (package.json)
CVE-2023-32695
4.0.5
4.2.3, 3.4.3

socket.io-parser (package.json)
CVE-2022-2421
4.1.2
4.0.5, 4.2.1, 3.3.3, 3.4.2

socket.io-parser (package.json)
CVE-2023-32695
4.1.2
4.2.3, 3.4.3

@petermetz @zondervancalvez assign me

@shubhankar-mern @aldousalvarez Please collaborate on it if possible (you've both volunteered to work on it)

@shubhankar-mern @aldousalvarez see updated vulnerabilities from latest scan

repo: hyperledger/cacti


text:
feat(connector-besu): add get past logs method

Signed-off-by: Hana Awad awadhana0825@gmail.com

Codecov Report

:exclamation: No coverage uploaded for pull request base (main@d470540). Click here to learn what that means.
The diff coverage is n/a.

:exclamation: Current head 74a1240 differs from pull request most recent head 141bec2. Consider uploading reports for the commit 141bec2 to get more accurate results

@@           Coverage Diff           @@
##             main    #1042   +/-   ##
=======================================
  Coverage        ?   72.44%
=======================================
  Files           ?      238
  Lines           ?     8223
  Branches        ?      973
=======================================
  Hits            ?     5957
  Misses          ?     1749
  Partials        ?      517

Continue to review full report at Codecov.

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

authors: awadhana codecov-commenter

repo: hyperledger/cactus


text:
How to use benchmarks to test sample network first-network

Hello, now I want to use benchmarks to test a sample network provided by Hyperledger Fabric, its name is first-network, but its structure of network config file is different from the structure provided by   benchmarks, so, should I change configtx.yaml in first-network to fit in benchmark? Or should I do some other thing? Please give me some steps to handle it. Any help would be appreciated!

you can use caliper to target an existing network, this does require knowledge of the network configuration etc that is bespoke to the network you created - see https://developer.ibm.com/technologies/blockchain/tutorials/blockchain-performance-testing-smart-contracts-vscode-caliper for more information

authors: littlexy nklincoln

repo: hyperledger/caliper


text:
turn docker container into proper sandbox

The intent of docker containers is to limit what chaincode can do.  By default, docker is not very limiting and does not provide very strong security.
Linux provides namespaces and seccomp for sandboxing.  Seccomp can be used to clamp down on the syscalls a process can use.  This seems to be an effective way of reducing the attack possibilities of a chaincode.
It may also be effective in reducing the access to sources of non-determinism (which is a type of attack if the fabric network does not use a consensus protocol that can tolerate non-determinism).

@corecode 👍
My 2c...
The "go playground" deals with similar issues in curtailing access. https://blog.golang.org/playground has some details which hint at what can be done. Perhaps we could leverage off this  from a golang level even in the Docker env - at least to some extent.
That said,  there is some capability in the fabric to plug in new execution environments which we can use to explore new "containers".

Docker supports running an entire container within a seccomp profile.
https://github.com/docker/docker/blob/master/docs/security/seccomp.md
The tradeoffs between sandboxing the chaincode binary vs docker container of the chaincode aren't entirely clear me yet.

the bigger issue will come down to being able to verify that the host system is adhering to any of the rules  as well as IMHO proving that they are running a trusted version of the peer code.  Docker does provide the ability to sign images and you can configure the Docker daemon to only run signed images.  But how do we now that a system has bee configured that way?  (there are solutions to this, but just posing the question as an example)

:+1: to seccomp.  The defaults are sane.  We can chop off more by dropping all the 32bit calls, as well (for example).  I am curious what @mastersingh24 means by "being able to verify...rules". What rules?

@jeremyeder - what I mean is that the peer process calls the Docker API to deploy the container. On the Docker host, I can easily change the seccomp default policy.  Perhaps in this specific case, the owner of the node should make sure that their host system is configured properly as clearly they don't want to allow chaincode to do anything bad to their system.  But if we start to leverage specific configurations, etc as part of "trust" then we need a way of making sure that all systems are actually adhering / compliant with those parameters.

Peer process deploys containers.  That does not sound like a valid architecture, I could see some strange looks from the security folks :-)

@jeremyeder >Peer process deploys containers. That does not sound like a valid architecture.
What would you suggest we do?
The Peer needs the ability to dynamically launch a chaincode container in processing transactions on that chaincode.

authors: binhn corecode jeremyeder mastersingh24 muralisrini zmanian

repo: hyperledger/fabric

license_source: bigquery


text:
Decimals

#58

repo: hyperledger/firefly-sandbox


text:
Do not expect to retrieve local org during definition handling

Only the org DID is needed for this check - no need to actually look up the org from the database. At this point the message author has already been verified, so a database lookup here is just extra unnecessary processing (and can lead to infinite retries if it fails).
Fixes #1397

Codecov Report

Merging #1398 (99941fb) into main (9f29850) will increase coverage by 0.00%.
Report is 3 commits behind head on main.
The diff coverage is 100.00%.

:exclamation: Current head 99941fb differs from pull request most recent head 9a93519. Consider uploading reports for the commit 9a93519 to get more accurate results

@@           Coverage Diff           @@
##             main    #1398   +/-   ##
=======================================
  Coverage   99.97%   99.97%
=======================================
  Files         315      315
  Lines       22072    22080    +8
=======================================
+ Hits        22066    22074    +8
  Misses          3        3
  Partials        3        3

Files Changed
Coverage Δ

internal/contracts/manager.go
100.00% <100.00%> (ø)

internal/definitions/handler_contracts.go
100.00% <100.00%> (ø)

internal/definitions/handler_tokenpool.go
100.00% <100.00%> (ø)

internal/identity/identitymanager.go
99.36% <100.00%> (-0.64%)
:arrow_down:

... and 1 file with indirect coverage changes

authors: awrichar codecov-commenter

repo: hyperledger/firefly


text:
Updates the Grid CLI to send Sabre transactions

This is built on top of #50
This includes adding the sabre payload to the grid sdk and updating the grid cli to send all transactions wrapped in a sabre transaction.
You can test this by running docker-compose
docker-compose up --build
move to the grid/cli and create a new pike organization with the following command:
cargo run -- -vv --url http://localhost:8080 organization create org_1 OrgTest test_address
You will see the sabre tp execute a transaction and then you can see the organization by checking hte restapi:
http://localhost:8080/organization
Note this will not work until https://github.com/hyperledger/grid/pull/75 is merged and this PR is rebased.

Should the protocol piece go into sabre, with this code pulling in the sabre SDK?

The Sabre SDK currently is only used for writing Sabre Smart Contracts. If it was added to the sabre sdk, it should be expanded to include the state objects as well and update the rest of the sabre code to use the protocols (instead of protos) Is that what you are suggesting?

Yes, I think that is the logical conclusion of what I'm proposing.

repo: hyperledger/grid


text:
Verifiable Credential Issued in JWT  should use  short-form Prism DID  in iss

A Verifiable Credential issued in JWT format currently uses the long-form of a Prism DID in the iss field of the JWT. We should update this to use the short-form Prism DID instead. Below is an example of a VC issued in JWT format, and upon decoding, the iss field displays the long-form DID
https://github.com/hyperledger/identus-cloud-agent/issues/1451

CC this is merged in main is ready for QA @amagyar-iohk

repo: hyperledger/identus


text:
Dockerize Identus

I'm moving the PR to this repo instated of https://github.com/hyperledger/identus-cloud-agent because we decided also to add the mediator.
Basically, we have most of the Identus components on this docker file.

@amagyar-iohk can to review this and try?


text:
Validate anchor links

It would be good if our documentation fails to build in case if we have broken anchor links between or within pages.
It is currently not easy (or even possible) to implement it using existing Vitepress API, so I created an upstream issue:

~~https://github.com/vuejs/vitepress/issues/2176~~ https://github.com/vuejs/vitepress/issues/646

Actually, it is not necessary to wait until vuejs/vitepress#646 is resolved. We could use a simpler solution apart from VitePress.
For example, we could create a validate-anchors.js script. It will scan all *.md files in the src, find all internal links, build a graph and validate it. The script might even scan output files in the .vitepress/dist (rendered HTML files).

Created a PoC notebook. If run on the current documentation, its output is this:
guide/configure/client-configuration.html
  Missing anchor #api_url in guide/configure/peer-configuration.html

guide/blockchain/instructions.html
  Missing anchor #_3-registering-a-domain in guide/kotlin-java.html

guide/blockchain/instructions.html
  Missing file .

guide/advanced/running-iroha-on-bare-metal.html
  Missing anchor #p2p_addr in guide/configure/peer-configuration.html

guide/configure/configuration-types.html
  Missing anchor #peer-configuration-configspeerconfigjson in guide/configure/sample-configuration.html

guide/glossary.html
  Missing internal anchor #custom-iroha-special-instructions

guide/glossary.html
  Missing internal anchor #kagamiteacher-and-exemplar-andor-looking-glass

guide/blockchain/data-model.html
  Missing anchor #_3-registering-a-domain in guide/kotlin-java.html

guide/configure/peer-configuration.html
  Missing internal anchor #iroha-keys

guide/build.html
  Missing internal anchor #troubleshooting-rust-toolchain


text:
Address agnostic p2p

We uniquely identify peers only by public key. However, p2p still requires to know exact address of peers. What we would like to do is that network keeps working even if a peer changes it's address. I think we should do periodic address gossiping to make this work.
Related #4249 #1375

How things currently work:

Topology of the peers (public keys and addresses) are stored on-chain.
There are (Un)RegisterPeer instructions for changing topology.
Initial topology is provided in the genesis block (via RegisterPeer instructions)
In case genesis block is not provided to the peer, there is sumeragi.trusted_peers config parameter with addresses of initial peers

Planned changes:

Peer addresses will not be stored on-chain (removed from topology)
Each peer will store current peer addresses off-chain and do periodic gossiping
Peer A will accept connection from peer B if peer B public key is in topology
Peer external port will be added to the config.

External port will be sent when connecting to other peers - so that other peers will know our peer's full address and can broadcast this address to other peers (more details in "Use case: New peer added")
Note that peer internal port is already in config - torii.address
External port can be different from internal port e.g. in case when peer is in docker or behind nginx

Use case: Peer changes address

Initially there are three peers: A, B, C
C changes its address
C knows addresses of other peers and tries to establish connection with them
Other peers accept connection because C public key is in topology

Use case: New peer added

Initially there are peers A and B with addresses iroha1:8000 and iroha2:8000
We want to add peer C with address iroha3:8000
First, we invoke RegisterPeer instruction to add C public key to topology
Then peer C is started with the following config:

sumeragi.trusted_peers - only peer A
torii.external_port - 8000

C tries to connect to A

A receives connection from iroha3:52143 (52143 is some random port chosen by C for outcoming connection)
A accepts such connection because C public key is in topology
C sends its external port (8000) to A
A now knows full address of C - iroha3:8000
A gossip address of C to B
B receives address of C and connects to C

Note that peer internal port is already in config - torii.address

Do we still need this in the config?

when registering a peer should the register instruction include initial peer address? So that network can also try to reach the new peer. What do you think about that?

Note that peer internal port is already in config - torii.address

Do we still need this in the config?

Yes, internal port is needed to listen incoming connections on that port

when registering a peer should the register instruction include initial peer address? So that network can also try to reach the new peer. What do you think about that?

Do you mean to also store initial peer address on chain?

Do you mean to also store initial peer address on chain?

no, I just meant when registering. I wouldn't though even when registering

repo: hyperledger/iroha


text:
Fix #47: Handle WsManager Drop and close the ping and reader tasks

Fixing #47 to make sure no tasks are orphaned once the WsManager is dropped.

Also missed this minor nit from earlier: https://github.com/hyperliquid-dex/hyperliquid-rust-sdk/pull/46/files#r1727383937
Figured it would be easy to just get it into this PR as well

Also missed this minor nit from earlier: https://github.com/hyperliquid-dex/hyperliquid-rust-sdk/pull/46/files#r1727383937 Figured it would be easy to just get it into this PR as well

Nw, I'll make the change. I think the CI step is stuck lol. Anything you can do here or will it time out?

Just went through the code and I've already made the change so we're good

@Frixoe this is causing this issue (https://github.com/hyperliquid-dex/hyperliquid-rust-sdk/issues/59) to surface. Can reproduce it on my end. Reverting this for now - feel free to fix in a separate PR

@lmlmt Will fix

authors: Frixoe lmlmt

repo: hyperliquid-dex/hyperliquid-rust-sdk


text:
Fix for #86 to add camelCase support.

Fix for #86 to add camelCase support. Simple change to check if the local and remote names are identical (after checking for a custom remote name). Includes tests.

Wow Wain!
This seems like a really good solution!
Thanks 👯

license: mit


text:
Avoid warnings on namespaced types.

The solution is taken from https://github.com/eproxus/meck.

Bump :)

repo: hyperthunk/hamcrest-erlang


text:
Invalid token error

PI gives this error createUser: 403: You do not have permission to access the resource. {"detail":"Invalid token."}. I have already applied my test production key in key.properties

Updated to the new version

authors: OmkarOj tulushev

repo: hypertrack/live-app-android


text:
Auto back and forth triggered by window rules

when binds:auto_back_and_forth = true and a window rule is set to move the window to the currently focused workspace, the window spawns in the previous workspace instead.
This happened to me on steam because for some reason steam creates separate windows for dropdown menus
Steps to reproduce

config:

binds {
	workspace_back_and_forth=true
}
windowrule = workspace 7,^(Steam)$

Open steam  (on workspace 7)  and open any drop down menu  (anything on the top left corner of the window)

should be fixed in 624303bfb934761518d601053bfb54cf0a73e0bd

authors: horriblename vaxerski

repo: hyprwm/Hyprland


text:
github: reword bug or regression

I have been watching and a lot of people still don't mark a clear regression. Rewording would fix this, I believe.

might also be a good idea to ask them to bisect and provide the wiki link https://wiki.hyprland.org/Crashes-and-Bugs/#bisecting-an-issue

Let me know if it can be worded better, (english is not my mother tongue).

Also, do you think that we should give "I don't know" as an option?

Probably not, as we would still tell them to bisect. It's either yes/no.
Also, we should tell users to also search closed issues, not only open ones.

Maybe something like

Bug - This is an unexpected behavior (something is broken).
Regression - Like bug, but you also know that it used to work as expected and now doesn't (provide bisect).

?
Because "absent in a previous version" is IMO not as clear - you could read it and be like "of course it was absent, this feature didn't exist".

I understand your concern about a new feature. However, I don't see your definition of regression clear enough.

@Aqa-Ib what about "Regression - something no longer works in newer versions"?

Done. One thing that is not clear: if we force the users to check for a regression, one can wonder: how many version do I have to roll back to check for it ?

Done. One thing that is not clear: if we force the users to check for a regression, one can wonder: "how many versions do I have to roll back to check for it?" If we are omitting the "I don't know" option, maybe we should clarify this.

i don't think this matters much
the point is that they write that it's a regression if they know it was working before and now isn't
not go looking for a working commit (this is also a good idea when debugging issues, but not necessary imo)

If that is the case, then it makes sense for the "I don't know" option to be included.

Done. One thing that is not clear: if we force the users to check for a regression, one can wonder: "how many versions do I have to roll back to check for it?" If we are omitting the "I don't know" option, in my opinion we should clarify this. Maybe 1 or 2 major releases ?

If the user just updated, they should know which version they were on before, and start with that. If they don't, then 1-2 major versions sounds alright.

@vaxerski please, as you are the one that deal with every bug report, when you have a moment do you mind sharing your thoughts on this?

@fufexan @MightyPlaza @Agent00Ming would you make a change to improve bug reports ?

Maybe the command paste thing is a bit obscure but I don't know if we can wrap the user input in a plain text box and treat it with markdown afterwards. Otherwise, it looks as good as it's going to get considering the difficulty that some experience reading a sentence longer than 5 words.

@fufexan @MightyPlaza @Agent00Ming would you make a change to improve bug reports ?

Unsure what we could improve further here.

I found a way to force the user to select yes or no.
At the moment I am exploring simplifying the command paste textbox.

I wasn't able to simplify the command paste textbox.

This is ready.

Thank you as always. Wish you all a wonderful day!

authors: Agent00Ming Aqa-Ib MahouShoujoMivutilde MightyPlaza fufexan


text:
Add padding-bottom to button #install-hypr

Before:

After:

remind me in 7 days please

weird it doesn't happen for me..i'll add a bottom padding anyways, thanks!

weird it doesn't happen for me..i'll add a bottom padding anyways, thanks!

Maybe this thing appears only in Chromium based browsers, didnt check it..

Maybe this thing appears only in Chromium based browsers, didnt check it..

checked on brave still not able to reproduce this issue :(
may I know which OS are you viewing the site with, and at what resolution?

Maybe this thing appears only in Chromium based browsers, didnt check it..

checked on brave still not able to reproduce this issue :( may I know which OS are you viewing the site with, and at what resolution? And the browser

Currently on Win10(res: FullHD) and issue still persists in Chrome and Edge..

Crap right! On windows its on every browser possible, can't believe I never visited this site on windows, tysm @sherichev

Now i'd have to check if each element is displaying properly on each os properly or not :(

remind me in 7 days please

Can i remind you about my PR?

@vaxerski

authors: System-x64 sherichev vaxerski

repo: hyprwm/hyprland-website


text:
Remove gdp_data_prep.md?

Should this file be removed? https://github.com/hytest-org/hytest/blob/main/dataset_preprocessing/gdp_data_prep.md
If not, how does it tie into our work on HyTEST?

closed by #212

repo: hytest-org/hytest


text:
Gives me error when trying to install

Here is the error:
`
C:\Users\Kaiden\Desktop\KTG bot>npm i better-sqlite-pool

integer@2.1.0 install C:\Users\Kaiden\Desktop\KTG bot\node_modules\integer
node-gyp rebuild

C:\Users\Kaiden\Desktop\KTG bot\node_modules\integer>if not defined npm_config_n
ode_gyp (node "C:\Users\Kaiden\AppData\Roaming\npm\node_modules\npm\node_modules
\npm-lifecycle\node-gyp-bin\....\node_modules\node-gyp\bin\node-gyp.js" rebuil
d )  else (node "C:\Users\Kaiden\AppData\Roaming\npm\node_modules\npm\node_modul
es\node-gyp\bin\node-gyp.js" rebuild )
Building the projects in this solution one at a time. To enable parallel build,
please add the "/m" switch.
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V140\Microsoft.CppCommon.targ
ets(356,5): error MSB6006: "CL.exe" exited with code -1073741515. [C:\Users\Kai
den\Desktop\KTG bot\node_modules\integer\build\integer.vcxproj]
gyp ERR! build error
gyp ERR! stack Error: C:\Program Files (x86)\MSBuild\14.0\bin\msbuild.exe fail
ed with exit code: 1
gyp ERR! stack     at ChildProcess.onExit (C:\Users\Kaiden\AppData\Roaming\npm\n
ode_modules\npm\node_modules\node-gyp\lib\build.js:262:23)
gyp ERR! stack     at ChildProcess.emit (events.js:189:13)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_proces
s.js:248:12)
gyp ERR! System Windows_NT 6.1.7601
gyp ERR! command "C:\Program Files\nodejs\node.exe" "C:\Users\Kaiden\AppDa
ta\Roaming\npm\node_modules\npm\node_modules\node-gyp\bin\node-gyp.js" "
rebuild"
gyp ERR! cwd C:\Users\Kaiden\Desktop\KTG bot\node_modules\integer
gyp ERR! node -v v10.15.3
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
npm WARN discord.js@11.4.2 requires a peer of bufferutil@^3.0.3 but none is inst
alled. You must install peer dependencies yourself.
npm WARN discord.js@11.4.2 requires a peer of erlpack@discordapp/erlpack but non
e is installed. You must install peer dependencies yourself.
npm WARN discord.js@11.4.2 requires a peer of node-opus@^0.2.7 but none is insta
lled. You must install peer dependencies yourself.
npm WARN discord.js@11.4.2 requires a peer of opusscript@^0.0.6 but none is inst
alled. You must install peer dependencies yourself.
npm WARN discord.js@11.4.2 requires a peer of sodium@^2.0.3 but none is installe
d. You must install peer dependencies yourself.
npm WARN discord.js@11.4.2 requires a peer of libsodium-wrappers@^0.7.3 but none
is installed. You must install peer dependencies yourself.
npm WARN discord.js@11.4.2 requires a peer of uws@^9.14.0 but none is installed.
You must install peer dependencies yourself.
npm WARN enmap@4.8.1 requires a peer of better-sqlite-pool@github:eslachance/bet
ter-sqlite-pool but none is installed. You must install peer dependencies yourse
lf.
npm WARN ktg-bot@1.0.0 No description
npm WARN ktg-bot@1.0.0 No repository field.
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! integer@2.1.0 install: node-gyp rebuild
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the integer@2.1.0 install script.
npm ERR! This is probably not a problem with npm. There is likely additional log
ging output above.
npm ERR! A complete log of this run can be found in:
npm ERR!     C:\Users\Kaiden\AppData\Roaming\npm-cache_logs\2019-03-31T15_14_01
_025Z-debug.log
C:\Users\Kaiden\Desktop\KTG bot>`

Also getting the same error. Node-gyp is installed and so are the dependencies. @hyurl any ideas?

Sorry, I cannot reproduce this error, it seems to be an error caused either by the system (Windows 7) or the compiler environment, I've tried on Windows 10 with Visual Studio 2015 and it installed fine. Anyway, try to reinstall Visual Studio with C++ builder, it not helping, then try to install Visual Studio 2017 or higher versions, if none of them helped, then you might want to upgrade your system as well.

authors: VenkSociety hyurl knightkinglaval

repo: hyurl/better-sqlite-pool


text:
fork sync

Motivation:
Explain here the context, and why you're making that change.
What is the problem you're trying to solve.
Modification:
Describe the modifications you've done.
Result:
Fixes #.
If there is no issue then describe the changes introduced by this PR.

fork sync

close fork sync

open fork sync

open fork sync

repo: hzfq/netty


text:
几个错误与问题

1.选项挡住了原有的地方
2.在CS中刚进入游戏发第一个无线电 游戏会卡顿一下并且不会显示左下角字幕，直到第二个无线电发出或者聊天发出
3.为什么抗锯齿时开启的FXAA，不能开启MSAA吗？
4.他使我的FOV插件失效了 我不清楚渲染插件和FOV插件有什么关联。。。为什么会失效
5.我怎么设置队伍的颜色，比如在原来的CS中,CT打字时是蓝色,T是红色，现在全变成了白色、
6.他使我CS的gunsmoke命令失效了，我的枪口现在不在冒烟了
7.这个开枪时的粒子效果可否关闭，他让我觉得很奇怪，我更想使用CS的原版。。
8.能否给我二次元渲染和地图天空遮蔽方面的说明,我关闭或开启没有发现区别

1.将来会修正位置
2.请提供字幕文件
3.因为MSAA跟延迟渲染模式不兼容
4.渲染器自带r_vertical_fov 0/1, r_adjust_fov 0/1两个参数覆盖了原版的FOV设定
5.以后会修复，或者也可以临时禁用chat dialog：cap_newchat 0
6.如何复现？
7.什么粒子效果？
8.CelShade需要模型的贴图本身设定为flatshade模式，使用HLAM可以修改贴图渲染模式。天空遮挡属于bugfix，不是特效。

bu
补图7
击中地面的粒子效果在CS中非常奇怪，并且原来的被屏蔽了

1e9011895232a74972680cdc3948de7080d6ed6e修正了问题1、2、5

问题7 已在9079660d390bdf334289cbd7890ca8f3a04a15d5中修复

无需提供字幕文件，请在CS零点行动中进入游戏第一件事随便点击一个无线电，左下角消息不会第一时间出现并且会卡顿一下，直到第二个消息出去(是左下角聊天信息而不是字幕BUG")
r_vertical_fov 0/1, r_adjust_fov 0/1 区别是什么 关于BUG6,请在原版CS中控制台输入gunsmoke可以看出枪口会有枪烟出现 7  8 flatshade模式是fullbright贴图吗

r_vertical_fov 1是Sven Co-op版本的宽屏FOV模式，r_adjust_fov 1是Xash3D版本的宽屏FOV模式，如果分辨率不是4:3则无效果
flatshade贴图渲染模式：

repo: hzqst/MetaHookSv


text:
Fails to load movie with HTTPS Everywhere

HTTPS Everywhere is a addon for Firefox which redirects connections to HTTPS, and blocks non-secure HTTP connections.
It can cause freshwrapper to fail on http pages with //example.com content. With HTTPS-e activated request to //example.com will be expanded to https://example.com, but freshwrapper expands it to http://example.com, which is blocked by HTTPS-e. Disabling internal expansion and passing //example.com to the browser have no effect, as browser still uses http:// for the URL.

See for example http://kinokong.net/24488-chernoe-more-2014-bd3.html. Select tab with trailer.

I had the https everywhere add-on for a while, it works for me and never crashes when it's activated

Fixed in abe3d525c9bd858e8eb7aeb05fa5b53261ebcc46.

authors: gaining i-rinat

repo: i-rinat/freshplayerplugin


text:
question how to highlight certain points after plotting chart bubble view

Below is my chart and I have a question

Currently, in order to highlight some bubble points from the chart, I have to redraw the whole chart with pre-coloured points. Is there a way to access to some bubble points from the plotted chart so that I can change the their background colors

Which layer are you using to display chart points?

I'm currently using  ChartPointBubble for the chart point and using ChartPointsViewsLayer like following
fileprivate func bubblesLayer(_ xAxisLayer: ChartAxisLayer, yAxisLayer: ChartAxisLayer, chartInnerFrame: CGRect, chartPoints: [ChartPointBubble], diameter: CGFloat) -> ChartLayer {

        return ChartPointsViewsLayer(xAxis: xAxisLayer , yAxis: yAxisLayer, innerFrame: frame, chartPoints: chartPoints, viewGenerator: {(chartPointModel, layer, chart) -> UIView? in

            let circleView = ChartPointEllipseView(center: chartPointModel.screenLoc, diameter: CGFloat(chartPointModel.chartPoint.diameterScalar) + 3.0)
            circleView.fillColor = chartPointModel.chartPoint.bgColor

            return circleView
        })

    }

I also notice that, some of my bubble points are not perfectly rounded.

Hmm. I'm not sure what causes the circles to be clipped when using corner radius. I may be related with using fractions for the size of the view (does diameterScalar return a number with fractions?), as there's sometimes rounding going on that may cause a little part of the underlaying layer to show outside of the view, thus being clipped? Try using whole numbers (round down) or maybe try setting clipToBounds of the view to false.
There are also other possible solutions, like here where the user solved it using UIBezierPath. I have read that corner radius is actually bad for performance, so if you find a better (and performant) way to create circles, feel free to submit a pull request! Otherwise you can of course just use your own views in viewGenerator.
To modify the color of the items your can access the viewsWithChartPoints property of the ChartPointsViewsLayer, e.g:
chartPointsLayer.viewsWithChartPoints[2].view.backgroundColor = UIColor.red

@i-schuetz: Thanks for you assistance. The way that I improve the shape of the dot is to add width to the circleView . You are right, corner radius is bad for the performance. UIBezierPath is much better. I can take a look into it to improve it.
Also, thanks for bring it up, I dont know why guidelines is overlapping with y axis. What is 0.6. Currently, I'm setting chartSetting like following
let chartSettings = ChartSettings()

        let coordsSpace = ChartCoordsSpaceLeftBottomSingleAxis(chartSettings: chartSettings, chartFrame: chartFrame, xModel: xModel, yModel: yModel)

        let (xAxisLayer, yAxisLayer, innerFrame) = (coordsSpace.xAxis, coordsSpace.yAxis, coordsSpace.chartInnerFrame)

        let guidelinesLayerSettings = ChartGuideLinesDottedLayerSettings(linesColor: UIColor.black, linesWidth: 0.5)
        let guidelinesLayer = ChartGuideLinesDottedLayer(xAxis: xAxisLayer, yAxis: yAxisLayer, innerFrame: innerFrame, settings: guidelinesLayerSettings)

        let bubbleLayer = bubblesLayer(xAxisLayer, yAxisLayer: yAxisLayer, chartInnerFrame: innerFrame, chartPoints: chartPoints, diameter: 10)

0.6 is the new version of SwiftCharts, where the guidelines are fixed, and also the viewsWithChartPoints was changed to open (readonly, but you can change the color of the views with this).

I have just edited my previous question. Can you take a look at it again

Where did I say that you have to create an optional property for the layer? We haven't even talked about this.
Probably you mean the chart, which has to be an instance property to prevent being released from memory. The layers don't have to. You also don't have to force unwrap the chart anywhere.
Concerning the circles, I made a mistake, looked in the implementation of ChartPointTextCircleView, which uses cornerRadius, instead of  ChartPointEllipseView, which draws the circles using Core Graphics. There's probably something wrong with the calculation of the circle borders, here:
let circleRect = (CGRect(x: borderOffset, y: borderOffset, width: frame.size.width - (borderOffset * 2), height: frame.size.height - (borderOffset * 2)))

Which could be also the rounding issue we already mentioned. It would be probably fixed by simply reducing the size of circleRect but this is not a proper fix without knowing exactly why and how much.
The drawing with Core Graphics is also the reason that you can't change the color of the circles setting the background color. You would have to change fillColor instead and call setNeedsDisplay to make it redraw.

Addition:
Note also that to avoid having to cast the UIViews from ChartPointsViewsLayer to ChartPointEllipseView, in order to set fillColor, you have to set the generic parameters and return type of the closure of ChartPointsViewsLayer explicitly, like this:
ChartPointsViewsLayer<ChartPointBubble, ChartPointEllipseView>(xAxis: xAxisLayer.axis, yAxis: yAxisLayer.axis, chartPoints: chartPoints, viewGenerator: {(chartPointModel, layer, chart) -> ChartPointEllipseView? in ...}

@i-schuetz: thanks for your help again

authors: i-schuetz tranvutuan

repo: i-schuetz/SwiftCharts


text:
"navigator" resolver not working properly when device uses "en-US" format

I just encountered a very peculiar bug. It's related to the navigator resolver.
// Browser
navigator.languages
["en-US", "fr-FR", "fr", "en"]

Calling i18nextUniversalLanguageDetector.detect() will return fr, instead of en, because it ignores "en-US" and "fr-FR" somehow. (it's an instance of i18next-browser-languagedetector)
See https://github.com/UnlyEd/universal-language-detector/blob/1e801b8965a904babd88c7655c99f63f8bba7b8a/src/index.ts#L105
This causes an issue with our universal-language-detector, because it detects a different language whether using SSR or CSR, the user first sees the page in english (SSR), and then in french (CSR).
Is it a misconfiguration on our side? Or a bug?

the detector for navigator https://github.com/i18next/i18next-browser-languageDetector/blob/master/src/browserLookups/navigator.js returns all lngs in that array -> but will use the first if no whitelist or whitelisted: https://github.com/i18next/i18next-browser-languageDetector/blob/master/src/index.js#L70
i18next.language should be set to that value -> i18next.languages[0] can be different again based on load options

So in your case, it's a result of the whitelist set

set https://github.com/i18next/i18next-browser-languageDetector/blob/master/src/index.js#L73 checkWhitelist to false in the init options of detector should change to the behaviour you like.

I see, thank you!
I'd still like to use the whitelist though, because otherwise I'll have to implement that behaviour myself.
Do you think the usage of some pattern could be benefical in the whitelist?
I'm thinking about ['en', 'en*'] for instance. Or maybe some whitelist-related option?
What do you think?

a) there is the checkWhitelist option in the detector
b) there is the nonExplicitWhitelist option in i18next https://www.i18next.com/overview/configuration-options#languages-namespaces-resources

Awesome. Gonna try this right away, it's exactly what I needed.

authors: Vadorequest jamuhl


text:
Paho error on reconnect

MQTT error. RequestId: .mqtt.connect-and-subscribe/ce01d296-2595-4b6c-9a8f-967a0cfec653
MqttException (0) - java.lang.NullPointerException: Attempt to invoke virtual method 'void java.util.Timer.cancel()' on a null object reference
    at net.igenius.mqttservice.MQTTService.onConnect(MQTTService.java:172)
    at net.igenius.mqttservice.MQTTService.run(MQTTService.java:112)
    at android.os.Handler.handleCallback(Handler.java:751)
    at android.os.Handler.dispatchMessage(Handler.java:95)
    at android.os.Looper.loop(Looper.java:154)
    at android.os.HandlerThread.run(HandlerThread.java:61)
 Caused by: java.lang.NullPointerException: Attempt to invoke virtual method 'void java.util.Timer.cancel()' on a null object reference
    at org.eclipse.paho.client.mqttv3.MqttAsyncClient.stopReconnectCycle(MqttAsyncClient.java:1120)
    at org.eclipse.paho.client.mqttv3.MqttAsyncClient.reconnect(MqttAsyncClient.java:1057)
    at org.eclipse.paho.client.mqttv3.MqttClient.reconnect(MqttClient.java:524)
    at net.igenius.mqttservice.MQTTService.reconnect(MQTTService.java:186)
    at net.igenius.mqttservice.MQTTService.onConnect(MQTTService.java:166)
    at net.igenius.mqttservice.MQTTService.run(MQTTService.java:112)
    at android.os.Handler.handleCallback(Handler.java:751)
    at android.os.Handler.dispatchMessage(Handler.java:95)
    at android.os.Looper.loop(Looper.java:154)
    at android.os.HandlerThread.run(HandlerThread.java:61)

Moved to https://github.com/iGenius-Srl/paho.mqtt.java/issues/2

Is there any update regarding this issue.I am facing the same issue

authors: gotev igenius-code jabedhasan21

repo: iGenius-Srl/android-mqtt-service


text:
🛑 Bournout Zero is down

In c5e510d, Bournout Zero (https://www.burnout-zero.com) was down:

HTTP code: 404
Response time: 228 ms

Resolved: Bournout Zero is back up in 36da9a1 after 1 hour, 28 minutes.

repo: iLStAx/boz-status


text:
When to release the source code?

When to release the source code?

when to publish thr source code ?


text:
Make enhanced water compatible with all versions

Thanks for all your hard work @iOrange! Here are some minor changes to make the enhanced water compatible with the NA1.1 and DC.

Awesome, thanks a lot!

license: Zlib


text:
Add some portfolios.

Giulian Drimba
Silvio Paganini
Bruno Imbrizi
Du Haihang
Edan Kwan
Clément Pavageau
Danilo Figueiredo
Steven Mengin
Luis Henrique Bizarro

@lhbzr Awesome websites man! Thank you! You can add yours too 👍

@iRaul I will, thank you very much! Let me add some more portfolios then you can merge the changes. 😄

@lhbzr Sounds good :)

That's all for the moment, but I'll keep contributing. That's a really cool repo Raul, congratulations! 🌠

@lhbzr Thanks! Awesome websites. Two of them are already in the list, but no problem. I'll delete them 👍

@iRaul I'm sorry! Next time I'll check the list more wisely! 😆

authors: iRaul lhbzr

repo: iRaul/awesome-portfolios


text:
add isPublic member to CloudContainer

Necessary to implement token refresh.
itwinjs-core: https://github.com/iTwin/itwinjs-core/tree/container-ispublic

/azp run imodel-native

repo: iTwin/imodel-native


text:
StatusBarItemsManager is DEPRECATED and use StatusBarItemsManager instead.

It seems a dead loop that StatusBarItemsManager which exntend StatusBarItemsManager that is DEPRECATED and the suggestion is to use StatusBarItemsManager instead.

⚠ Do not edit this section. It is required for imodeljs.github.io ➟ GitHub issue linking

LINK: StatusBarItemsManager---appui-react-link-to-docs
TAG: imodeljs-docs-question
SOURCE: https://www.itwinjs.org/reference/appui-react/statusbar/statusbaritemsmanager/

It wants you to use the class of the same name in the appui-abstract package instead. But that class is marked @internal. @NancyMcCallB @bsteinbk?

@pmconne  is correct that we intended to point to the manager in appui-abstract. We'll update the docs. Thanks, @Snailya !

authors: NancyMcCallB Snailya pmconne

repo: iTwin/itwinjs-core