FancyZones 'Space around zones' toggle does not turn off spacing

Microsoft PowerToys version
0.64.0
Installation method
PowerToys auto-update, Other (please specify in "Steps to Reproduce")
Running as admin
No
Area(s) with issue?
FancyZones, FancyZones Editor
Steps to reproduce

Launch layout editor
Edit the enabled layout
Set 'Space around zones' slider to any non-zero value
Deactivate 'Space around zones' toggle
Notice zones look correct, no spacing

Save layout, close editor
Drag a window to reveal zone layout

✔ Expected Behavior
Zones have no space around them when toggle is deactivated.
❌ Actual Behavior
Zones have the specified spacing value applied whether toggle is active or not.

Other Software
No response

Updated FancyZones and my zones now have space around them despite it being disabled.
ALSO, I HATE the slider only adjustment and can't set the spacing to 0 because of it.

Îhad the same problem. I found that, once I clicked on the slider, I could use the left and right arrow keys to adjust the spacing to zero.
I think having an edit box where you could type in the value would be a good idea.
And I agree that toggling off the "space around zones" should make there be no space around zones, not what seems to be the defail of 10.

Thanks,
As for the behavior, its a bug with the latest version.
It behaved as expected in previous versions.
On Wed, Nov 2, 2022 at 4:33 PM ChrisJohnTaylor @.***>
wrote:

Îhad the same problem. I found that, once I clicked on the slider, I could
use the left and right arrow keys to adjust the spacing to zero.
I think having an edit box where you could type in the value would be a
good idea.
And I agree that toggling off the "space around zones" should make there
be no space around zones, not what seems to be the defail of 10.
—
Reply to this email directly, view it on GitHub
https://github.com/microsoft/PowerToys/issues/21630#issuecomment-1301315039,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AEL2FXTTQCR3TL4PRSEM42LWGLM2TANCNFSM6AAAAAARVO7C34
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

I can confirm that. After the update I had a space around my zones, but the toggle was set to off.
To fix that I had to activate the toggle, set the slider to 0px and reactivate the toggle.

Îhad the same problem. I found that, once I clicked on the slider, I could use the left and right arrow keys to adjust the spacing to zero.
I think having an edit box where you could type in the value would be a good idea.
And I agree that toggling off the "space around zones" should make there be no space around zones, not what seems to be the defail of 10.

Dragging the slider to zero is possible for me, but dragging all the way to the left gives a spacing of -10. This feels like a bug because the editor window itself resizes to accommodate the "-" character, which makes sliding to zero very difficult as the slider jiggles as the window resizes.
https://user-images.githubusercontent.com/56612519/199610674-f6474c1f-7711-4987-a321-db06e95b66cd.mp4

I am able to get -10 by dragging all the way to the left as well. And then zones actually overlapped. I was not able to drag it to a zero value as it jumped around too much. That is when I found that I could use the keyboard to move the slider left or right in increments of 1.

Same issue here on 0.64, Windows 10 and 11. @ChrisJohnTaylor thanks for the arrow key tip. That at least allowed me to restore the desired appearance.
Another thought about the 'Space around zones' slider: what is the UX intent of having a max value of 1000? I never noticed that before because I never had any use for spaces between zones. 1000 seems like an unusable value.

Same issue here on 0.64, Windows 10 and 11. @ChrisJohnTaylor thanks for the arrow key tip. That at least allowed me to restore the desired appearance.
Another thought about the 'Space around zones' slider: what is the UX intent of having a max value of 1000? I never noticed that before because I never had any use for spaces between zones. 1000 seems like an unusable value.

Yeah, 1000UX is a bit overkill. Alternatively, I'd like to see an option for negative values to "overlap scrollbars and titles"
Use GetSystemMetrics(SM_CXHSCROLL) for Top padding negative value to overlap horizontal scroll bars
Use GetSystemMetrics(SM_CYCAPTION) for Bottom padding negative value to overlap title bars
Use GetSystemMetrics(SM_CXVSCROLL) for Left padding negative value to overlap vertical scrollbars

For me, the gaps are also coming back when switching monitors despite the slider showing 0 pixel gaps in the editor. It even does it when switching back to a monitor that was already saved with the 0px gap.

Got the same problem,
~I updated from 0.62.1-x64 to v0.64.0

Also have this problem.
Updated from 0.63.0 and running as regular user. On multiple devices.

Same issue here.  Great to see lots of eyes on this already.

this is the first issue that has caused me to downgrade. Fancyzones has become an integral part of my desktop usage!

How did you go about downgrading?

How did you go about downgrading?

Uninstalled, then installed 0.63

Agree, same issue here upon upgrading to 0.64 - I had previously disabled borders on the zones, the only solution I found was to re-enable and set to 0px (had to use cursor keys - see #21744).  Worked fine before apart from [Shift] when dragging occasionally being ignored.
Note identical issue also raised in #21804 #21790 #21789 #21756 #21754 #21760 #21806 so has clearly been noticed by lots of people!

Same here.
My situation:

I have two monitors.
Picking layout, changing numbers of rows and columns works fine.
"Space around zone" toggle is ignored. Even when it's turned off, the number on the left is used.
When I set "Space around zone" to zero on slider, it works as what I want.

I was just about to make a ticket. Great to see so many people already providing this feedback and great to see the tags already in place

For those struggling to get to a ZERO spacing configuration, once you enable the spacing you can click on the slider to set focus, then use your arrow keys to increment the value up or down by one for each press of the arrow.

https://github.com/microsoft/PowerToys/releases/tag/v0.64.1 fixed this. I just upgraded and tested and it works for me :) I even enabled spaces again, edited the px with the slider and disabled the toggle again to test.

Help Me
[296C:2E30][2022-11-10T06:05:40]i001: Burn v<IP_ADDRESS>26, Windows v10.0 (Build 22621: Service Pack 0), path: C:\WINDOWS\Temp{3491FDC4-31F9-4CD4-828C-E76B86EA8CED}.cr\PowerToysSetup-0.63.0-x64.exe
[296C:2E30][2022-11-10T06:05:40]i000: Initializing string variable 'InstallFolder' to value '[ProgramFiles64Folder]PowerToys'
[296C:2E30][2022-11-10T06:05:40]i000: Initializing string variable 'MsiLogFolder' to value '[LocalAppDataFolder]\Microsoft\PowerToys'
[296C:2E30][2022-11-10T06:05:40]i000: Initializing version variable 'DetectedPowerToysVersion' to value '<IP_ADDRESS>'
[296C:2E30][2022-11-10T06:05:40]i000: Initializing version variable 'TargetPowerToysVersion' to value '0.63.0'
[296C:2E30][2022-11-10T06:05:40]i000: Initializing version variable 'DetectedWindowsBuildNumber' to value '0'
[296C:2E30][2022-11-10T06:05:40]i009: Command Line: '-burn.clean.room=C:\Users\zike_ziga\Desktop\PowerToysSetup-0.63.0-x64.exe -burn.filehandle.attached=736 -burn.filehandle.self=740'
[296C:2E30][2022-11-10T06:05:40]i000: Setting string variable 'WixBundleOriginalSource' to value 'C:\Users\zike_ziga\Desktop\PowerToysSetup-0.63.0-x64.exe'
[296C:2E30][2022-11-10T06:05:40]i000: Setting string variable 'WixBundleOriginalSourceFolder' to value 'C:\Users\zike_ziga\Desktop'
[296C:2E30][2022-11-10T06:05:40]i000: Setting string variable 'WixBundleLog' to value 'C:\Temp\powertoys-bootstrapper-msi-0.63.0_20221110060540.log'
[296C:2E30][2022-11-10T06:05:40]i000: Setting string variable 'WixBundleManufacturer' to value 'Microsoft Corporation'
[296C:32A8][2022-11-10T06:05:40]i000: Setting numeric variable 'WixStdBALanguageId' to value 1033
[296C:32A8][2022-11-10T06:05:40]i000: Setting version variable 'WixBundleFileVersion' to value '<IP_ADDRESS>'
[296C:2E30][2022-11-10T06:05:40]i100: Detect begin, 4 packages
[296C:2E30][2022-11-10T06:05:40]i000: Setting version variable 'DetectedPowerToysVersion' to value '<IP_ADDRESS>'
[296C:2E30][2022-11-10T06:05:40]i000: Setting string variable 'DetectedWindowsBuildNumber' to value '22621'
[296C:2E30][2022-11-10T06:05:40]i000: Setting numeric variable 'HasDotnet609' to value 1
[296C:2E30][2022-11-10T06:05:40]i000: Registry key not found. Key = 'Software\Microsoft\EdgeUpdate\Clients{F3017226-FE2A-4295-8BDF-00C3A9A7E4C5}'
[296C:2E30][2022-11-10T06:05:40]i000: Setting numeric variable 'HasWebView2PerUser' to value 0
[296C:2E30][2022-11-10T06:05:40]i000: Setting numeric variable 'HasWebView2PerMachine' to value 1
[296C:2E30][2022-11-10T06:05:40]i052: Condition 'HasDotnet609' evaluates to true.
[296C:2E30][2022-11-10T06:05:40]i052: Condition 'HasWebView2PerMachine OR HasWebView2PerUser' evaluates to true.
[296C:2E30][2022-11-10T06:05:40]i101: Detected package: TerminatePowerToys, state: Absent, cached: None
[296C:2E30][2022-11-10T06:05:40]i101: Detected package: DotnetRuntime6, state: Present, cached: Complete
[296C:2E30][2022-11-10T06:05:40]i101: Detected package: WebView2, state: Present, cached: None
[296C:2E30][2022-11-10T06:05:40]i101: Detected package: PowerToysSetup_0.63.0_x64.msi, state: Present, cached: None
[296C:2E30][2022-11-10T06:05:40]i052: Condition 'TargetPowerToysVersion >= DetectedPowerToysVersion OR WixBundleInstalled' evaluates to true.
[296C:2E30][2022-11-10T06:05:40]i052: Condition 'DetectedWindowsBuildNumber >= 19041 OR WixBundleInstalled' evaluates to true.
[296C:2E30][2022-11-10T06:05:40]i199: Detect complete, result: 0x0
[296C:2E30][2022-11-10T06:05:41]i200: Plan begin, 4 packages, action: Uninstall
[296C:2E30][2022-11-10T06:05:41]w208: Plan disabled rollback for package: PowerToysSetup_0.63.0_x64.msi, due to incomplete cache: None, original rollback action: Install
[296C:2E30][2022-11-10T06:05:41]i000: Setting string variable 'WixBundleLog_PowerToysSetup_0.63.0_x64.msi' to value 'C:\Temp\powertoys-bootstrapper-msi-0.63.0_20221110060540_000_PowerToysSetup_0.63.0_x64.msi.log'
[296C:2E30][2022-11-10T06:05:41]w321: Skipping dependency registration on package with no dependency providers: WebView2
[296C:2E30][2022-11-10T06:05:41]w321: Skipping dependency registration on package with no dependency providers: DotnetRuntime6
[296C:2E30][2022-11-10T06:05:41]w321: Skipping dependency registration on package with no dependency providers: TerminatePowerToys
[296C:2E30][2022-11-10T06:05:41]i201: Planned package: PowerToysSetup_0.63.0_x64.msi, state: Present, default requested: Absent, ba requested: Absent, execute: Uninstall, rollback: None, cache: No, uncache: No, dependency: Unregister
[296C:2E30][2022-11-10T06:05:41]i201: Planned package: WebView2, state: Present, default requested: None, ba requested: None, execute: None, rollback: None, cache: No, uncache: No, dependency: None
[296C:2E30][2022-11-10T06:05:41]i201: Planned package: DotnetRuntime6, state: Present, default requested: None, ba requested: None, execute: None, rollback: None, cache: No, uncache: No, dependency: None
[296C:2E30][2022-11-10T06:05:41]i201: Planned package: TerminatePowerToys, state: Absent, default requested: None, ba requested: None, execute: None, rollback: None, cache: No, uncache: No, dependency: None
[296C:2E30][2022-11-10T06:05:41]i299: Plan complete, result: 0x0
[296C:2E30][2022-11-10T06:05:41]i300: Apply begin
[296C:2E30][2022-11-10T06:05:41]i010: Launching elevated engine process.
[296C:2E30][2022-11-10T06:05:42]i011: Launched elevated engine process.
[296C:2E30][2022-11-10T06:05:42]i012: Connected to elevated engine.
[3278:3180][2022-11-10T06:05:42]i358: Pausing automatic updates.
[3278:3180][2022-11-10T06:05:42]i359: Paused automatic updates.
[3278:3180][2022-11-10T06:05:42]i360: Creating a system restore point.
[3278:3180][2022-11-10T06:05:50]i361: Created a system restore point.
[3278:3180][2022-11-10T06:05:50]i371: Updating session, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall{ea6ccbae-478c-48d0-ac46-5681e746e4c1}, resume: Active, restart initiated: No, disable resume: No
[3278:3180][2022-11-10T06:05:50]i326: Removed dependency: {ea6ccbae-478c-48d0-ac46-5681e746e4c1} on package provider: {727FCEA8-B147-4474-8E96-3A824ADCD7DA}, package PowerToysSetup_0.63.0_x64.msi
[3278:3180][2022-11-10T06:05:50]i329: Removed package dependency provider: {727FCEA8-B147-4474-8E96-3A824ADCD7DA}, package: PowerToysSetup_0.63.0_x64.msi
[3278:3180][2022-11-10T06:05:50]i301: Applying execute package: PowerToysSetup_0.63.0_x64.msi, action: Uninstall, path: (null), arguments: ' ARPSYSTEMCOMPONENT="1" BOOTSTRAPPERINSTALLFOLDER="C:\Program Files\PowerToys"'
[3278:3180][2022-11-10T06:05:50]e000: Error 0x8007064a: Failed to uninstall MSI package.
[3278:3180][2022-11-10T06:05:50]e000: Error 0x8007064a: Failed to execute MSI package.
[296C:2E30][2022-11-10T06:05:50]e000: Error 0x8007064a: Failed to configure per-machine MSI package.
[296C:2E30][2022-11-10T06:05:50]i319: Applied execute package: PowerToysSetup_0.63.0_x64.msi, result: 0x8007064a, restart: None
[296C:2E30][2022-11-10T06:05:50]e000: Error 0x8007064a: Failed to execute MSI package.
[3278:3180][2022-11-10T06:05:50]i323: Registering package dependency provider: {727FCEA8-B147-4474-8E96-3A824ADCD7DA}, version: 0.63.0, package: PowerToysSetup_0.63.0_x64.msi
[3278:3180][2022-11-10T06:05:50]i325: Registering dependency: {ea6ccbae-478c-48d0-ac46-5681e746e4c1} on package provider: {727FCEA8-B147-4474-8E96-3A824ADCD7DA}, package: PowerToysSetup_0.63.0_x64.msi
[3278:3180][2022-11-10T06:05:50]i372: Session end, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall{ea6ccbae-478c-48d0-ac46-5681e746e4c1}, resume: ARP, restart: None, disable resume: No
[3278:3180][2022-11-10T06:05:50]i371: Updating session, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall{ea6ccbae-478c-48d0-ac46-5681e746e4c1}, resume: ARP, restart initiated: No, disable resume: No
[296C:2E30][2022-11-10T06:05:51]i399: Apply complete, result: 0x8007064a, restart: None, ba requested restart:  No
[3558:36DC][2022-11-10T06:04:53]i001: Burn v<IP_ADDRESS>26, Windows v10.0 (Build 22621: Service Pack 0), path: C:\WINDOWS\Temp{21E2D448-7439-475B-A4D8-770F5AE319F4}.cr\PowerToysSetup-0.64.1-x64.exe
[3558:36DC][2022-11-10T06:04:53]i000: Initializing string variable 'InstallFolder' to value '[ProgramFiles64Folder]PowerToys'
[3558:36DC][2022-11-10T06:04:53]i000: Initializing string variable 'MsiLogFolder' to value '[LocalAppDataFolder]\Microsoft\PowerToys'
[3558:36DC][2022-11-10T06:04:53]i000: Initializing version variable 'DetectedPowerToysVersion' to value '<IP_ADDRESS>'
[3558:36DC][2022-11-10T06:04:53]i000: Initializing version variable 'TargetPowerToysVersion' to value '0.64.1'
[3558:36DC][2022-11-10T06:04:53]i000: Initializing version variable 'DetectedWindowsBuildNumber' to value '0'
[3558:36DC][2022-11-10T06:04:53]i009: Command Line: '-burn.clean.room=C:\Users\zike_ziga\Desktop\PowerToysSetup-0.64.1-x64.exe -burn.filehandle.attached=584 -burn.filehandle.self=488'
[3558:36DC][2022-11-10T06:04:53]i000: Setting string variable 'WixBundleOriginalSource' to value 'C:\Users\zike_ziga\Desktop\PowerToysSetup-0.64.1-x64.exe'
[3558:36DC][2022-11-10T06:04:53]i000: Setting string variable 'WixBundleOriginalSourceFolder' to value 'C:\Users\zike_ziga\Desktop'
[3558:36DC][2022-11-10T06:04:53]i000: Setting string variable 'WixBundleLog' to value 'C:\Temp\powertoys-bootstrapper-msi-0.64.1_20221110060453.log'
[3558:36DC][2022-11-10T06:04:53]i000: Setting string variable 'WixBundleName' to value 'PowerToys (Preview) x64'
[3558:36DC][2022-11-10T06:04:53]i000: Setting string variable 'WixBundleManufacturer' to value 'Microsoft Corporation'
[3558:36AC][2022-11-10T06:04:53]i000: Setting numeric variable 'WixStdBALanguageId' to value 1033
[3558:36AC][2022-11-10T06:04:53]i000: Setting version variable 'WixBundleFileVersion' to value '<IP_ADDRESS>'
[3558:36DC][2022-11-10T06:04:53]i100: Detect begin, 4 packages
[3558:36DC][2022-11-10T06:04:53]i000: Setting version variable 'DetectedPowerToysVersion' to value '<IP_ADDRESS>'
[3558:36DC][2022-11-10T06:04:53]i000: Setting string variable 'DetectedWindowsBuildNumber' to value '22621'
[3558:36DC][2022-11-10T06:04:53]i000: Setting numeric variable 'HasDotnet6010' to value 1
[3558:36DC][2022-11-10T06:04:53]i000: Registry key not found. Key = 'Software\Microsoft\EdgeUpdate\Clients{F3017226-FE2A-4295-8BDF-00C3A9A7E4C5}'
[3558:36DC][2022-11-10T06:04:53]i000: Setting numeric variable 'HasWebView2PerUser' to value 0
[3558:36DC][2022-11-10T06:04:53]i000: Setting numeric variable 'HasWebView2PerMachine' to value 1
[3558:36DC][2022-11-10T06:04:53]i102: Detected related bundle: {ea6ccbae-478c-48d0-ac46-5681e746e4c1}, type: Upgrade, scope: PerMachine, version: <IP_ADDRESS>, operation: MajorUpgrade
[3558:36DC][2022-11-10T06:04:53]i052: Condition 'HasDotnet6010' evaluates to true.
[3558:36DC][2022-11-10T06:04:53]i052: Condition 'HasWebView2PerMachine OR HasWebView2PerUser' evaluates to true.
[3558:36DC][2022-11-10T06:04:53]i103: Detected related package: {727FCEA8-B147-4474-8E96-3A824ADCD7DA}, scope: PerMachine, version: <IP_ADDRESS>, language: 0 operation: MajorUpgrade
[3558:36DC][2022-11-10T06:04:53]i103: Detected related package: {727FCEA8-B147-4474-8E96-3A824ADCD7DA}, scope: PerMachine, version: <IP_ADDRESS>, language: 0 operation: MajorUpgrade
[3558:36DC][2022-11-10T06:04:53]i101: Detected package: TerminatePowerToys, state: Absent, cached: None
[3558:36DC][2022-11-10T06:04:53]i101: Detected package: DotnetRuntime6, state: Present, cached: None
[3558:36DC][2022-11-10T06:04:53]i101: Detected package: WebView2, state: Present, cached: None
[3558:36DC][2022-11-10T06:04:53]i101: Detected package: PowerToysSetup_0.64.1_x64.msi, state: Absent, cached: None
[3558:36DC][2022-11-10T06:04:53]i052: Condition 'TargetPowerToysVersion >= DetectedPowerToysVersion OR WixBundleInstalled' evaluates to true.
[3558:36DC][2022-11-10T06:04:53]i052: Condition 'DetectedWindowsBuildNumber >= 19041 OR WixBundleInstalled' evaluates to true.
[3558:36DC][2022-11-10T06:04:53]i199: Detect complete, result: 0x0
[3558:36AC][2022-11-10T06:04:55]i000: Setting numeric variable 'EulaAcceptCheckbox' to value 1
[3558:36DC][2022-11-10T06:04:55]i200: Plan begin, 4 packages, action: Install
[3558:36DC][2022-11-10T06:04:55]w321: Skipping dependency registration on package with no dependency providers: TerminatePowerToys
[3558:36DC][2022-11-10T06:04:55]i000: Setting string variable 'WixBundleLog_TerminatePowerToys' to value 'C:\Temp\powertoys-bootstrapper-msi-0.64.1_20221110060453_000_TerminatePowerToys.log'
[3558:36DC][2022-11-10T06:04:55]w321: Skipping dependency registration on package with no dependency providers: DotnetRuntime6
[3558:36DC][2022-11-10T06:04:55]w321: Skipping dependency registration on package with no dependency providers: WebView2
[3558:36DC][2022-11-10T06:04:55]i000: Setting string variable 'WixBundleRollbackLog_PowerToysSetup_0.64.1_x64.msi' to value 'C:\Temp\powertoys-bootstrapper-msi-0.64.1_20221110060453_001_PowerToysSetup_0.64.1_x64.msi_rollback.log'
[3558:36DC][2022-11-10T06:04:55]i000: Setting string variable 'WixBundleLog_PowerToysSetup_0.64.1_x64.msi' to value 'C:\Temp\powertoys-bootstrapper-msi-0.64.1_20221110060453_001_PowerToysSetup_0.64.1_x64.msi.log'
[3558:36DC][2022-11-10T06:04:55]i201: Planned package: TerminatePowerToys, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: None, cache: Yes, uncache: Yes, dependency: None
[3558:36DC][2022-11-10T06:04:55]i201: Planned package: DotnetRuntime6, state: Present, default requested: Present, ba requested: Present, execute: None, rollback: None, cache: No, uncache: No, dependency: None
[3558:36DC][2022-11-10T06:04:55]i201: Planned package: WebView2, state: Present, default requested: Present, ba requested: Present, execute: None, rollback: None, cache: No, uncache: No, dependency: None
[3558:36DC][2022-11-10T06:04:55]i201: Planned package: PowerToysSetup_0.64.1_x64.msi, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: Uninstall, cache: Yes, uncache: No, dependency: Register
[3558:36DC][2022-11-10T06:04:55]i207: Planned related bundle: {ea6ccbae-478c-48d0-ac46-5681e746e4c1}, type: Upgrade, default requested: Absent, ba requested: Absent, execute: Uninstall, rollback: Install, dependency: None
[3558:36DC][2022-11-10T06:04:55]i299: Plan complete, result: 0x0
[3558:36DC][2022-11-10T06:04:55]i300: Apply begin
[3558:36DC][2022-11-10T06:04:55]i010: Launching elevated engine process.
[3558:36DC][2022-11-10T06:04:55]i011: Launched elevated engine process.
[3558:36DC][2022-11-10T06:04:55]i012: Connected to elevated engine.
[3104:2D84][2022-11-10T06:04:55]i358: Pausing automatic updates.
[3104:2D84][2022-11-10T06:04:55]i359: Paused automatic updates.
[3104:2D84][2022-11-10T06:04:55]i360: Creating a system restore point.
[3104:2D84][2022-11-10T06:05:01]i361: Created a system restore point.
[3104:2D84][2022-11-10T06:05:01]i370: Session begin, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall{c39bd3ad-0a92-4e9a-82ae-19efb53e5707}, options: 0x7, disable resume: No
[3104:2D84][2022-11-10T06:05:01]i000: Caching bundle from: 'C:\WINDOWS\Temp{7621F6CA-CB0C-4E75-96E0-3196F2CD50E4}.be\PowerToysSetup-0.64.1-x64.exe' to: 'C:\ProgramData\Package Cache{c39bd3ad-0a92-4e9a-82ae-19efb53e5707}\PowerToysSetup-0.64.1-x64.exe'
[3104:2D84][2022-11-10T06:05:01]i320: Registering bundle dependency provider: {c39bd3ad-0a92-4e9a-82ae-19efb53e5707}, version: <IP_ADDRESS>
[3104:2D84][2022-11-10T06:05:01]i371: Updating session, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall{c39bd3ad-0a92-4e9a-82ae-19efb53e5707}, resume: Active, restart initiated: No, disable resume: No
[3104:0D9C][2022-11-10T06:05:03]i305: Verified acquired payload: TerminatePowerToys at path: C:\ProgramData\Package Cache.unverified\TerminatePowerToys, moving to: C:\ProgramData\Package Cache\CEEB2F4674AB44E9EBCE9175CE716612D979979C\terminate_powertoys.cmd.
[3104:0D9C][2022-11-10T06:05:03]i305: Verified acquired payload: PowerToysSetup_0.64.1_x64.msi at path: C:\ProgramData\Package Cache.unverified\PowerToysSetup_0.64.1_x64.msi, moving to: C:\ProgramData\Package Cache{631D3404-75DC-43D5-8448-D769965803A4}v0.64.1\PowerToysSetup-0.64.1-x64.msi.
[3104:2D84][2022-11-10T06:05:03]i301: Applying execute package: TerminatePowerToys, action: Install, path: C:\ProgramData\Package Cache\CEEB2F4674AB44E9EBCE9175CE716612D979979C\terminate_powertoys.cmd, arguments: '"C:\ProgramData\Package Cache\CEEB2F4674AB44E9EBCE9175CE716612D979979C\terminate_powertoys.cmd"'
[3558:36DC][2022-11-10T06:05:03]i319: Applied execute package: TerminatePowerToys, result: 0x0, restart: None
[3104:2D84][2022-11-10T06:05:03]i323: Registering package dependency provider: {631D3404-75DC-43D5-8448-D769965803A4}, version: 0.64.1, package: PowerToysSetup_0.64.1_x64.msi
[3104:2D84][2022-11-10T06:05:03]i301: Applying execute package: PowerToysSetup_0.64.1_x64.msi, action: Install, path: C:\ProgramData\Package Cache{631D3404-75DC-43D5-8448-D769965803A4}v0.64.1\PowerToysSetup-0.64.1-x64.msi, arguments: ' ARPSYSTEMCOMPONENT="1" BOOTSTRAPPERINSTALLFOLDER="C:\Program Files\PowerToys"'
[3104:2D84][2022-11-10T06:05:06]e000: Error 0x80070643: Failed to install MSI package.
[3104:2D84][2022-11-10T06:05:06]e000: Error 0x80070643: Failed to execute MSI package.
[3558:36DC][2022-11-10T06:05:06]e000: Error 0x80070643: Failed to configure per-machine MSI package.
[3558:36DC][2022-11-10T06:05:06]i319: Applied execute package: PowerToysSetup_0.64.1_x64.msi, result: 0x80070643, restart: None
[3558:36DC][2022-11-10T06:05:06]e000: Error 0x80070643: Failed to execute MSI package.
[3104:2D84][2022-11-10T06:05:06]i318: Skipped rollback of package: PowerToysSetup_0.64.1_x64.msi, action: Uninstall, already: Absent
[3558:36DC][2022-11-10T06:05:06]i319: Applied rollback package: PowerToysSetup_0.64.1_x64.msi, result: 0x0, restart: None
[3104:2D84][2022-11-10T06:05:06]i329: Removed package dependency provider: {631D3404-75DC-43D5-8448-D769965803A4}, package: PowerToysSetup_0.64.1_x64.msi
[3104:2D84][2022-11-10T06:05:06]i351: Removing cached package: PowerToysSetup_0.64.1_x64.msi, from path: C:\ProgramData\Package Cache{631D3404-75DC-43D5-8448-D769965803A4}v0.64.1
[3104:2D84][2022-11-10T06:05:06]i351: Removing cached package: TerminatePowerToys, from path: C:\ProgramData\Package Cache\CEEB2F4674AB44E9EBCE9175CE716612D979979C
[3104:2D84][2022-11-10T06:05:06]i372: Session end, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall{c39bd3ad-0a92-4e9a-82ae-19efb53e5707}, resume: None, restart: None, disable resume: No
[3104:2D84][2022-11-10T06:05:06]i330: Removed bundle dependency provider: {c39bd3ad-0a92-4e9a-82ae-19efb53e5707}
[3104:2D84][2022-11-10T06:05:06]i352: Removing cached bundle: {c39bd3ad-0a92-4e9a-82ae-19efb53e5707}, from path: C:\ProgramData\Package Cache{c39bd3ad-0a92-4e9a-82ae-19efb53e5707}
[3104:2D84][2022-11-10T06:05:06]i371: Updating session, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall{c39bd3ad-0a92-4e9a-82ae-19efb53e5707}, resume: None, restart initiated: No, disable resume: No
[3558:36DC][2022-11-10T06:05:07]i399: Apply complete, result: 0x80070643, restart: None, ba requeste

Nice.
But while the toggle did not work I set it to -1 according to some advice. After this issue is fixed now it's obvious for me there's small gap. I wish the following issues is also fixed in the next release.
https://github.com/microsoft/PowerToys/issues/18859

How can I clean all the traces and put the program clean, I didn’t find anything on the Internet to solve the problem

Fixed in the latest version. Please update PowerToys.

@zikeziga , please create an issue with a Bug Report so it can contain the full install logs. Thank you!


SSLHandshakeException

@Dynatrace-Adam-Gardner
It would be great if the plugin could be updated to accept any certificate.
It's worth mentioning that I'm using the version available on the Plugin page (0.10.0) since the later versions throws other errors - 0.10.0 works fine if I have a direct internet connection, in other words not going through a proxy. However, a client tried to use this, behind a proxy and get the below.
2018-03-20 18:11:05 SEVERE<EMAIL_ADDRESS>Exception thrown whilst getting output stream...
2018-03-20 18:11:05 SEVERE<EMAIL_ADDRESS>javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target

Hi @avdveen , you are welcome to do a pull request if you have the neccessary code for this?


blog post: php7 support for crate-pdo and crate-dbal

Crate-PDO und Crate-DBAL support latest release of PHP (version 7).
Performance Checks:

Crate-dbal: https://gist.github.com/chaudum/f9d15cf293407dd7d589
Crate-pdo: https://gist.github.com/chaudum/90e7766bb3a42d799e81

@mikethebeer Some small tweaks. If you're happy with them, then 'ack' and we'll get the post scheduled.

ack :+1:


[Feature Request]: Allow specifying user-agent header on NSURLSession Config

Summary
As per this link the NSURLSession automatically includes a default user agent in this format:
$(CFBundleName)/$(CFBundleVersion) CFNetwork/808.3 Darwin/17.2.0
I believe this is cause of an issue currently blocking me from using Shiny.Net.Http in my iOS app, where all requests to download files from our AWS CDN fail with a 403 error. The URL passed in to the download task is correct, works in the browser and on Android.
According to that same link, next answer further down on the page, the NSURLSessionConfiguration allows you to specify user agent header like so:
config.httpAdditionalHeaders = ["User-Agent": "myapp User-Agent"]
API Changes
Add a new nullable string property to AppleConfiguration for CustomUserAgent.
Check if null or empty where AppleConfig values are mapped to NSURLConfiguration and set custom user agent string.
Intended Use Case
For scenario where backend server requires specific user agents to be used.
Code of Conduct

[X] I agree to follow this project's Code of Conduct

There will be new configuration options in the next minor release


slf4j multiple binding issue

After adding redis-watcher as a gradle dependency, I encountered multiple SLF4J bindings issue:
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/Users/*******/.gradle/caches/modules-2/files-2.1/org.slf4j/slf4j-simple/1.7.33/463d6549ba948665ca0f874a0c520822afdf6ca2/slf4j-simple-1.7.33.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/Users/*******/.gradle/caches/modules-2/files-2.1/ch.qos.logback/logback-classic/1.2.10/f69d97ef3335c6ab82fc21dfb77ac613f90c1221/logback-classic-1.2.10.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [org.slf4j.impl.SimpleLoggerFactory]
Exception in thread "main" java.lang.IllegalArgumentException: LoggerFactory is not a Logback LoggerContext but Logback is on the classpath. Either remove Logback or the competing implementation (class org.slf4j.impl.SimpleLoggerFactory loaded from file:/Users/*******/.gradle/caches/modules-2/files-2.1/org.slf4j/slf4j-simple/1.7.33/463d6549ba948665ca0f874a0c520822afdf6ca2/slf4j-simple-1.7.33.jar). If you are using WebLogic you will need to add 'org.slf4j' to prefer-application-packages in WEB-INF/weblogic.xml: org.slf4j.impl.SimpleLoggerFactory
	at org.springframework.util.Assert.instanceCheckFailed(Assert.java:702)
	at org.springframework.util.Assert.isInstanceOf(Assert.java:621)
	at org.springframework.boot.logging.logback.LogbackLoggingSystem.getLoggerContext(LogbackLoggingSystem.java:294)
	at org.springframework.boot.logging.logback.LogbackLoggingSystem.beforeInitialize(LogbackLoggingSystem.java:118)
	at org.springframework.boot.context.logging.LoggingApplicationListener.onApplicationStartingEvent(LoggingApplicationListener.java:232)
	at org.springframework.boot.context.logging.LoggingApplicationListener.onApplicationEvent(LoggingApplicationListener.java:213)

I found this might be caused by the watcher's dependency on slf4j-simple: https://github.com/jcasbin/redis-watcher/blob/master/pom.xml#L63-L67. As a library, might it be a good idea to only depend on the slf4j-api?
Also, I didn't see any code using slf4j, so maybe we can remove this dependency? I am not 100% sure. Please kindly help with this issue, thanks.

Excluding slf4j-simple in gradle is a work-around, but better to solve this from the root cause.
Add this to build script:
configurations.all {
    exclude module: 'slf4j-simple'
}

@seriouszyx


Add homekit start/stop to logbook

Description:
adds homekit start/stop to logbook.
Related issue (if applicable): fixes #
Pull request with documentation for home-assistant.io (if applicable): home-assistant/home-assistant.io#<home-assistant.io PR number goes here>
Example entry for configuration.yaml (if applicable):

Checklist:

[ ] The code change is tested and works locally.
[ ] Local tests pass with tox. Your PR cannot be merged unless tests pass
[X] There is no commented out code in this PR.
[ ] I have followed the development checklist

If user exposed functionality or configuration variables are added/changed:

[ ] Documentation added/updated in home-assistant.io

If the code communicates with devices, web services, or third-party tools:

[ ] The manifest file has all fields filled out correctly. Update and include derived files by running python3 -m script.hassfest.
[ ] New or updated dependencies have been added to requirements_all.txt by running python3 -m script.gen_requirements_all.
[ ] Untested files have been added to .coveragerc.

If the code does not interact with devices:

[ ] Tests have been added to verify that the new code works.

Hi @ctalkington,
It seems you haven't yet signed a CLA. Please do so here.
Once you do that we will be able to review and accept this pull request.
Thanks!

I'm thinking now. Why do we need this? Homekit starts when Home Assistant starts, Homekit stops when Home Assistant stops. In 104 we made all entities restore at startup, so there is no longer a need to delay startup of homekit.

@balloob Therefore, should we close this PR? 🤔


Crash in OkHttp with Facebook SDK

Could not reproduce this issue but this is happening alot when we see crashlytics logs. Crashlytics link : http://crashes.to/s/845f72a220f
Fatal Exception: java.lang.ArrayIndexOutOfBoundsException: length=0; index=0
at com.android.okhttp.internal.Util.rjil_playstore_download_case(Util.java:309)
at com.android.okhttp.HostResolver$1.getAllByName(HostResolver.java:31)
at com.android.okhttp.internal.http.RouteSelector.resetNextInetSocketAddress(RouteSelector.java:232)
at com.android.okhttp.internal.http.RouteSelector.next(RouteSelector.java:124)
at com.android.okhttp.internal.http.HttpEngine.connect(HttpEngine.java:310)
at com.android.okhttp.internal.http.HttpEngine.sendRequest(HttpEngine.java:249)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:397)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:347)
at com.android.okhttp.internal.http.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:515)
at com.android.okhttp.internal.http.DelegatingHttpsURLConnection.getResponseCode(DelegatingHttpsURLConnection.java:105)
at com.android.okhttp.internal.http.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:25)
at com.facebook.GraphResponse.fromHttpConnection(SourceFile:253)
at com.facebook.GraphRequest.executeConnectionAndWait(SourceFile:1266)
at com.facebook.GraphRequest.executeBatchAndWait(SourceFile:1164)
at com.facebook.GraphRequest.executeBatchAndWait(SourceFile:1130)
at com.facebook.GraphRequest.executeBatchAndWait(SourceFile:1114)
at com.facebook.GraphRequest.executeAndWait(SourceFile:1089)
at com.facebook.GraphRequest.executeAndWait(SourceFile:983)
at com.facebook.internal.Utility.getAppSettingsQueryResponse(SourceFile:869)
at com.facebook.internal.Utility.access$100(SourceFile:76)
at com.facebook.internal.Utility$1.run(SourceFile:798)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
at java.lang.Thread.run(Thread.java:818)

This is a surprising line in your stack trace.
com.android.okhttp.internal.Util.rjil_playstore_download_case(Util.java:309)

Even though you say,

Though this issue is occurring mostely on LGE devices(97%) but it is happening on other manufacturer's devices as well.

in #2526, the fact is that this rjil_playstore_download_case method does not exist in this project, so an issue ticket here cannot solve the issue. If you have any ability to swap out the version of OkHttp it's using with a version from Maven Central, or to communicate with the people who wrote the rjil_playstore_download_case method, those are two viable routes to move past this problem.

This is a duplicate of https://github.com/square/okhttp/issues/2526
This is a bug in one manufacturer's version of Android Lollipop, not in OkHttp, so please don't bother the OkHttp developers with it :)


Company Communicator Reading Error

The Company Communicator app has been successfully installed within Azure without any issues. An inspection of the app's installation, its connectors, and resources shows no errors. Therefore, it is presumed that the issue lies within the template.
Here are the errors observed in the app:
Reading of communications is incorrect, and it doesn't display accurate indicators of users who have viewed the sent messages.
A functionality test has been conducted, which provided the following indicators:
A communication with an attached Forms link was sent.
464 users received the communication.
31 users have read the message.
108 individuals clicked on the attached link button.
81 people responded to the form.
As evident, none of the indicators correspond to the message readings. Various tests were carried out, all of which revealed the same reading error within the app.

Could you help me with a solution for the error the application is experiencing?

Hi @Cazara2912 ,
Thank you for raising the query. Please share the repository URL and branch. Here is the reference

URL attached for error verification.
I look forward to the comments, thank you.
https://github.com/cristianoag/microsoft-teams-apps-company-communicator.git

Hi @Cazara2912 ,

Number of reads is the feature yet to be implemented in official version of CC.

Our support scope is very limited with the standard version as the area of code modification is not known to us for customized versions. We will not be able to provide much assistance on this issue as the deployed instance is a customized version. Please let us know if you have any issues with the standard version.

Official Repository URL: -https://github.com/OfficeDev/microsoft-teams-apps-company-communicator

Could you please confirm whether you are able to access CC application right now.


Update aws-java-sdk-cloudwatch to 1.11.915

Updates com.amazonaws:aws-java-sdk-cloudwatch from 1.11.877 to 1.11.915.
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "com.amazonaws", artifactId = "aws-java-sdk-cloudwatch" } ]

labels: library-update, semver-patch

Codecov Report

Merging #163 (9e7c73a) into master (50e1504) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #163   +/-   ##
=======================================
  Coverage   57.83%   57.83%
=======================================
  Files          20       20
  Lines         287      287
  Branches        4        4
=======================================
  Hits          166      166
  Misses        121      121

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 50e1504...9e7c73a. Read the comment docs.


Rework runtime metrics reporting of concurrency

The previous number incorrectly conflated the number of open connections
with the number of in-flight requests. An idle connection has very
little impact on the server, but in-flight requests contend for CPU
time.
Example output:
example_server.runtime.reddit.PID2505.open_connections:5|g
example_server.runtime.reddit.PID2505.active_requests:2|g

This is a redefinition of the existing active_requests gauge. I didn't think it made sense to keep the old one just for backwards compatibility since it was a confusing name. Would it be better to come up with a third name and leave the old one blank instead?
Fixes #353
:eyeglasses: @pacejackson @bsimpson63

:haircut_man: post-holiday since usernames don't map in harold currently

:haircut_man: haha sorry for the timing, I was just giving it a shot with a 60 second timeout. seems like a reasonable tradeoff to avoid bad metrics. hopefully the time.time() isn't too costly.

that look OK?


feat: enable timezone for cronjobs

Subtract the localtimezone offset of the current UTC time.
To set the timezone set: export TZ=Europe/Amsterdam

Coverage remained the same at 100.0% when pulling a9e9bede7154c66b5b38f9b98536bc12767ed82a on ninox92:master into 58a8e1ecc5adb69d5b088ec2b63881156521e374 on merencia:master.


Ability to skip running npm install

I am trying to run this in my repo but I keep running into issues with the npm install part of the script. Because of some other issues, I need to run npm install with the --legacy-peer-deps argument or else it will fail.  Since this action only runs npm install with no way to override the args passed to npm, my install fails.
But I am confused why it is even trying to run npm install in the first place.  I have npm ci as a previous step in my build--so all deps (inlcuding tsc) would be installed.  I then tried to make a separate step that installed tsc globally, but that also did not work--this script still tried to run npm install.
There needs to be an option to either pass args to npm, use npm ci install of npm isntall, or do better checking if tsc is actually installed.

Hi @michael-pomelo,
thank you for reporting here. The npm install step should only run when tsc is not installed in the provided workdir. Here's the action's code section in charge of checking the presence of tsc:
https://github.com/EPMatt/reviewdog-action-tsc/blob/9fc7bbc1cb021a9e6d4e09d03e0e5a1b7c742b90/script.sh#L14-L18
Therefore, if npm ci at the previous step in your job runs successfully, tsc should already be installed; the action should detect it and skip npm install.
Could you please share the YAML for the workflow you're trying to setup with this action?
Thanks!

Truncated, but you get the point:
on: [pull_request]
jobs:
  lint:
    name: JS
    runs-on: ubuntu-latest

    steps:
      - uses: actions/checkout@v2
        with:
            fetch-depth: 1
      - uses: dorny/paths-filter@v2
        id: changes
        with:
          filters: |
            continue:
              - '**/*.ts'
              - '**/*.tsx'
              - '**/*.js'
              - '**/*.jsx'
              - '**/*.scss'
      - uses: actions/setup-node@v2
        with:
          node-version: 16.13.1
        if: steps.changes.outputs.continue == 'true'
      - name: Cache node modules
        uses: actions/cache@v2
        id: cache-node-modules
        env:
          cache-name: cache-node-modules
        with:
          # npm cache files are stored in `~/.npm` on Linux/macOS
          path: |
            ~/.npm
            **/node_modules
          key: ${{ runner.os }}-build-${{ env.cache-name }}-${{ hashFiles('**/package-lock.json') }}
          restore-keys: |
            ${{ runner.os }}-build-${{ env.cache-name }}-
            ${{ runner.os }}-build-
            ${{ runner.os }}-
        if: steps.changes.outputs.continue == 'true'
      - name: Install TS Compiler
        run: npm i -g tsc --legacy-peer-deps
        if: steps.changes.outputs.continue == 'true'
      - name: Install dependencies
        run:  npm ci
        if: (steps.cache-node-modules.outputs.cache-hit != 'true' && steps.changes.outputs.continue == 'true')
      - name: Prettier
        run: npx prettier ./ --check --config .prettierrc
        if: steps.changes.outputs.continue == 'true'
      - name: ESLint
        run: npm run lint:js
        if: steps.changes.outputs.continue == 'true'
      - name: Stylelint
        run: npm run lint:style
        if: steps.changes.outputs.continue == 'true'
      - uses: EPMatt/reviewdog-action-tsc@v1
        with:
          workdir: ./apps/web
          github_token: ${{ secrets.GITHUB_TOKEN }}
          reporter: github-pr-review
          fail_on_error: true
        if: steps.changes.outputs.continue == 'true'

All the other steps run fine. You'll see I even added a global install to tsc but to no avail. This is not a new yml either, so I know everything works and npm deps get installed as normal. And yes, tsc is listed as a dep in my package.json

Hi @michael-pomelo,
thank you for your feedback.
Where is your package.json file located? From your job definition I can see that you're running npm ci on the repo's root folder, while the action is configured to run on the ./apps/web subfolder. What happens is that the action looks for tsc in ./apps/web/$(npm bin), and since it cannot be found it runs npm install in the ./apps/web subfolder, failing because I guess no package.json resides there.
Please try to run the action with the workdir set to ., allowing it to properly recognize tsc being installed; you can then configure tsc to only run on the ./apps/web subfolder by passing the appropriate flags via the tsc_flags option.
Let me know if this solves your issue.
Thanks! :)

Thank you, that worked.  The reason is because we run a monorepo, so all deps are only installed at the root but every project (in this case, apps/web) have its own package.json file.
IMO it should be made more clear that the action checks for tsc to be installed in the workdir. I'd be more than happy to open a PR if you wish.
Appreciate the help!

Hi @michael-pomelo,
I'm glad that your issue is solved. :)

IMO it should be made more clear that the action checks for tsc to be installed in the workdir.

I agree with you, even if that information is included in the examples and in the input documentation, maybe that information needs to be more visible. I'd consider adding an entry to readme's FAQs section.

I'd be more than happy to open a PR if you wish.

Sure, I'd be happy to receive your contribution. :)
Thank you so much for your help!

Hi @michael-pomelo,
You can find a reference also in the input documentation:
https://github.com/EPMatt/reviewdog-action-tsc/blob/b1e14379ba764724b38552d30621891cd2473c26/README.md?plain=1#L29-L34

I did not take that to mean "there needs to be a node_modules directory in the subfolder that has a tsc executable installed in subfolder/node_modules/.bin`. Those are very different.

I agree on this, but I don't think we should state that tsc needs to be installed in the node_modules/.bin directory, as this relates to how npm install modules and might confuse users not experienced with node modules installation and resolution.
I'd prefer to make it clear in the docs that the action runs npm install if tsc was not detected as installed as a module, in the provided workdir. If npm install cannot be run due to the project setup, users should take care of installing the tsc module by running the appropriate installation command (as you correctly did in your workflow), according to their setup and specific needs.
We could also consider adding an additional input, pointing to the tsc installation location. Although this might allow for better customization, I'm afraid that we're diving into a too specific use case, and I'd also prefer to keep the action's interface as similar as possible to the one from other reviewdog actions (such as the eslint action, which provides the same exact functionality, but for eslint).
Please let me know what are your thoughts about this.
Thanks!


https://cipherli.st/ is down

https://cipherli.st/ is down, do you have alternative?

Cloudflare's Cipher suites recommendations is probably a good start.


Adds more accurate low-poly mesh colliders as a round option.

This has now been tested by many community members. It does -not- replace the default hitbox unless explicitly selected from the round advanced options (thus the necessity of the menu option). All presets have the default sphere selected.

This breaks the linux build script again. Please update this before merging.  The correct line in build_mono.sh should be
    -resource:../GameMod/Resources/meshes,GameMod.Resources.meshes \

Thanks derhass, fixing.
On Sat., Feb. 18, 2023, 7:45 a.m. derhass, @.***> wrote:

This breaks the linux build script again. Please update this before
merging. The correct line in build_mono.sh should be
-resource:../GameMod/Resources/meshes,GameMod.Resources.meshes \
—
Reply to this email directly, view it on GitHub
https://github.com/overload-development-community/olmod/pull/295#issuecomment-1435672660,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AEFILFYQKIIFA4EBTFLAA63WYDG67ANCNFSM6AAAAAAU4OQYHA
.
You are receiving this because you authored the thread.Message ID:
@.***>

Thnanks.


update to the Application Insights SDK v 2.4

@SergeyKanzhelev,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot

from @michthub:

why is Value changed to Sum? These values are not sums.

Metric represents both - single and aggregated data. Value was a confusing term for customers as it wasn't clear what to report for the aggregated metric. So we clarified it by renaming it to Sum.
If this naming confuses even more - please create an issue https://github.com/Microsoft/ApplicationInsights-dotnet/issues. Thanks!


Positional arguments should be required (?)

If some positional arguments are not set, then options.parse(argc, argv) should print help message and exit.
(just a suggestion -- this is the default behaviour of python argparse)

in general, this can be customized with the parameter required. When it is true, then the parse function should throw exceptions.

I don't really like the options parser doing too much thinking. My philosophy behind this library is that it is just a basic option parser, and any further logic should be left up to the program.
If the program needs options to be present then I think it is reasonable to leave it up to the program rather than adding extra cases into the options parser. For example, tar says the following:
tar: Cowardly refusing to create an empty archive
Try `tar --help' or `tar --usage' for more information.

which would be done by the program, after seeing that there are no files specified.
For those reasons I will not be adding any such feature.


gridcoinresearchd looses wallet / balance

I have two gridcoin installations with the same wallet address, both on Ubuntu:

one is a server with gridcoinresearchd running as a deamon for staking,
second in my desktop with the GUI wallet which I open from time to time to check my balance, vote, etc.

The server one seams to be working fine for a day or two and then it:

start to use a whole CPU core
gridcoinresearchd getinfo returns

{
    "version" : "v<IP_ADDRESS>-unk",
    "minor_version" : 317,
    "protocolversion" : 180323,
    "walletversion" : 60000,
    "balance" : 0.00000000,
    "newmint" : 0.00000000,
    "stake" : 0.00000000,
    "blocks" : 0,
    "timeoffset" : 0,
    "moneysupply" : 0.00000000,
    "connections" : 3,
    "proxy" : "",
    "ip" : "<IP_ADDRESS>",
    "difficulty" : {
        "proof-of-work" : 0.00024414,
        "proof-of-stake" : 0.00024414
    },
    "testnet" : false,
    "keypoololdest" :<PHONE_NUMBER>,
    "keypoolsize" : 101,
    "paytxfee" : 0.00010000,
    "mininput" : 0.00000000,
    "errors" : ""
}

despise the fact that it was staking and all was well yesterday.
To remedy this situation I stop the deamon and copy my .GridcoinResearch folder from my desktop machine. After this gridcoinresearchd getinfo returns my correct balance and after a while the deamon starts staking again. But in another day or two I have to do it all over again.
Every this is up to date - I run this script every hour:
#!/bin/bash
SERVICE='gridcoinresearchd'
DATE=`date -u`
OPER=`ps ax | grep -v grep | grep $SERVICE -c`
SLEEPTIME=300

sudo apt-get update
sudo apt-get -y upgrade

if [ $OPER -lt 1 ]; then
    echo "[$DATE] $SERVICE is not running, restarting"
    exec $SERVICE
else
    echo "[$DATE] $SERVICE is running ($OPER). All is normal"
fi

First: you are not supposed to run two instances of grc with the same or copy of the wallet file.
Second: provide your debug log.

Ok, I've abstained from using by desktop wallet after I restored my cli wallet from it but the problem happened again.
brix@brix:~$ top

top - 10:38:01 up  6:38,  2 users,  load average: 1,74, 1,50, 1,48
Zadania:razem: 211, działających:   2, śpiących: 208, zatrzymanych:   0, zombie:   1
%CPU: 55,6 uż,  3,2 sy,  0,0 ni, 38,7 be,  2,5 io,  0,0 hi,  0,0 si,  0,0 sk
KiB RAM :  3966392 razem,   490488 wolne,  1328128 użyte,  2147776 buf/cache
KiB Swap:  4114428 razem,  4114428 wolne,        0 użyte.  2148272 dost. RAM

  PID UŻYTK.   PR  NI    WIRT    REZ    WSP S  %CPU %PAM     CZAS+ KOMENDA
 1027 brix      20   0 2059488<PHONE_NUMBER>68 S  97,0 24,0 383:11.92 gridcoinresearc
 4000 brix      20   0 1358324 118392  23172 R  10,9  3,0  32:54.67 node
  524 root     -51   0       0      0      0 S   5,3  0,0  23:49.94 irq/315-iwlwifi
 1033 brix      20   0 7313144<PHONE_NUMBER>72 S   1,0  4,2   9:35.07 siad
 1772 brix-pu+  20   0 1199020  91096  51880 S   0,7  2,3   0:21.69 compiz
 1181 boinc     30  10  207776  12024  10056 S   0,3  0,3   1:27.64 boinc
 1686 brix-pu+  20   0  721088  31852  25700 S   0,3  0,8   0:03.58 unity-panel-ser
 2095 brix-pu+  20   0  567416  17584  13552 S   0,3  0,4   0:00.72 zeitgeist-datah
 3976 brix      20   0 1238868  65556  20300 S   0,3  1,7   0:45.67 node
10287 root      20   0   96124   6616   5688 S   0,3  0,2   0:00.02 sshd
10304 brix      20   0   43272   4016   3220 R   0,3  0,1   0:00.05 top
    1 root      20   0  119984   6220   4064 S   0,0  0,2   0:04.75 systemd
    2 root      20   0       0      0      0 S   0,0  0,0   0:00.01 kthreadd
    3 root      20   0       0      0      0 S   0,0  0,0   1:10.28 kworker/0:0
...

brix@brix:~$ gridcoinresearchd getinfo
{
    "version" : "v<IP_ADDRESS>-unk",
    "minor_version" : 317,
    "protocolversion" : 180323,
    "walletversion" : 60000,
    "balance" : 0.00000000,
    "newmint" : 0.00000000,
    "stake" : 0.00000000,
    "blocks" : 0,
    "timeoffset" : -243,
    "moneysupply" : 0.00000000,
    "connections" : 8,
    "proxy" : "",
    "ip" : "<IP_ADDRESS>",
    "difficulty" : {
        "proof-of-work" : 0.00024414,
        "proof-of-stake" : 0.00024414
    },
    "testnet" : false,
    "keypoololdest" :<PHONE_NUMBER>,
    "keypoolsize" : 101,
    "paytxfee" : 0.00010000,
    "mininput" : 0.00000000,
    "errors" : ""
}

brix@brix:~$ tail -n 100 .GridcoinResearch/debug.log
09/01/17 06:25:41 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 2c4819c907834a14bd976ccb3c9edb7165473b8cf38d8dfe46de8f010fb85a7b; ProcessBlock: ORPHAN BLOCK, prev=a97564db848137753b2e90e204e0cc689e8b89989d31d41ef0ae598140ee4eb8
09/01/17 06:26:29 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...  Received block f6a84c4848b3399a2c88a2ab27d3351b105de1c6920b1c5108c3727e1544d005; ProcessBlock: ORPHAN BLOCK, prev=72d1e4a5cc97f2d40c0bcd2f1dbfaa259a66293b8fec332712085a354c515b9c
09/01/17 06:37:13  Received block 7ebf0393e4e32654c06b3bc48bc518db4746b6935aa18073cb9a98e91894e6af; ProcessBlock: ORPHAN BLOCK, prev=f6a84c4848b3399a2c88a2ab27d3351b105de1c6920b1c5108c3727e1544d005
09/01/17 06:37:28 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 8a5c8f743677db59d68b6c50873d46babb578cafc9408c81b8a81b8678280bb7; ProcessBlock: ORPHAN BLOCK, prev=7ebf0393e4e32654c06b3bc48bc518db4746b6935aa18073cb9a98e91894e6af
09/01/17 06:40:24 ResearchMiner:Net averages not yet loaded... Received block dd1ca74aad6ea9ec7d7cd140c15efb52dab8e4882a0fc63013d0257a22bd4500; ProcessBlock: ORPHAN BLOCK, prev=8a5c8f743677db59d68b6c50873d46babb578cafc9408c81b8a81b8678280bb7
09/01/17 06:42:21  Received block 26484c17ef4ed47d1b57b98d9e9e2379aee22a22b7ce3f7bb79fd4e4b42928b9; ProcessBlock: ORPHAN BLOCK, prev=dd1ca74aad6ea9ec7d7cd140c15efb52dab8e4882a0fc63013d0257a22bd4500
09/01/17 06:42:25 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 9bdd7b22b1ee4cbeee12fc23d446d9cc9af9a465703c12334baab6a45b875624; ProcessBlock: ORPHAN BLOCK, prev=26484c17ef4ed47d1b57b98d9e9e2379aee22a22b7ce3f7bb79fd4e4b42928b9
09/01/17 06:47:31 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 62afd27dd3a53baaa503506497573dbdcb95b89617206266c02a730f82ed4e55; ProcessBlock: ORPHAN BLOCK, prev=9bdd7b22b1ee4cbeee12fc23d446d9cc9af9a465703c12334baab6a45b875624
09/01/17 06:51:56  Received block 0958ba0341033f3d2fd4b43385a6f730892b95874c523b1336fd65cb6ed426ce; ProcessBlock: ORPHAN BLOCK, prev=62afd27dd3a53baaa503506497573dbdcb95b89617206266c02a730f82ed4e55
09/01/17 06:52:57  Received block 78ebae7643e491363143bfa33d37b5651bcf30ccd754d6969943262df568b972; ProcessBlock: ORPHAN BLOCK, prev=0958ba0341033f3d2fd4b43385a6f730892b95874c523b1336fd65cb6ed426ce
09/01/17 06:54:21 ResearchMiner:Net averages not yet loaded... Received block a859c9419acebc29a084ca0e8deace3c0e7835e65ee9a7ffc82b29869bc37d91; ProcessBlock: ORPHAN BLOCK, prev=78ebae7643e491363143bfa33d37b5651bcf30ccd754d6969943262df568b972
09/01/17 06:54:53  Received block adcb0d1b92f2fa194da9ecdca1063571b3bf352da9eaeb7bf2f3828f932d06aa; ProcessBlock: ORPHAN BLOCK, prev=a859c9419acebc29a084ca0e8deace3c0e7835e65ee9a7ffc82b29869bc37d91
09/01/17 06:54:53 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 73ed6cfcde89214df73eae13b0f59c39442ea4ea74e7c5df80de5189b91903bf; ProcessBlock: ORPHAN BLOCK, prev=adcb0d1b92f2fa194da9ecdca1063571b3bf352da9eaeb7bf2f3828f932d06aa
09/01/17 06:55:59  Received block f27d3b77bbc7be8a774e1e1ce327bd72f455e32dd6e305b865ace5c4e38c92f2; ProcessBlock: ORPHAN BLOCK, prev=73ed6cfcde89214df73eae13b0f59c39442ea4ea74e7c5df80de5189b91903bf
09/01/17 06:58:15  Received block 1b2cc1ce44c89aae7ff5aaa4ac00e3fcc2852b9086927b7709e33ea613c30aa5; ProcessBlock: ORPHAN BLOCK, prev=f27d3b77bbc7be8a774e1e1ce327bd72f455e32dd6e305b865ace5c4e38c92f2
09/01/17 06:58:45  Received block 3394d907c8dbe5af9175a7668dd4a53457281fa766e42c641770cc0f45be8cc5; ProcessBlock: ORPHAN BLOCK, prev=1b2cc1ce44c89aae7ff5aaa4ac00e3fcc2852b9086927b7709e33ea613c30aa5
09/01/17 06:58:54 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 463f71f16b72f7579a826e7acaf8b52a30661778d2b35f47a769a0f6f195d81f; ProcessBlock: ORPHAN BLOCK, prev=3394d907c8dbe5af9175a7668dd4a53457281fa766e42c641770cc0f45be8cc5
09/01/17 07:02:07  Received block 9d1d615c9be2dc7c0d44cc058a6715b71f01a0f764d557806da87086b8ba4f65; ProcessBlock: ORPHAN BLOCK, prev=463f71f16b72f7579a826e7acaf8b52a30661778d2b35f47a769a0f6f195d81f
09/01/17 07:02:32  Received block 22d7145f2bf9a739df217098ca8f9e7f76b6f08931cc5025b1488a12b11ba69f; ProcessBlock: ORPHAN BLOCK, prev=9d1d615c9be2dc7c0d44cc058a6715b71f01a0f764d557806da87086b8ba4f65
09/01/17 07:04:00 ResearchMiner:Net averages not yet loaded... Received block be2881cf8ce0fa022bb354950495960a92573a7f055b6c9e1f0e75094a86294f; ProcessBlock: ORPHAN BLOCK, prev=22d7145f2bf9a739df217098ca8f9e7f76b6f08931cc5025b1488a12b11ba69f
09/01/17 07:05:53 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 36cad8f21814008a4ba046c45ad71311215597ca66ebfb8b9e0594eeaf192f25; ProcessBlock: ORPHAN BLOCK, prev=be2881cf8ce0fa022bb354950495960a92573a7f055b6c9e1f0e75094a86294f
09/01/17 07:09:31  Received block e4439f449809aeb92fe4532f7abc6dd73458b4aa92ab8a4d54b30575083908a1; ProcessBlock: ORPHAN BLOCK, prev=36cad8f21814008a4ba046c45ad71311215597ca66ebfb8b9e0594eeaf192f25
09/01/17 07:09:41  Received block 4c297e9787aa79e8bae1caba375428c35d5064d77ccc3df4693b11801d4f559c; ProcessBlock: ORPHAN BLOCK, prev=e4439f449809aeb92fe4532f7abc6dd73458b4aa92ab8a4d54b30575083908a1
09/01/17 07:09:46 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 979571dba5661efebc025884a4d5ba001cbfec49263a22a333ada74b87fd0be3; ProcessBlock: ORPHAN BLOCK, prev=4c297e9787aa79e8bae1caba375428c35d5064d77ccc3df4693b11801d4f559c
09/01/17 07:13:47 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 0089c46d38c13e8433a56a96671b55b51e97cee08928be019156cac45276ec8b; ProcessBlock: ORPHAN BLOCK, prev=979571dba5661efebc025884a4d5ba001cbfec49263a22a333ada74b87fd0be3
09/01/17 07:15:15 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block e4c48f5457968dcfc500551f2a9825a3680f381fc94a6c26fb1d5d90183808a9; ProcessBlock: ORPHAN BLOCK, prev=0089c46d38c13e8433a56a96671b55b51e97cee08928be019156cac45276ec8b
09/01/17 07:15:47 ResearchMiner:Net averages not yet loaded...stored orphan tx 140d262e4f (mapsz 17)
09/01/17 07:16:52 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...stored orphan tx c6abb0942e (mapsz 18)
09/01/17 07:19:33  Received block 1226aeacfc9db8fbeb2f42add582642a3807e3bd9b15197ac8315152826c1542; ProcessBlock: ORPHAN BLOCK, prev=e4c48f5457968dcfc500551f2a9825a3680f381fc94a6c26fb1d5d90183808a9
09/01/17 07:20:13 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 7353ee95fe1882ba12924d86ec07076e26269e0c63f699a97ab853a36643b0ba; ProcessBlock: ORPHAN BLOCK, prev=1226aeacfc9db8fbeb2f42add582642a3807e3bd9b15197ac8315152826c1542
09/01/17 07:21:18 ResearchMiner:Net averages not yet loaded... Received block 20e899c3532ee38c5f09170203f073ec9ebc477be9b23fdc4929aa27e2105a40; ProcessBlock: ORPHAN BLOCK, prev=7353ee95fe1882ba12924d86ec07076e26269e0c63f699a97ab853a36643b0ba
09/01/17 07:21:58 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block a1db00b4ac4b84d014412f2cd24c2ad036d86fa74b4d252e2d2c1b8397b29820; ProcessBlock: ORPHAN BLOCK, prev=20e899c3532ee38c5f09170203f073ec9ebc477be9b23fdc4929aa27e2105a40
09/01/17 07:22:52  Received block af310273010acc9eab5c0e1e74ec4bbf0f13ee2e5428951980ba315588af8244; ProcessBlock: ORPHAN BLOCK, prev=a1db00b4ac4b84d014412f2cd24c2ad036d86fa74b4d252e2d2c1b8397b29820
09/01/17 07:23:02 ResearchMiner:Net averages not yet loaded... Received block 7db040cdd2b64d367cf0da8782d7cd004b5402cfaefbba08d2e82162d2f4a873; ProcessBlock: ORPHAN BLOCK, prev=af310273010acc9eab5c0e1e74ec4bbf0f13ee2e5428951980ba315588af8244
09/01/17 07:24:36  Received block 6e1927904f3581c4810239220eccd8baf3b5eb279a412d39ef1e71e1ea9bc150; ProcessBlock: ORPHAN BLOCK, prev=7db040cdd2b64d367cf0da8782d7cd004b5402cfaefbba08d2e82162d2f4a873
09/01/17 07:25:03 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block ee644e59a170acc77d62f2ebca4a0b042f878af4e00281472135f26c1bcd3d2f; ProcessBlock: ORPHAN BLOCK, prev=6e1927904f3581c4810239220eccd8baf3b5eb279a412d39ef1e71e1ea9bc150
09/01/17 07:31:46 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...  Received block de417c8e94bbf54ac2b4cf9a7b0879bd30e29734cafca3a2d08548709a5787f9; ProcessBlock: ORPHAN BLOCK, prev=fe767828d3cb06eb4e414e3320218306bd43418abf46ce7ac4433cf8021fd4e1
09/01/17 07:35:55 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 88760aac82339d93f63a3b70b977005f8db49c359c26afa97d72c42d4621037d; ProcessBlock: ORPHAN BLOCK, prev=de417c8e94bbf54ac2b4cf9a7b0879bd30e29734cafca3a2d08548709a5787f9
09/01/17 07:40:52 ResearchMiner:Net averages not yet loaded... Received block 43e1633546dd7e9c8e82aacec5f10821a0ec75954cb5228430d351c398fbf76a; ProcessBlock: ORPHAN BLOCK, prev=88760aac82339d93f63a3b70b977005f8db49c359c26afa97d72c42d4621037d
09/01/17 07:41:25 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 069ed5f4387bd1cd6828a8d4a437193a7d1a9052fadc4db8c650ca4c24df9cff; ProcessBlock: ORPHAN BLOCK, prev=43e1633546dd7e9c8e82aacec5f10821a0ec75954cb5228430d351c398fbf76a
09/01/17 07:45:02 ResearchMiner:Net averages not yet loaded... Received block 2491c888232918fc4eb4ba14155ae9a167b6fbce2d79cc807428db9cefa70583; ProcessBlock: ORPHAN BLOCK, prev=069ed5f4387bd1cd6828a8d4a437193a7d1a9052fadc4db8c650ca4c24df9cff
09/01/17 07:45:42 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 101722ff2794d42e6df5f6312451c49e47a67b65b595db70fef1c565eac559e0; ProcessBlock: ORPHAN BLOCK, prev=2491c888232918fc4eb4ba14155ae9a167b6fbce2d79cc807428db9cefa70583
09/01/17 07:47:45  Received block bb5a785fd5af9d2be230f938349ba2d79d4ab0761d3e2f3a939dc33f30ded7f3; ProcessBlock: ORPHAN BLOCK, prev=101722ff2794d42e6df5f6312451c49e47a67b65b595db70fef1c565eac559e0
09/01/17 07:47:53  Received block 36cbd38f7f0260a955ac0a3896724cdae0ea387fe238652d8b0d658c482837ad; ProcessBlock: ORPHAN BLOCK, prev=bb5a785fd5af9d2be230f938349ba2d79d4ab0761d3e2f3a939dc33f30ded7f3
09/01/17 07:48:41  Received block 37d93ac980dd278bfdabb0144e65f8f8831a83bc425ab69f60829bb971442a2f; ProcessBlock: ORPHAN BLOCK, prev=36cbd38f7f0260a955ac0a3896724cdae0ea387fe238652d8b0d658c482837ad
09/01/17 07:49:03 ResearchMiner:Net averages not yet loaded... Received block 644a5f2255399eec860552e1c8311b2368b4dd4873c37448c9a0eb7b03e40946; ProcessBlock: ORPHAN BLOCK, prev=37d93ac980dd278bfdabb0144e65f8f8831a83bc425ab69f60829bb971442a2f
09/01/17 07:49:57  Received block d57a8e1b627f845a0e22e28098da92122bd46d380bb5b50a05c46b7eb5a8876d; ProcessBlock: ORPHAN BLOCK, prev=644a5f2255399eec860552e1c8311b2368b4dd4873c37448c9a0eb7b03e40946
09/01/17 07:50:05  Received block c7c9959204e8f2485eff53c90f379a67bf13c7592d61f97d6166b201ccb30c65; ProcessBlock: ORPHAN BLOCK, prev=d57a8e1b627f845a0e22e28098da92122bd46d380bb5b50a05c46b7eb5a8876d
09/01/17 07:51:19 ResearchMiner:Net averages not yet loaded... Received block c6b1aebfb4a584825c4c2529ed7b12f7df8b7f3c125d76fa032dcd3166185a27; ProcessBlock: ORPHAN BLOCK, prev=c7c9959204e8f2485eff53c90f379a67bf13c7592d61f97d6166b201ccb30c65
09/01/17 07:52:00 ResearchMiner:Net averages not yet loaded... Received block 6d1704b632eec360fdf31fda2963e7172a8ce096a0ae9b44accf4a8879a17cf9; ProcessBlock: ORPHAN BLOCK, prev=c6b1aebfb4a584825c4c2529ed7b12f7df8b7f3c125d76fa032dcd3166185a27
09/01/17 07:53:28 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block bbf6b7874aedc8874894395e4031e48c1735c047c8e95d2bf2bc0e6e830cac38; ProcessBlock: ORPHAN BLOCK, prev=6d1704b632eec360fdf31fda2963e7172a8ce096a0ae9b44accf4a8879a17cf9
09/01/17 07:56:33 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 5d1d11589a9efa85c57dce745216b0e1d1e8e5f305d43c96db43299bf07a192a; ProcessBlock: ORPHAN BLOCK, prev=bbf6b7874aedc8874894395e4031e48c1735c047c8e95d2bf2bc0e6e830cac38
09/01/17 07:57:45 ResearchMiner:Net averages not yet loaded... Received block 4314781ba87d3cf3b63d87ab0ab058a80943a56a94657ea3ceea0f2e537078c9; ProcessBlock: ORPHAN BLOCK, prev=5d1d11589a9efa85c57dce745216b0e1d1e8e5f305d43c96db43299bf07a192a
09/01/17 07:58:09 ResearchMiner:Net averages not yet loaded...  Received block fd3bc5d8e9cb6e0ed60fcad7f7a5e6ccbec569763a0670501cd206983368ad17; ProcessBlock: ORPHAN BLOCK, prev=2571691da49b9f29aada3befa222e96ddec3b4c76367aad00af8b418be49e2fd
09/01/17 08:05:45 stored orphan tx a5bef49c78 (mapsz 22)
09/01/17 08:06:52 ResearchMiner:Net averages not yet loaded... Received block 0602f6d7ccbee33b7954e5c978d559308ba285ab88f1dac3bbe90494d32e4421; ProcessBlock: ORPHAN BLOCK, prev=fd3bc5d8e9cb6e0ed60fcad7f7a5e6ccbec569763a0670501cd206983368ad17
09/01/17 08:07:48 ResearchMiner:Net averages not yet loaded...  Received block 7706c342c75165621f3893b934569d307fa01f4c47ad5f257cfbd3dcd6ea5196; ProcessBlock: ORPHAN BLOCK, prev=23e3568d8ea24e618239d1b011b40031e95652c68c36c7033e74880a78c8cacf
09/01/17 08:15:02  Received block b191b64896dfec44010c4343c59ae89f4f90ca816ede0c0358b61e9fcfa57088; ProcessBlock: ORPHAN BLOCK, prev=7706c342c75165621f3893b934569d307fa01f4c47ad5f257cfbd3dcd6ea5196
09/01/17 08:15:58 ResearchMiner:Net averages not yet loaded...stored orphan tx 4b4244e9f8 (mapsz 25)
09/01/17 08:18:15 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 4faea9309db9b41b8d98b901021d272b6e443deb7d95576cd2faa37d4599f035; ProcessBlock: ORPHAN BLOCK, prev=b191b64896dfec44010c4343c59ae89f4f90ca816ede0c0358b61e9fcfa57088
09/01/17 08:19:19 ResearchMiner:Net averages not yet loaded... Received block 6ceca2b9a1622e69117c9c638d1bd969d5b6924818e13b85cd35242fffbe5f2b; ProcessBlock: ORPHAN BLOCK, prev=4faea9309db9b41b8d98b901021d272b6e443deb7d95576cd2faa37d4599f035
09/01/17 08:21:13 stored orphan tx dde0bcfc0a (mapsz 26)
09/01/17 08:22:16 ResearchMiner:Net averages not yet loaded... Received block f4bed8c862d3282c163f87dd26d5fee2b60239dab38d2ccbc4c5ceb24284705e; ProcessBlock: ORPHAN BLOCK, prev=6ceca2b9a1622e69117c9c638d1bd969d5b6924818e13b85cd35242fffbe5f2b
09/01/17 08:22:24 ResearchMiner:Net averages not yet loaded... Received block 5e729a4dbbf17c0316c6620541e750a5c0487a114513b91f8ed1c5d5f9e2c7ff; ProcessBlock: ORPHAN BLOCK, prev=f4bed8c862d3282c163f87dd26d5fee2b60239dab38d2ccbc4c5ceb24284705e
09/01/17 08:24:17 ResearchMiner:Net averages not yet loaded... Received block 264c11dc19d3a74b243d077d7255868b65a58b0590de4e4e84fe63a07e9d4d6b; ProcessBlock: ORPHAN BLOCK, prev=5e729a4dbbf17c0316c6620541e750a5c0487a114513b91f8ed1c5d5f9e2c7ff
09/01/17 08:26:18 ResearchMiner:Net averages not yet loaded... Received block 5b1711c3e2a0d1e6d631788757ffb144cf996c0039cc61c6a9abca0aaefb73c5; ProcessBlock: ORPHAN BLOCK, prev=264c11dc19d3a74b243d077d7255868b65a58b0590de4e4e84fe63a07e9d4d6b
09/01/17 08:26:26 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...stored orphan tx e2ad14241c (mapsz 27)
09/01/17 08:27:54 ResearchMiner:Net averages not yet loaded...stored orphan tx 8b919f0a11 (mapsz 28)
09/01/17 08:29:05  Received block 46218a5a688e4c516da4c2a6e083f40cf80c887fb335ac2c54a5e33afdac55ff; ProcessBlock: ORPHAN BLOCK, prev=5b1711c3e2a0d1e6d631788757ffb144cf996c0039cc61c6a9abca0aaefb73c5
09/01/17 08:29:25  Received block 0bdad0839bdc88c110a4baef900acd8ceae3485cdb4a89d49c92756e188fe155; ProcessBlock: ORPHAN BLOCK, prev=46218a5a688e4c516da4c2a6e083f40cf80c887fb335ac2c54a5e33afdac55ff
09/01/17 08:29:55 ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded...ResearchMiner:Net averages not yet loaded... Received block 10c125c40516b7f228cef371512843235f307197ca6db6a6e3d392990751e974; ProcessBlock: ORPHAN BLOCK, prev=0bdad0839bdc88c110a4baef900acd8ceae3485cdb4a89d49c92756e188fe155
AppInit09/01/17 08:34:10 stored orphan tx 2ab739f126 (mapsz 29)
09/01/17 08:34:52 ResearchMiner:Net averages not yet loaded...stored orphan tx a61f06eff3 (mapsz 30)
09/01/17 08:35:24 ResearchMiner:Net averages not yet loaded... Received block 48f783996ff01eb44f0774468f1a8d28a6c5167143f77b7e4e7efc2d6c5c6983; ProcessBlock: ORPHAN BLOCK, prev=10c125c40516b7f228cef371512843235f307197ca6db6a6e3d392990751e974

The log you posted looks like the wallet rejected a block in the chain and now all after that are orphan. This syncing issue is known. Why is is using a lot of cpu is unknown.
Can you please find the place where normal block accepting stopped and post the log around that point?
Did it actually worked before this happened again?

Is this still an issue?

Can this be closed?

Closing as the CPU issue is a separate issue.


Implement From for Error

Without this we need to add boiler plate code when creating custom filters:
....
    SeccompFilter::new(
        rules.into_iter().collect(),
        SeccompAction::Trap,
        SeccompAction::Allow,
        ARCH.try_into().unwrap(),
    )
    .map_err(Error::Backend)?
    .try_into()
    .map_err(Error::Backend)

If we implement From, then this could be simplified by just having:
    SeccompFilter::new(
        rules.into_iter().collect(),
        SeccompAction::Trap,
        SeccompAction::Allow,
        ARCH.try_into().unwrap(),
    )?
    .try_into()

Do you want something like this?
 impl From<BackendError> for Error {
    fn from(value: BackendError) -> Self {
        Self::Backend(value)
    }
}

@ramyak-mehra yes. And the same can also be implemented for JsonFrontendError. Then, you should also check in the code where the errors are used because you can already do some simplifications.


Add Wiltavion-H's file

I've created a branch, created a file and made a commit, and opened a pull request.

I've created a branch, created a file and made a commit, and opened a pull request


Suggest use SHA-512 for security concern

I can't accept this change, as the spec mandates SHA-1 to be used.


Time out does not specified in slow query

Hi there,
I had an issue cause of my query latency, but I didn't understand before spending much time.
I've tried to execute the following query:
          var checkInUnixTime = checkIn.Value.ToUnixTimeSeconds();
                var checkOutUnixTime = checkOut.Value.ToUnixTimeSeconds();
                roomDailySpecificAggregations =
                    roomDailySpecificAggregations.Filter(x => x.RecordShell.DateTimeLong < checkOutUnixTime);
                roomDailySpecificAggregations =
                    roomDailySpecificAggregations.Filter(x => x.RecordShell.DateTimeLong >= checkInUnixTime);
                roomDailySpecificAggregations =
                    roomDailySpecificAggregations.Filter(x => x.RecordShell.IsBlocked < 1);
                roomDailySpecificAggregations = roomDailySpecificAggregations
                        .GroupBy(p => new {p.RecordShell.RoomId})
                        .CountGroupMembers()

                        .Average(z => z.RecordShell.AfterDiscountAmount)
                        .Filter(p => p["AfterDiscountAmount_AVG"] <= maxPrice)
                        .Filter(p => p["AfterDiscountAmount_AVG"] >= minPrice)
                        .Filter(p => p.Aggregations["COUNT"] == stayingDays);

              var  roomAggregationList = roomDailySpecificAggregations.ToListAsync();

But sometimes, according to the database's existing keys, I've got an "empty" list, while many keys have the above condition.
After searching about this issue, I found some articles about "query time out" in the redis search.
https://redis.io/docs/stack/search/configuring/

ON_TIMEOUT

The response policy for queries that exceed the TIMEOUT setting.

The policy can be one of the following:

RETURN: this policy will return the top results accumulated by the query until it timed out.
FAIL: will return an error when the query exceeds the timeout value.

Default

RETURN

After changing the policy to FAIL, I expected to get an Exception in redis.om  , but I didn't.
In my opinion, if the error is displayed, it can help clarify the case more.
I tried to add an exception in this situation I could not go anywhere other than https://github.com/redis/redis-om-dotnet/blob/main/src/Redis.OM/RedisReply.cs
Isn't it better to throw an exception user in this situation?
Thanks

Hmm @imansafari1991 - it appears that the "failure" isn't being reported as an error by Redis see this output from telnet (I have a a ufo sightings database that I use for stress testing):
set foo bar
+OK
incr foo
-ERR value is not an integer or out of range
FT.SEARCH sightings *
*1
+Timeout limit was reached
FT.SEARCH sightings * LIMIT 0 0
*1
+Timeout limit was reached

at a protocol level - Redis isn't responding with the traditional - to tell you it's an error, so StackExchange.Redis - doesn't throw anything because as far as they are concerned, the command succeeded, will need to add a special branch to check this.

Sounds like the issue I was having here maybe => #262
In my case maybe it was better that it returned some results and not thrown an error, but it def. should be more apparent what is happening, as I didn't notice it until I had a large dataset I was working with.


Visual Studio Code Online to work on iPad Browser

VSC (opensource) already work on iPAD browser, However the VSC Codespaces online still does not run properly in on the iPAD browser (even using iOS Chrome and request for desktop site also doesn't work) can we enable that please.

Please file Codespaces issues here: https://github.com/MicrosoftDocs/vscodespaces


Prevent mapStateToProps re-rendering on formstate changes

any formstate change, eg from another FormLoader component will trigger the ElementalEditor to re-render because this function creates a new object for every run. This change assumes form state does not change after it is created. If it needs to, it could be that we need to use another way to pass down that difference.
An example of the re render can be seen here: https://github.com/silverstripe/silverstripe-linkfield/pull/56 where including a field with its own FormBuilderLoader triggers an infinite loop of state updates.

I should clarify that if the formstate object is replaced with a new object - then it will trigger a re-render. This would be the desirable/recommended way to make updates IMO.

The prefer-lowest job failure is unrelated to this PR and can be disregarded.

@blueo Targetting the 5 branch will mean this isn't released until 5.1 - if you want this to be in the 5.0.0 stable release, please target 5.0

This change assumes form state does not change after it is created

I don't know if this is a safe assumption.... the whole point of state is that it can and does change. I'm guessing things like "is the form dirty" (i.e. has changes) are in the form state.

This change assumes form state does not change after it is created

I don't know if this is a safe assumption.... the whole point of state is that it can and does change. I'm guessing things like "is the form dirty" (i.e. has changes, which will change any time you... well... make a change) are in the form state.

yeah just realising this after a bit more testing. I think we'll need to find a way to update the formstate object on a change.
I guess the schema never changes - but the values etc do...

Ok so I misunderstood what was happening there - it creates a new key in formState for every element form.
I've added some memoization to that seems to prevent enough re-rendering to stop the infinite loop that occurs when the linkfield is added. Lets hope tests pass this time 🤞

Looks good. Have you checked this new implementation resolves the problem that prompted all this?
Also as per https://github.com/silverstripe/silverstripe-elemental/pull/1044#issuecomment-1457269348 can you please retarget to 5.0 if you want it in the 5.0.0 stable release?

Looks good. Have you checked this new implementation resolves the problem that prompted all this?
Also as per #1044 (comment) can you please retarget to 5.0 if you want it in the 5.0.0 stable release?

haha yes I have tested it with the linkfield module and it is working. I've retargeted it too.

rebased to take out some of the 5 branch commits


Cannot connect to Leshan server

Question
I am running a Wakaama client on an android device, and a Leshan server from here on my Windows 11 machine. I added UDP inbound rules in my firewall for ports 5683 and 5684. Both are on the same subnet, but the client is not able to reach the server. Ping works, and I can see UDP ports open using netstat as shown below.

Any help in this regard would be appreciated. Thanks.

Sorry but such little information I don't know how I could help.
Maybe you could share logs or  wireshark stack strace ?
(Please do not use screenshot to share textual information)
But keep in mind that if this is a network configuration issue, I will not be able to help a lot ...

Hi @sbernard31, thanks for the reply. I am attaching the wireshark capture for the same. Seems like the client is able to connect, but it is not receiving anything from the server. I have also added outbound rules for the client port in the firewall.
wakaama-leshan-coap.zip
Thanks.

Server machine.

I don't see any packet handled by leshan-server-demo ? so I don't know how I can help you.
if packet was received by leshan-server-demo, you should see something like :
2023-01-19 09:33:17,226 DTLSConnector        [INFO] DTLSConnector listening on <IP_ADDRESS>/<IP_ADDRESS>:5684, recv buf = 106496, send buf = 106496, recv packet size = 16490, MTU = IPv4 1500 / IPv6 1500
2023-01-19 09:33:17,226 DTLSConnector        [INFO] Starting worker thread [DTLS-Receiver-0-<IP_ADDRESS>/<IP_ADDRESS>:5684]
2023-01-19 09:33:17,226 CoapEndpoint         [INFO] [LWM2M Server-coaps://<IP_ADDRESS>:5684] Started endpoint at coaps://<IP_ADDRESS>:5684
2023-01-19 09:33:17,226 LeshanServer         [INFO] LWM2M server started.
2023-01-19 09:33:17,226 LeshanServer         [INFO] COAP endpoint available at coap://<IP_ADDRESS>:5683.
2023-01-19 09:33:17,226 LeshanServer         [INFO] COAPS endpoint available at coaps://<IP_ADDRESS>:5684.
2023-01-19 09:33:17,227 DTLSConnector        [INFO] Starting worker thread [DTLS-Receiver-1-<IP_ADDRESS>/<IP_ADDRESS>:5684]
2023-01-19 09:33:17,362 LeshanServerDemo     [INFO] Web server started at http://<IP_ADDRESS>:8080/.
2023-01-19 09:33:26,723 UDPConnector         [DEBUG] UDPConnector (<IP_ADDRESS>:5683) received 177 bytes from <IP_ADDRESS>:59699
2023-01-19 09:33:26,733 SweepDeduplicator    [DEBUG] add exchange for KeyMID[<IP_ADDRESS>:59699-28468]
2023-01-19 09:33:26,735 RegisterResource     [TRACE] POST received : CON-POST   MID=28468, Token=04BB29138874EEAF, OptionSet={"Uri-Path":"rd", "Content-Format":"application/link-format", "Uri-Query":["b=U","lwm2m=1.1","lt=300","ep=mooky"]}, "</>;rt="oma.lwm2m";ct="60 110 11".. 129 bytes
2023-01-19 09:33:26,749 RegistrationHandler  [DEBUG] New registration: Registration [registrationDate=Thu Jan 19 09:33:26 CET 2023, identity=Identity /<IP_ADDRESS>:59699[unsecure], lifeTimeInSec=300, smsNumber=null, lwM2mVersion=1.1, bindingMode=[U], queueMode=false, endpoint=mooky, id=okel0a2hc0, objectLinks=[</>;rt=[oma.lwm2m];ct=[CBOR(60), SENML_JSON(110), SENML_CBOR(112), TLV(11542), JSON(11543)], </1>;ver=1.1, </1/0>, </3>;ver=1.2, </3/0>, </6/0>, </3303>;ver=1.1, </3303/0>, </3442/0>], additionalRegistrationAttributes={}, rootPath=/, supportedContentFormats=[TLV(11542), JSON(11543), LINK(40), OPAQUE(42), CBOR(60), SENML_JSON(110), SENML_CBOR(112), TEXT(0)], supportedObjects={1=1.1, 3442=1.0, 3=1.2, 6=1.0, 3303=1.1}, availableInstances=[/1/0, /3/0, /6/0, /3303/0, /3442/0], lastUpdate=Thu Jan 19 09:33:26 CET 2023, applicationData={}]
2023-01-19 09:33:26,763 ReliabilityLayer     [DEBUG] Exchange[R1, <IP_ADDRESS>:59699] send response null-2.01   MID=   -1, Token=null, OptionSet={"Location-Path":["rd","okel0a2hc0"]}, <empty data>
2023-01-19 09:33:26,764 ReliabilityLayer     [TRACE] Exchange[R1, <IP_ADDRESS>:59699] set response type to ACK (request was CON)
2023-01-19 09:33:26,764 Exchange             [TRACE] Exchange[R1, <IP_ADDRESS>:59699, complete]!

Ok. Any idea why the server is not receiving packets? I can see that the ports are open, and the Web UI is also running.

Do you know of any examples of running the client and server on different hosts, and associated configurations?

I'm not sure how this will be useful to you but on Leshan Sandbox of course client and server are not on the same host : https://leshan.eclipseprojects.io/

Any idea why the server is not receiving packets?

Nope, it could be anything about network (firewall issue, routing issue, ...) :shrug:

Let us know if you find how to fix your issue.
Do you think we should close this one ?

Hi,
I was able to connect two laptops on the same network, but not the mobile and laptop. Might be some issue with the networking stack or protocols on the device. I'll close this issue for now. If I find a solution, I will update. Thanks.


undefined symbol: PyString_FromStringAndSize

Python 3.5.2 (default, Nov 23 2017, 16:37:01)
[GCC 5.4.0 20160609] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import whirlpool
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: /usr/local/lib/python3.5/dist-packages/whirlpool.cpython-35m-arm-linux-gnueabihf.so: undefined symbol: PyString_FromStringAndSize

Whirlpool has been instaled with pip3.

You need to use the github version for Py3 compatibility. The one from pip is still Py2 only.
@radiosilence care to do a release?

Hi @romanrdgz ,
I made the 1.0.0 release yesterday, so the Python3 compatible version is now available on PyPI.
Regards,
Olaf


ToolchainInfo Schema

This proposal came out of a discussion about best practices for ToolchainInfo objects. I don't think we have a need to prioritize implementing this at the moment, but we can at least approve the design if there aren't objections.
PR #11.

Note on "Option 1: Cons": Since the fields on ToolchainInfo are defined by the author of the same ruleset that uses the fields on ToolchainInfo, there's no chance for random collisions. Instances of ToolchainInfo from different toolchains might have different or colliding fields, but won't be accessed from the same object by a consuming rule.

In general, I like this proposal and would like to get Option 3 implemented. I'd especially like to figure out how this would play into validating toolchain providers during analysis, so that we can report errors (so that if a user misconfigures a toolchain by saying that a cc_toolchain is used for a goo toolchain, we can report that earlier than when the access happens). Validating toolchain providers is https://github.com/bazelbuild/bazel/issues/6015.

I guess what I meant by collisions was more that if you are forced to compartmentalize your fields by provider, you tend to be able to get away with shorter field names that rely on the provider name for part of their qualification. That is, sometimes it's close to net neutral in terms of amount of typing. Not a super strong benefit, but worth mentioning.

We need to be sure of the upgrade path here, so that when rules_foo is using the new syntax but rules_bar isn't, and they can still be used together in the same project.

Any update on this? Also interested on it

No updates on the proposal. Toolchains have started using the second option for this, where they define a custom toolchain provider, and put that into the ToolchainInfo provider returned from the rule implementation:
MyToolchainInfo = provider("Toolchain data for my rules", fields = ["compiler", "linker", "other"])

def _my_toolchain_impl(ctx):
  info = MyToolchainInfo(compiler = ..., linker = ...)
  return [
    info,
    ToolchainInfo("my_toolchain" = info),
  ]

my_toolchain = rule(
    implementation = _my_toolchain_impl,
    provides = [MyToolchainInfo],
)

(Why also provide the MyToolchainInfo directly? There's no need, but not it's available for tests if you want).
I do not expect we'll be visiting validating the schema directly anytime in the next year.

No updates on the proposal. Toolchains have started using the second option for this, where they define a custom toolchain provider, and put that into the ToolchainInfo provider returned from the rule implementation:
MyToolchainInfo = provider("Toolchain data for my rules", fields = ["compiler", "linker", "other"])

def _my_toolchain_impl(ctx):
  info = MyToolchainInfo(compiler = ..., linker = ...)
  return [
    info,
    ToolchainInfo("my_toolchain" = info),
  ]

my_toolchain = rule(
    implementation = _my_toolchain_impl,
    provides = [MyToolchainInfo],
)

(Why also provide the MyToolchainInfo directly? There's no need, but not it's available for tests if you want).
I do not expect we'll be visiting validating the schema directly anytime in the next year.


[Master] walk to pokestop error

I got this error on master. I can catch pokemon, pokestop normally, it works well, but I got this error every 1 hour.
Traceback (most recent call last):
  File "./pokecli.py", line 220, in <module>
    main()
  File "./pokecli.py", line 211, in main
    bot.take_step()
  File "/Users/ttran/TMPS/PokemonGo-Bot/pokemongo_bot/__init__.py", line 36, in take_step
    self.stepper.take_step()
  File "/Users/ttran/TMPS/PokemonGo-Bot/pokemongo_bot/stepper.py", line 62, in take_step
    self._work_at_position(position[0], position[1], position[2], True)
  File "/Users/ttran/TMPS/PokemonGo-Bot/pokemongo_bot/stepper.py", line 139, in _work_at_position
    self.bot.work_on_cell(cell, position, pokemon_only)
  File "/Users/ttran/TMPS/PokemonGo-Bot/pokemongo_bot/__init__.py", line 93, in work_on_cell
    worker.work()
  File "/Users/ttran/TMPS/PokemonGo-Bot/pokemongo_bot/cell_workers/move_to_fort_worker.py", line 30, in work
    self.stepper._walk_to(self.config.walk, *position)
  File "/Users/ttran/TMPS/PokemonGo-Bot/pokemongo_bot/stepper.py", line 88, in _walk_to
    alt, False)
  File "/Users/ttran/TMPS/PokemonGo-Bot/pokemongo_bot/stepper.py", line 102, in _work_at_position
    response_dict = self.api.call()
  File "/Users/ttran/TMPS/PokemonGo-Bot/src/pgoapi/pgoapi/pgoapi.py", line 81, in call
    response = request.request(api_endpoint, self._req_method_list, player_position)
  File "/Users/ttran/TMPS/PokemonGo-Bot/src/pgoapi/pgoapi/rpc_api.py", line 98, in request
    raise NotLoggedInException()
pgoapi.exceptions.NotLoggedInException

exactly same with my previous error #790

Thanks !
Update: Close duplicated


[ffmpeg] Windows static build issues with psapi

Describe the bug
Windows static version of ffmpeg fails with the following message:
CMake Error at build/vcpkg_installed/x64-windows-static/share/ffmpeg/FindFFMPEG.cmake:68 (find_library):
  Could not find FFMPEG_DEPENDENCY_psapi_RELEASE using the following names:
  psapi

Environment

OS: Windows

To Reproduce
Steps to reproduce the behavior:

I use ffmpeg as a dependency in my manifest.
I run cmake .. -DVCPKG_TARGET_TRIPLET="x64-windows-static" -DCMAKE_TOOLCHAIN_FILE="%root_path%\external\vcpkg\scripts\buildsystems\vcpkg.cmake" -DBUILD_SHARED_LIBS=OFF to create my solution files
The cmake script fails with the error code mentioned above

Expected behavior
The expected behavior would be for the cmake script to succeed in creating a solution file.
Failure logs
...
-- Looking for BZ2_bzCompressInit
-- Looking for BZ2_bzCompressInit - found
-- Found PNG: optimized;D:/a/ElementalDraw/ElementalDraw/build/vcpkg_installed/x64-windows-static/lib/libpng16.lib;debug;D:/a/ElementalDraw/ElementalDraw/build/vcpkg_installed/x64-windows-static/debug/lib/libpng16d.lib (found version "1.6.37")
CMake Error at build/vcpkg_installed/x64-windows-static/share/ffmpeg/FindFFMPEG.cmake:68 (find_library):
  Could not find FFMPEG_DEPENDENCY_psapi_RELEASE using the following names:
  psapi
Call Stack (most recent call first):
  build/vcpkg_installed/x64-windows-static/share/ffmpeg/FindFFMPEG.cmake:148 (append_dependencies)
  build/vcpkg_installed/x64-windows-static/share/ffmpeg/vcpkg-cmake-wrapper.cmake:6 (_find_package)
  external/vcpkg/scripts/buildsystems/vcpkg.cmake:747 (include)
-- Configuring incomplete, errors occurred!
See also "D:/a/ElementalDraw/ElementalDraw/build/CMakeFiles/CMakeOutput.log".
  CMakeLists.txt:93 (find_package)

See the full logs here:
https://github.com/Haeri/ElementalDraw/runs/5132276972?check_suite_focus=true#step:4:407
Additional context
The non-static windows build works fine as well as macos.

Your vcpkg maybe out-dated, can you please git pull and try again?
Thanks.

I updated it to the lates commit (b71b444d5f2c81d2c642ac63bf230efac8a96dd3)
as you can see here:
https://github.com/Haeri/ElementalDraw/tree/071b800965b62e2bb2620358ad6d48d652b25719/external
But I still get the exact same issue
https://github.com/Haeri/ElementalDraw/runs/5139763195?check_suite_focus=true#step:4:408
I also get the exact same issue on my local windows machine

We haven't been able to repro this; if more information comes up, or this issue appears again, please reopen.

@JackBoosY It's an issue with the FindFFmpeg.cmake module file, not the port itself. The port will successfully build, but when you try to use it in a CMake project according to the instructions provided after the build:
find_package(ffmpeg MODULE REQUIRED)

...it fails with the error as reported by @Haeri above.
As a workaround, I'm using find_path and find_library in my project instead of find_package:
  find_path(FFMPEG_INCLUDE_DIR "libavformat/avformat.h" REQUIRED)
  find_library(LIBAVFORMAT avformat REQUIRED)
  find_library(LIBAVCODEC avcodec REQUIRED)
  find_library(LIBAVUTIL avutil REQUIRED)
  find_library(LIBSWRESAMPLE swresample REQUIRED)

Then I can compile and link using target_include_directories and target_link_libraries using those set variables.
This issue should be reopened and the FindFFmpeg.cmake.in file should be investigated.

In order to reproduce this issue you have to run cmake from non-developer terminal. It is strange though, because cmake still finds correct toolchain and proceeds to configure project to eventually fail. Developer prompt must be setting up some environment variable that helps find_library(FFMPEG_DEPENDENCY_${lib_name}_${config} NAMES "${lib_name}" REQUIRED) to find the library in one of default paths.

I also ran into this issue, after some digging I found that FindFFMPEG.cmake will call
find_library(FFMPEG_DEPENDENCY_${lib_name}_${config} NAMES "${lib_name}" REQUIRED

To find a set of required system libraries.
those system libraries comes from the various pc files
If you link dynamically we will find psapi in libavdevice.pc
Libs: "-L${libdir}" -lavdevice
Libs.private: -lpsapi -lole32 -lstrmiids -luuid -loleaut32 -lshlwapi -lgdi32 -lvfw32

note there that the dependency is "private" so it will not be added to the find_library above.
But if we link statically we have
Libs: "-L${libdir}" -lavdevice -lpsapi -lole32 -lstrmiids -luuid -loleaut32 -lshlwapi -lgdi32 -lvfw32

these are now public so they are added to the find_library call above
psapi is a windows system library that lives in for example, (version and so platforms my vary)
C:/Program Files (x86)/Windows Kits/10/Lib/10.0.22621.0/um/x64/psapi.lib
When you run cmake from a developer terminal this path get automatically picked up by cmake (somwhow, not sure exactly which env variable that it will read) and then every thing work.
But if we run the cmake-gui directly we have not such luck and we can't find the needed libs.

I wonder if there should be a find_library at all, or psapi shouldn't be simply used as is. find_library doesn't consider all locations searched by the linker.

@LilyWangLL Consider to reopen this issue?

This should be fixed in #39703


version specific feature

Description of the new feature/enhancement

I want a version specific install feature like as the  --version argument of Chocolatey.

eg. 1: winget install node --version 12.16.3 full specified version
eg. 2: winget install node --version 12 ; specified major version, minor and revision are auto
eg. 3: winget install node --version 03adacd473513da7adccf9f96123e28e098fd885 ; specified commit-ID
eg. 4: winget install node --version experimental-brabrabra ; specified branch or tag

Of course, these examples are ideal but I want eg1 at least.
Note: --version argument is already used to show version of this app. So, it will be require a solution for the argument patterns too.
Proposed technical implementation details (optional)

See also Chocolatey's examples: https://chocolatey.org/docs/commandsinstall#examples
// Cite: https://chocolatey.org/docs/commandsinstall#examples
choco install ruby --version <IP_ADDRESS>100 -my
choco install ruby --version <IP_ADDRESS>800 -my
choco install ruby --version 2.1.5 -my

Note: Maybe related to: #163 #216 #120

Example 1 is already supported:
-v,--version      Use the specified version; default is the latest version
Example 2 seems relatively easy, but doesn't work right now.
Example 3 isn't the kind of data we have, and Example 4 is future work covered by #147


Update the prototype of NtCreateIRTimer

According to my reverse engineering results, the pseudocode
of NtCreateIRTimer syscall is as follows:
NTSTATUS NtCreateIRTimer(PHANDLE TimerHandle, LPVOID Reserved, ACCESS_MASK DesiredAccess) {
  return NtCreateTimer2(TimerHandle, Reserved, 0, 2, DesiredAccess);
}

What parameters does this kernel have for NtCreateIRTimer?
ntoskrnl.zip

It looks like this syscall has a different prototype on different version? I reserved this syscall on a win10 ntoskrnl. Maybe a version determination macro is needed here.


Added Insertion sort using python

I contributed the Insertion sort project. Hope this will helpful for beginners.
Thank You.
Issue no : #443

Thank you :)
you can contribute to anytime


Global search

Enable global free text search, e.g. via a search bar in the header.
This is probably functionally dependent on #189

Since #189 is fixed and #272 is merged, we can move this one back to Delphi.


344 - technical - trigger lint error on unused resource

Several resources are unused and should not trigger an error (colors for instance) but it is not possible to specify a severity per file. We'll need to remove unused resources manually on regular basis.


Video encoding for inference

Can you please tell us the optimal video encoder settings in detail? I have tried a few different variations of mp4 (HVENC h.264, x.264, multiple resolutions, and 30/60fps) but I can't get it to recognize my video. On the demo, it always comes up as black but I can play it on my computer.

Hi @bitnom
Thanks for your feedback. We apologize for this issue. Actually, this is caused by an internal error of pytorchvideo library, which occurs when parsing videos in concurrent requests.
We are actively working on resolving this issue. If it is convenient for you, you could also deploy the demo locally. We didn't observe this error of pytorchvideo when testing on local devices.
We are so sorry for this.

do you meet this error?:
I use 7B .A decoder-only architecture is being used, but right-padding was detected! For correct generation results, please set padding_side='left' when initializing the tokenizer.
can you tell me how to solve this problem?


no issue

hey everyone!!

i have got all this, and its going fine ...

i think this is the review section under the issue. :+1: