[WIDGETS BUG] Widgets for UniGetUI 0.7.0 aways says there is one update when there are none

Please confirm these before moving forward

[X] I have searched for my issue and have not found a work-in-progress/duplicate/resolved issue.
[X] I have tested that this issue has not been fixed in the latest (beta or stable) release.
[X] I have checked the FAQ section for solutions.
[X] This issue is about a bug (if it is not, please use the correct template).

UniGetUI Version
Widgets for UniGetUI 0.7.0
Windows version, edition, and architecture
Windows 11 Pro 26100.2033
Describe your issue
There are no UnigetUI updates available but the widget says:
Available updates: 1
Steps to reproduce the issue
Run UnigetUI and install any available updates so that there are no more available updates.
Install Widgets for UniGetUI 0.7.0 and set up a widget to show package updates (everything available).
Observe the widget displaying " Available updates: 1".
UniGetUI Log
[20/10/2024 16:41:45]    __  __      _ ______     __  __  ______
                        / / / /___  (_) ____/__  / /_/ / / /  _/
                       / / / / __ \/ / / __/ _ \/ __/ / / // /
                      / /_/ / / / / / /_/ /  __/ /_/ /_/ // /
                      \____/_/ /_/_/\____/\___/\__/\____/___/
                          Welcome to UniGetUI Version 3.1.2
[20/10/2024 16:41:45]
[20/10/2024 16:41:45] Version Code:  3.12
[20/10/2024 16:41:45] Encoding Code Page set to 850
[20/10/2024 16:41:47] Using bundled GSudo at C:\Program Files\UniGetUI\Assets\Utilities\gsudo.exe
[20/10/2024 16:41:49] Loaded language locale: en
[20/10/2024 16:41:51] Randomly-generated background API auth token for the current session: wh0uwxyjjogwcujl3c9lg4uiecrh0ucmb6kfs5k9o4k4vzgn24d87wn26117wgct
[20/10/2024 16:41:51] Api running on http://localhost:7058
[20/10/2024 16:41:51] Lang files were updated successfully from GitHub
[20/10/2024 16:41:51] UniGetUI is up to date
[20/10/2024 16:41:51] Downloaded new icons and screenshots successfully!
[20/10/2024 16:41:53] Command cargo was not found on the system
[20/10/2024 16:41:53] ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                      █▀▀▀▀▀▀▀▀▀▀▀▀▀ MANAGER LOADED ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
                      █ Name: Cargo
                      █ Enabled: True
                      █ Found: False
                      █ THE MANAGER WAS NOT FOUND. PERHAPS IT IS NOT
                      █ INSTALLED OR IT HAS BEEN MISCONFIGURED
                      ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
[20/10/2024 16:41:53] Command npm was not found on the system
[20/10/2024 16:41:53] ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                      █▀▀▀▀▀▀▀▀▀▀▀▀▀ MANAGER LOADED ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
                      █ Name: Npm
                      █ Enabled: True
                      █ Found: False
                      █ THE MANAGER WAS NOT FOUND. PERHAPS IT IS NOT
                      █ INSTALLED OR IT HAS BEEN MISCONFIGURED
                      ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
[20/10/2024 16:41:53] ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                      █▀▀▀▀▀▀▀▀▀▀▀▀▀ MANAGER LOADED ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
                      █ Name: .NET Tool
                      █ Enabled: True
                      █ Found: False
                      █ THE MANAGER WAS NOT FOUND. PERHAPS IT IS NOT
                      █ INSTALLED OR IT HAS BEEN MISCONFIGURED
                      ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
[20/10/2024 16:41:54] ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                      █▀▀▀▀▀▀▀▀▀▀▀▀▀ MANAGER LOADED ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
                      █ Name: Winget
                      █ Enabled: True
                      █ Found: True
                      █ Fancy exe name: winget.exe
                      █ Executable path: C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe
                      █ Call arguments:
                      █ Version:
                      █   System WinGet CLI Version: v1.8.1911
                      █   Using Native WinGet helper (COM Api)
                      ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
[20/10/2024 16:41:54] Command scoop was not found on the system
[20/10/2024 16:41:54] ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
                      █▀▀▀▀▀▀▀▀▀▀▀▀▀ MANAGER LOADED ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
                      █ Name: Scoop
                      █ Enabled: True
                      █ Found: False
                      █ THE MANAGER WAS NOT FOUND.  All managers loaded. Proceeding to interface.
[20/10/2024 16:41:58] Found 42 installed packages from Pip
[20/10/2024 16:41:58] Found 3 installed packages from Chocolatey
[20/10/2024 16:41:59] Ignored updates database was never loaded, so it is going to be loaded now
[20/10/2024 16:41:59] Found 0 available updates from Chocolatey
[20/10/2024 16:42:00] Found 0 installed packages from PowerShell7
[20/10/2024 16:42:00] Found 1 installed packages from PowerShell
[20/10/2024 16:42:00] Found 0 available updates from PowerShell7
[20/10/2024 16:42:01] Found 0 available updates from PowerShell
[20/10/2024 16:42:04] Found 0 available updates from Winget
[20/10/2024 16:42:04] Found 193 installed packages from Winget
[20/10/2024 16:42:04] Found 0 available updates from Pip
[20/10/2024 16:42:04] Backup saved to C:\Users\bdgre\Documents\UniGetUI\BRIANS-FW13 installed packages 2024-10-20 16-42-04.ubundle
[20/10/2024 16:42:13] Found 42 installed packages from Pip
[20/10/2024 16:42:14] Found 3 installed packages from Chocolatey
[20/10/2024 16:42:15] Found 193 installed packages from Winget
[20/10/2024 16:42:15] Found 1 installed packages from PowerShell
[20/10/2024 16:42:15] Found 0 installed packages from PowerShell7
[20/10/2024 16:43:24] Found 3 installed packages from Chocolatey
[20/10/2024 16:43:25] Found 0 installed packages from PowerShell7
[20/10/2024 16:43:25] Found 42 installed packages from Pip
[20/10/2024 16:43:25] Found 193 installed packages from Winget
[20/10/2024 16:43:25] Found 1 installed packages from PowerShell
[20/10/2024 16:52:06] Found 0 available updates from Chocolatey
[20/10/2024 16:52:07] Found 0 available updates from PowerShell7
[20/10/2024 16:52:08] Found 0 available updates from Winget
[20/10/2024 16:52:09] Found 0 available updates from PowerShell
[20/10/2024 16:52:13] Found 0 available updates from Pip
[20/10/2024 17:02:15] Found 0 available updates from Chocolatey
[20/10/2024 17:02:16] Found 0 available updates from PowerShell7
[20/10/2024 17:02:17] Found 0 available updates from PowerShell
[20/10/2024 17:02:17] Found 0 available updates from Winget
[20/10/2024 17:02:18] Found 0 available updates from Pip
[20/10/2024 17:12:19] Found 0 available updates from Chocolatey
[20/10/2024 17:12:20] Found 0 available updates from PowerShell7
[20/10/2024 17:12:21] Found 0 available updates from PowerShell
[20/10/2024 17:12:21] Found 0 available updates from Winget
[20/10/2024 17:12:22] Found 0 available updates from Pip
[20/10/2024 17:22:23] Found 0 available updates from Chocolatey
[20/10/2024 17:22:24] Found 0 available updates from PowerShell7
[20/10/2024 17:22:25] Found 0 available updates from Winget
[20/10/2024 17:22:25] Found 0 available updates from PowerShell
[20/10/2024 17:22:26] Found 0 available updates from Pip
[20/10/2024 17:32:28] Found 0 available updates from Chocolatey
[20/10/2024 17:32:28] Found 0 available updates from PowerShell7
[20/10/2024 17:32:29] Found 0 available updates from Winget
[20/10/2024 17:32:30] Found 0 available updates from PowerShell
[20/10/2024 17:32:30] Found 0 available updates from Pip
[20/10/2024 17:41:51] UniGetUI is up to date
[20/10/2024 17:42:32] Found 0 available updates from Chocolatey
[20/10/2024 17:42:32] Found 0 available updates from PowerShell7
[20/10/2024 17:42:33] Found 0 available updates from Winget
[20/10/2024 17:42:34] Found 0 available updates from PowerShell
[20/10/2024 17:42:35] Found 0 available updates from Pip
[20/10/2024 17:52:36] Found 0 available updates from Chocolatey
[20/10/2024 17:52:37] Found 0 available updates from PowerShell7
[20/10/2024 17:52:38] Found 0 available updates from Winget
[20/10/2024 17:52:38] Found 0 available updates from PowerShell
[20/10/2024 17:52:39] Found 0 available updates from Pip
[20/10/2024 18:02:40] Found 0 available updates from Chocolatey
[20/10/2024 18:02:41] Found 0 available updates from PowerShell7
[20/10/2024 18:02:43] Found 0 available updates from Winget
[20/10/2024 18:02:43] Found 0 available updates from PowerShell
[20/10/2024 18:02:43] Found 0 available updates from Pip
[20/10/2024 18:12:45] Found 0 available updates from Chocolatey
[20/10/2024 18:12:45] Found 0 available updates from PowerShell7
[20/10/2024 18:12:47] Found 0 available updates from Winget
[20/10/2024 18:12:47] Found 0 available updates from PowerShell
[20/10/2024 18:12:48] Found 0 available updates from Pip
[20/10/2024 18:22:49] Found 0 available updates from Chocolatey
[20/10/2024 18:22:50] Found 0 available updates from PowerShell7
[20/10/2024 18:22:51] Found 0 available updates from Winget
[20/10/2024 18:22:51] Found 0 available updates from PowerShell
[20/10/2024 18:22:52] Found 0 available updates from Pip
[20/10/2024 18:32:53] Found 0 available updates from Chocolatey
[20/10/2024 18:32:54] Found 0 available updates from PowerShell7
[20/10/2024 18:32:55] Found 0 available updates from Winget
[20/10/2024 18:32:55] Found 0 available updates from PowerShell
[20/10/2024 18:32:56] Found 0 available updates from Pip
[20/10/2024 18:41:52] UniGetUI is up to date
[20/10/2024 18:42:58] Found 0 available updates from Chocolatey
[20/10/2024 18:42:59] Found 0 available updates from PowerShell7
[20/10/2024 18:43:00] Found 0 available updates from PowerShell
[20/10/2024 18:43:00] Found 0 available updates from Winget
[20/10/2024 18:43:01] Found 0 available updates from Pip
[20/10/2024 18:53:02] Found 0 available updates from Chocolatey
[20/10/2024 18:53:03] Found 0 available updates from PowerShell7
[20/10/2024 18:53:04] Found 0 available updates from Winget
[20/10/2024 18:53:04] Found 0 available updates from PowerShell
[20/10/2024 18:53:05] Found 0 available updates from Pip
[20/10/2024 19:03:07] Found 0 available updates from Chocolatey
[20/10/2024 19:03:07] Found 0 available updates from PowerShell7
[20/10/2024 19:03:09] Found 0 available updates from Winget
[20/10/2024 19:03:09] Found 0 available updates from PowerShell
[20/10/2024 19:03:10] Found 0 available updates from Pip
[20/10/2024 19:13:11] Found 0 available updates from Chocolatey
[20/10/2024 19:13:12] Found 0 available updates from PowerShell7
[20/10/2024 19:13:13] Found 0 available updates from Winget
[20/10/2024 19:13:13] Found 0 available updates from PowerShell
[20/10/2024 19:13:14] Found 0 available updates from Pip
[20/10/2024 19:13:33] Found 3 installed packages from Chocolatey
[20/10/2024 19:13:33] Found 42 installed packages from Pip
[20/10/2024 19:13:34] Found 0 installed packages from PowerShell7
[20/10/2024 19:13:34] Found 1 installed packages from PowerShell
[20/10/2024 19:13:35] Found 193 installed packages from Winget
[20/10/2024 19:14:47] Found 42 installed packages from Pip
[20/10/2024 19:14:48] Found 3 installed packages from Chocolatey
[20/10/2024 19:14:49] Found 0 installed packages from PowerShell7
[20/10/2024 19:14:49] Found 1 installed packages from PowerShell
[20/10/2024 19:14:50] Found 193 installed packages from Winget
[20/10/2024 19:15:08] Found 42 installed packages from Pip
[20/10/2024 19:15:09] Found 3 installed packages from Chocolatey
[20/10/2024 19:15:10] Found 0 installed packages from PowerShell7
[20/10/2024 19:15:10] Found 1 installed packages from PowerShell
[20/10/2024 19:15:10] Found 193 installed packages from Winget
[20/10/2024 19:15:21] Found 42 installed packages from Pip
[20/10/2024 19:15:22] Found 3 installed packages from Chocolatey
[20/10/2024 19:15:23] Found 0 installed packages from PowerShell7
[20/10/2024 19:15:23] Found 1 installed packages from PowerShell
[20/10/2024 19:15:24] Found 193 installed packages from Winget
[20/10/2024 19:18:13] [WIDGETS] Updating all packages
[20/10/2024 19:18:44] Begin handle of deep link with body showUpdatesPage/
[20/10/2024 19:18:45] Found 42 installed packages from Pip
[20/10/2024 19:18:45] Found 3 installed packages from Chocolatey
[20/10/2024 19:18:46] Found 0 installed packages from PowerShell7
[20/10/2024 19:18:46] Found 1 installed packages from PowerShell
[20/10/2024 19:18:47] Found 193 installed packages from Winget
[20/10/2024 19:23:15] Found 0 available updates from Chocolatey
[20/10/2024 19:23:16] Found 0 available updates from PowerShell7
[20/10/2024 19:23:17] Found 0 available updates from PowerShell
[20/10/2024 19:23:17] Found 0 available updates from Winget
[20/10/2024 19:23:18] Found 0 available updates from Pip
[20/10/2024 19:33:20] Found 0 available updates from Chocolatey
[20/10/2024 19:33:20] Found 0 available updates from PowerShell7
[20/10/2024 19:33:22] Found 0 available updates from Winget
[20/10/2024 19:33:22] Found 0 available updates from PowerShell
[20/10/2024 19:33:22] Found 0 available updates from Pip
[20/10/2024 19:41:52] UniGetUI is up to date
[20/10/2024 19:43:24] Found 0 available updates from Chocolatey
[20/10/2024 19:43:25] Found 0 available updates from PowerShell7
[20/10/2024 19:43:26] Found 0 available updates from Winget
[20/10/2024 19:43:26] Found 0 available updates from PowerShell
[20/10/2024 19:43:27] Found 0 available updates from Pip
[20/10/2024 19:53:28] Found 0 available updates from Chocolatey
[20/10/2024 19:53:29] Found 0 available updates from PowerShell7
[20/10/2024 19:53:30] Found 0 available updates from Winget
[20/10/2024 19:53:30] Found 0 available updates from PowerShell
[20/10/2024 19:53:31] Found 0 available updates from Pip
[20/10/2024 20:03:33] Found 0 available updates from Chocolatey
[20/10/2024 20:03:33] Found 0 available updates from PowerShell7
[20/10/2024 20:03:35] Found 0 available updates from Winget
[20/10/2024 20:03:35] Found 0 available updates from PowerShell
[20/10/2024 20:03:35] Found 0 available updates from Pip
[20/10/2024 20:13:37] Found 0 available updates from Chocolatey
[20/10/2024 20:13:38] Found 0 available updates from PowerShell7
[20/10/2024 20:13:39] Found 0 available updates from Winget
[20/10/2024 20:13:39] Found 0 available updates from PowerShell
[20/10/2024 20:13:40] Found 0 available updates from Pip
[20/10/2024 20:23:41] Found 0 available updates from Chocolatey
[20/10/2024 20:23:42] Found 0 available updates from PowerShell7
[20/10/2024 20:23:43] Found 0 available updates from Winget
[20/10/2024 20:23:43] Found 0 available updates from PowerShell
[20/10/2024 20:23:44] Found 0 available updates from Pip
[20/10/2024 20:24:29] Found 42 installed packages from Pip
[20/10/2024 20:24:30] Found 3 installed packages from Chocolatey
[20/10/2024 20:24:31] Found 0 installed packages from PowerShell7
[20/10/2024 20:24:31] Found 1 installed packages from PowerShell
[20/10/2024 20:24:32] Found 193 installed packages from Winget
[20/10/2024 20:27:54] Found 42 installed packages from Pip
[20/10/2024 20:27:55] Found 3 installed packages from Chocolatey
[20/10/2024 20:27:55] Found 0 installed packages from PowerShell7
[20/10/2024 20:27:56] Found 1 installed packages from PowerShell
[20/10/2024 20:27:56] Found 193 installed packages from Winget
[20/10/2024 20:33:46] Found 0 available updates from Chocolatey
[20/10/2024 20:33:47] Found 0 available updates from PowerShell7
[20/10/2024 20:33:48] Found 0 available updates from Winget
[20/10/2024 20:33:48] Found 0 available updates from PowerShell
[20/10/2024 20:33:49] Found 0 available updates from Pip
[20/10/2024 20:41:52] UniGetUI is up to date
[20/10/2024 20:42:09] Found 42 installed packages from Pip
[20/10/2024 20:42:09] Found 3 installed packages from Chocolatey
[20/10/2024 20:42:10] Found 0 installed packages from PowerShell7
[20/10/2024 20:42:11] Found 1 installed packages from PowerShell
[20/10/2024 20:42:11] Found 193 installed packages from Winget
[20/10/2024 20:42:34] [WIDGETS] Updating all packages
[20/10/2024 20:43:01] [WIDGETS] Updating all packages
[20/10/2024 20:43:20] Begin handle of deep link with body showUpdatesPage/
[20/10/2024 20:43:21] Found 42 installed packages from Pip
[20/10/2024 20:43:21] Found 3 installed packages from Chocolatey
[20/10/2024 20:43:22] Found 0 installed packages from PowerShell7
[20/10/2024 20:43:22] Found 1 installed packages from PowerShell
[20/10/2024 20:43:23] Found 193 installed packages from Winget
[20/10/2024 20:43:51] Found 0 available updates from Chocolatey
[20/10/2024 20:43:51] Found 0 available updates from PowerShell7
[20/10/2024 20:43:52] Found 0 available updates from Winget
[20/10/2024 20:43:53] Found 0 available updates from PowerShell
[20/10/2024 20:43:53] Found 0 available updates from Pip
[20/10/2024 20:53:15] Found 42 installed packages from Pip
[20/10/2024 20:53:16] Found 3 installed packages from Chocolatey
[20/10/2024 20:53:16] Found 0 installed packages from PowerShell7
[20/10/2024 20:53:17] Found 1 installed packages from PowerShell
[20/10/2024 20:53:18] Found 193 installed packages from Winget

Package Managers Logs
Manager WinGet with version:
System WinGet CLI Version: v1.8.1911
Using Native WinGet helper (COM Api)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListSources
Process start time: 20/10/2024 16:41:53
Process end time:   20/10/2024 16:41:54

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 16:41:56
Process end time:   20/10/2024 16:42:01

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 16:41:56
Process end time:   20/10/2024 16:42:04

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListSources
Process start time: 20/10/2024 16:41:57
Process end time:   20/10/2024 16:41:57

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 16:42:01
Process end time:   20/10/2024 16:42:04

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 16:42:12
Process end time:   20/10/2024 16:42:15

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 16:43:22
Process end time:   20/10/2024 16:43:25

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 16:52:04
Process end time:   20/10/2024 16:52:05

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 16:52:05
Process end time:   20/10/2024 16:52:08

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 17:02:13
Process end time:   20/10/2024 17:02:14

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 17:02:14
Process end time:   20/10/2024 17:02:17

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 17:12:18
Process end time:   20/10/2024 17:12:18

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 17:12:18
Process end time:   20/10/2024 17:12:21

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 17:22:22
Process end time:   20/10/2024 17:22:22

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 17:22:22
Process end time:   20/10/2024 17:22:25

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 17:32:26
Process end time:   20/10/2024 17:32:27

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 17:32:27
Process end time:   20/10/2024 17:32:29

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 17:42:30
Process end time:   20/10/2024 17:42:31

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 17:42:31
Process end time:   20/10/2024 17:42:33

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 17:52:35
Process end time:   20/10/2024 17:52:36

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 17:52:36
Process end time:   20/10/2024 17:52:38

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 18:02:39
Process end time:   20/10/2024 18:02:40

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 18:02:40
Process end time:   20/10/2024 18:02:43

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 18:12:43
Process end time:   20/10/2024 18:12:44

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 18:12:44
Process end time:   20/10/2024 18:12:47

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 18:22:48
Process end time:   20/10/2024 18:22:48

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 18:22:48
Process end time:   20/10/2024 18:22:51

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 18:32:52
Process end time:   20/10/2024 18:32:52

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 18:32:52
Process end time:   20/10/2024 18:32:55

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 18:42:56
Process end time:   20/10/2024 18:42:57

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 18:42:57
Process end time:   20/10/2024 18:43:00

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 18:53:01
Process end time:   20/10/2024 18:53:01

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 18:53:01
Process end time:   20/10/2024 18:53:04

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 19:03:05
Process end time:   20/10/2024 19:03:06

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 19:03:06
Process end time:   20/10/2024 19:03:09

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 19:13:10
Process end time:   20/10/2024 19:13:10

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 19:13:10
Process end time:   20/10/2024 19:13:13

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 19:13:32
Process end time:   20/10/2024 19:13:35

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 19:14:47
Process end time:   20/10/2024 19:14:50

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 19:15:08
Process end time:   20/10/2024 19:15:10

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 19:15:21
Process end time:   20/10/2024 19:15:24

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 19:18:44
Process end time:   20/10/2024 19:18:47

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 19:23:14
Process end time:   20/10/2024 19:23:14

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 19:23:14
Process end time:   20/10/2024 19:23:17

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 19:33:18
Process end time:   20/10/2024 19:33:19

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 19:33:19
Process end time:   20/10/2024 19:33:22

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 19:43:23
Process end time:   20/10/2024 19:43:23

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 19:43:23
Process end time:   20/10/2024 19:43:26

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 19:53:27
Process end time:   20/10/2024 19:53:27

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 19:53:27
Process end time:   20/10/2024 19:53:30

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 20:03:31
Process end time:   20/10/2024 20:03:32

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 20:03:32
Process end time:   20/10/2024 20:03:35

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 20:13:35
Process end time:   20/10/2024 20:13:36

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 20:13:36
Process end time:   20/10/2024 20:13:39

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 20:23:40
Process end time:   20/10/2024 20:23:40

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 20:23:40
Process end time:   20/10/2024 20:23:43

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 20:24:29
Process end time:   20/10/2024 20:24:32

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 20:27:53
Process end time:   20/10/2024 20:27:56

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 20:33:44
Process end time:   20/10/2024 20:33:45

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 20:33:45
Process end time:   20/10/2024 20:33:48

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 20:42:08
Process end time:   20/10/2024 20:42:11

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 20:43:20
Process end time:   20/10/2024 20:43:23

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 20:43:49
Process end time:   20/10/2024 20:43:49

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 20:43:49
Process end time:   20/10/2024 20:43:52

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 20:53:14
Process end time:   20/10/2024 20:53:18

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged subprocess-based task on manager Winget. Task type is RefreshIndexes
Subprocess executable: "C:\Users\bdgre\AppData\Local\Microsoft\WindowsApps\winget.exe"
Command-line arguments: " source update --disable-interactivity"
Process start time: 20/10/2024 20:53:53
Process end time:   20/10/2024 20:53:54

-- Process STDOUT
 ...

Return code: SUCCESS (0)

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListUpdates
Process start time: 20/10/2024 20:53:54
Process end time:   20/10/2024 20:53:57

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Logged native task on manager Winget. Task type is ListInstalledPackages
Process start time: 20/10/2024 20:55:43
Process end time:   20/10/2024 20:55:46

-- Task information
 ...

The task reported success

——————————————————————————————————————————

Relevant information
No response
Screenshots and videos
No response

Can you please share a screenshot of the affected widget?
Does it happen with all widgets?
Re-adding the widget resolves the issue?
Are you using Dev Home or Windows Widgets panel?

Screenshot of the affected widget:

I see. I will fix this


Support flatpickr

In solidus 2.5 the jquery-ui-datepicker has been replaced with Flatpickr.
This extension requires a way to set also the time on start and end date of sale price.
This PR is going to add the ability to support DateTime using Flatpickr.

Thank you @mtylty


Release v1.10.0

Signed-off-by: jesus m. rodriguez<EMAIL_ADDRESS>

@jmrodri - Looks like testdata is missing.

@varshaprasad96 @laxmikantbpandhare fixed both items. I will post a follow on PR to fix the release doc since it does not mention test-sanity for major/minor releases

@varshaprasad96 @laxmikantbpandhare fixed both items. I will post a follow on PR to fix the release doc since it does not mention test-sanity for major/minor releases

Yes, we need to mention in the doc that test-sanity does not work in the release doc.


archive/zip: improve Writer.Create documentation on how to add directories

I tried to add an empty folder to a zip.Writer with zip.Writer.Create. From the docs it is not clear how to do this. There is a google group post that provides the solution, which is to add a slash at the end of the path given to zip.Writer.Create.
I suggest adding this detail to the documentation comment on zip.Writer.Create, e.g. "... To create a folder instead of a file, add a trailing slash to the path.".

/cc @dsnet

Why did you close this issue?

The changeset contains the fix. I do not know how that Gerrit or review tool works, should I re-open the issue and let you guys close it?

@gonutz The changelist says "Fixes #24018", so this issue will be automatically closed when the changelist is submitted.  Best practice is to wait for that to happen, since the changelist might not be submitted for one reason or another.  Thanks.

OK I see, thanks for the clarification.


Leading slash in reported filenames

Hello,
This tool reports all filesystem pathes with a leading slash prepended so one can't just select and paste the whole path to edit it. Either dot (.) needs to be prepended to reference the current working directory or the leading slash should be removed altogether.
Or am I missing some rationale why it's better to show it the current way?

Hey! The tool will show absolute file paths based on the your systems disc. There are no plans for reporting relative paths.
Thanks!

Hello,
On Wed, Sep 01, 2021 at 03:06:03PM -0700, Jamie Spittal wrote:

Hey! The tool will show absolute file paths based on the your systems disc.
There are no plans for reporting relative paths.

My problem is that the paths reported are not actually absolute. They
look like absolute because they start with a slash but in fact they do
not contain the full real path. In other words, if I copy one of the
reported paths and use "ls " command it'll say file not found.
Do I need to provide a specific example? Or am I using the tool
somehow incorrectly?
Thank you.

Hey @paulfertser I have to apologize, I didn't look into this close enough. I have fixed your issue here: https://github.com/pixari/vue-i18n-extract/commit/05442cbd5f0689646d2d41770b8c27cda63443e7
It will be in the next release!

I have fixed your issue here: 05442cb

Awesome, thank you so much, now the ticket is indeed closed :)


Add non-blocking communication content

For now, just seeing whether @robertodr's magic custom.py glossary works when building online. It doesn't do anything for me when I run sphinx-build manually locally.

The GitHub action building the website does make dirhtml, whereas sphinx-build produces HTML. Internal references work differently between the dirhtml and html outputs: custom.py works with the former, since that is what will ultimately produce the website.

The GitHub action building the website does make dirhtml, whereas sphinx-build produces HTML. Internal references work differently between the dirhtml and html outputs: custom.py works with the former, since that is what will ultimately produce the website.

OK make dirhtml got the quick-reference building as I hoped, but my local sphinx-build it calls still reports undefined references for |term-MPI_xxx|. I'll see if the web does it right...

The logs only show two warnings: https://github.com/ENCCS/intermediate-mpi/actions/runs/400800349 Maybe they are not defined in custom.py?

The logs only show two warnings: https://github.com/ENCCS/intermediate-mpi/actions/runs/400800349 Maybe they are not defined in custom.py?

They are there, but I was trying to be fancy and make links to the MPI standard also. I'll try a simpler approach

The logs only show two warnings: https://github.com/ENCCS/intermediate-mpi/actions/runs/400800349 Maybe they are not defined in custom.py?

They are there, but I was trying to be fancy and make links to the MPI standard also. I'll try a simpler approach

Should be warning-free now

There are conflicts, I don't understand why though... Can you resolve them?

There are conflicts, I don't understand why though... Can you resolve them?

Yes, my patch in master did a proper job of changing custom.py, which is now integrated here also

Thanks for the review. I've fixed the issues noted and added almost all the remaining content

I'm happy to integrate this if others are!


Icon request: Skiff

URL of the site or app
https://skiff.org
Logo resources for the icon
https://cdn.sanity.io/images/j846cla7/production/f492d70674ec4bac97dd6560e3bc0fb7acc8e080-163x64.svg
Anything else?
No response

Here you go!
https://github.com/aegis-icons/aegis-icons/blob/master/SVG/Skiff.svg
https://github.com/aegis-icons/aegis-icons/blob/master/SVG/.Variations/Skiff bg.var.svg

:question: How to add icon(s) to Aegis?
:star: Support this project by giving a star! Just adding like to this comment is also appreciated.


Support click

Support http://click.pocoo.org/

There's (click-completion)[https://github.com/click-contrib/click-completion]

Since at least v7, click has had shell completion:

v7
v8

I suppose this is fine to close as overcome by events?


bind data to create People vote Component

Pull Request for #41

Change createPages to query title, name, and lastname and pass as a context to each page.
Use the new context to query votelog of that person
Query detail about each vote
Merge them together and pass it to PeopleVote as a props
change PeoplePage to Class Component and use state to filter the PeopleVote

@thasarito Sorry I merged and reverted your PR. (Commit c41e996)
I found that your code changed too much and need to be revised. See my comment on above commit.
Revert "bind data to create People vote Component (#45)"

This reverts commit df206d9 by thasarito.

The reason being it changed React coding style from function component
to class component without justifiable reason. It caused many other PR
to be conflicted.

In short, you shouldn't change coding style abruptly in people-template.js which caused other people's PRs to be unable to merge. Please rewrite in React's pure function component style.
I advise you to do following

Check out master and pull latest code from codeforthailand, not yours!
Merge commit c9b401f to master.
Resolve conflict.
Transform people-template.js back to function component. Use useState() in place where you would use state in class component.
Once done, send PR!

This may sound discouraging but will make you get better at coding with people :)


stack rank product panels

Hey, I just made a Pull Request!
An often requested feature is for Cost Insights product panels to appear ordered according to greatest cost, aka "stack rank". Currently, they appear in order of their configuration, which is is arbitrary and is unlikely to reflect actual usage.
To accomplish this, this PR changes how product panels behave in a few significant ways. Currently, product panels fetch data on mount and update a global loading state to keep the spinner visible as each request waits to resolve or reject. Subsequent period selections trigger new requests.
Instead, all product insights requests are lifted into a parent. When the parent first mounts, all requests are executed in parallel, rendering panels after all requests settle. This approach is taken to prevent "shuffling" of product panels as they mount/unmount as their sorted order changes. This sorting action should only occur once.  Panel states are initialized, but not controlled, by the parent. Each product panel executes its own requests thereafter via an asynchronous onSelectAsync prop.
Panels are sorted by total aggregated cost over a default period in descending order. The current default lookback period is the last 60 days. Greatest cost is defined as the sum of the current and previous period for which there is data available. If a request fails during the initial loading phase, the panel will be sorted last. If a requests fails after a panel has been rendered, it will remain in its original sorted order but render an error panel.
{
  id: 'product-a',
  aggregation: [100, 200]  // total cost === 300,
  [ ... ]
}
{
  id: 'product-b',
  aggregation: [300, 300]  // total cost === 600,
  [ ... ]
}

This PR implements Promise.allSettled an ES2020 feature not currently supported in Backstage and bumps the api in the tsconfig of @backstage/cli. If this isn't preferred, this feature can be reimplemented fairly trivially. Changeset pending approval.

:heavy_check_mark: Checklist

[ ] A changeset describing the change and affected packages. (more info)
[ ] Added or updated documentation
[x] Tests for new functionality and regression tests for bug fixes
[ ] Screenshots attached (for UI changes)

I don't think this was discussed in the RFC, but how do we want to deal with the navigation ? It's weird to click on the last item in the navigation and be brought to the top of the page if that product has the highest costs.

The sticking point with also sorting the navigation is that the rendering of the entire page would either have to be suspended until all requests settle which would cause substantial delay or they'd have to be reshuffled after the requests settle.

Some additional changes to this PR:
Product navigation menu items will animate into view when product data is available.
Added mock data to client for products, entities, and skus. Sorting action won't necessarily be obvious to users since panels will render in their correctly sorted order. Though this could be surmised from the delay in the rendering of the navigation.


passthrough custom frontends for integration framework

This Is replacing a PR #56 that GH eviscerated due to flipping the repo public.

I already looked over this one and approved, so perhaps @pmengelbert should take a look?


TRANSACTION FAILS  BY USING PAYMASTER

🌟 Feature Request
📝 Description
When attempting to execute transactions using the Paymaster feature with the HOLD token designated as the gas fee, I am  experiencing consistent failures , transactions are unable to proceed successfully.
🤔 Rationale
This  enabling users to effortlessly execute transactions and explore various functionalities,  enhance user engagement
📋 Additional Context
Add any other context or information about the feature request here.

Again, continuously 3 transaction failures by using paymaster (HOLD,LIBERTAS token as gas fee) while adding liquidity .

Please ensure you have given access to use your desired gas token to the protocol you're using and you have sufficient funds to pay the gas

could be a problem in one of the adress

It happened to me too, but when I went to swap. but now it seems that it is no longer failing

could be a glitch, but it's working fine now

I have also faced this issue multiple times

@irfand29 or anyone else, if you're having this issue still can you please open a post in https://github.com/zkSync-Community-Hub/zkync-developers/discussions so we can get all the necessary information to check it out?

Is this issue still relevant? If yes, which paymaster do you use?

Is this issue still relevant? If yes, which paymaster do you use?

No it's not anymore. I had done 5+ transactions and it went smooth


Release 0.14.2

Coverage increased (+0.03%) to 83.235% when pulling 17c79ae13a94ddf5ff56913158d641dda2730dbb on ppanero:release into ff650d579cec5dbfac6ac91e60df0af577331710 on inveniosoftware:master.

Coverage remained the same at 83.202% when pulling 17c79ae13a94ddf5ff56913158d641dda2730dbb on ppanero:release into ff650d579cec5dbfac6ac91e60df0af577331710 on inveniosoftware:master.


KAFKA-13456: Tighten KRaft config checks/constraints

This patch tightens the configuration checks related to KRaft configs by adding the following constraints:

control.plane.listener.name is confirmed to be empty in KRaft mode whenever a config object is created as opposed to later when the broker is given the config and tries to start.
controller.listener.names is required to be empty for the non-KRaft (i.e. ZooKeeper) case.  A ZooKeeper-based cluster that sets this config will fail to restart until this config is removed.
There must be no advertised listeners when running just a KRaft controller (i.e. when process.roles=controller).  This means neither listeners nor advertised.listeners (if the latter is explicitly defined) can contain a listener that does not also appear in controller.listener.names.
When running a KRaft broker (i.e. when process.roles=broker or process.roles=broker,controller), advertised listeners (which was already checked to be non-empty via the check that the inter-broker listener appear there) must not include any listeners appearing in controller.listener.names.
When running a KRaft controller (i.e. when process.roles=controller or process.roles=broker,controller) controller.listener.names must be non-empty and every one must appear in listeners
When running just a KRaft broker (i.e. when process.roles=broker) controller.listener.names must be non-empty and none of them can appear in listeners.  This was indirectly checked previously, but the indirect checks did not catch all cases.
When running just a KRaft broker we log a warning if more than one entry appears in controller.listener.names because only the first entry is used.

We also map the CONTROLLER listener name to the PLAINTEXT security protocol by default when using KRaft as a convenience.
This patch adds appropriate unit tests.  I have manually confirmed that our KRaft Quickstart config files in config/kraft remain valid (both for the combined and separate cases).  I also confirmed that KRaft system test configs remain valid (see sanity check test output below).
================================================================================
SESSION REPORT (ALL TESTS)
ducktape version: 0.8.1
session_id:       2021-11-18--001
run time:         6 minutes 51.446 seconds
tests run:        5
passed:           5
failed:           0
ignored:          0
================================================================================
test_id:    kafkatest.sanity_checks.test_bounce.TestBounce.test_simple_run.metadata_quorum=COLOCATED_KRAFT.quorum_size=3
status:     PASS
run time:   1 minute 57.146 seconds
--------------------------------------------------------------------------------
test_id:    kafkatest.sanity_checks.test_bounce.TestBounce.test_simple_run.metadata_quorum=REMOTE_KRAFT.quorum_size=3
status:     PASS
run time:   1 minute 47.784 seconds
--------------------------------------------------------------------------------
test_id:    kafkatest.sanity_checks.test_bounce.TestBounce.test_simple_run.metadata_quorum=COLOCATED_KRAFT.quorum_size=1
status:     PASS
run time:   57.869 seconds
--------------------------------------------------------------------------------
test_id:    kafkatest.sanity_checks.test_bounce.TestBounce.test_simple_run.metadata_quorum=REMOTE_KRAFT.quorum_size=1
status:     PASS
run time:   1 minute 12.314 seconds
--------------------------------------------------------------------------------
test_id:    kafkatest.sanity_checks.test_bounce.TestBounce.test_simple_run.metadata_quorum=ZK.quorum_size=1
status:     PASS
run time:   55.838 seconds
--------------------------------------------------------------------------------

Committer Checklist (excluded from commit message)

[ ] Verify design and implementation
[ ] Verify test coverage and CI build status
[ ] Verify documentation (including upgrade notes)

@rondagostino : I think we need to discuss the question of whether to include controller.listener.names in listener.names a bit more.
The case for including it:

When running in combined mode, it must be included. So if we forbid it in standalone mode, it makes it harder to switch between these modes. This would actually be the first major config divergence between standalone mode and combined mode -- currently, no other configs need to be different aside from process.roles.
Changing this is incompatible. (This isn't a deal-breaker because 3.0 / 3.1 were Preview releases for KRaft. But it is something to consider)
I THINK there are a bunch of cases where we assume that all the listeners are in "listeners". So some code changes are probably required. This is the least important point, of course -- we can just put in the work if we want.

The case for forbidding it:
4. It's confusing to have things in "listeners" that are not actually listeners for the current node.
A third option is to leave it as a "don't care," as it is now: you can include it, but it will be ignored, possibly with a warning. The warning option is not very enticing. We already have lots of warnings that are ignored, and it seems certain that this would become another one.
Overall I would lean towards keeping it out of "listeners," but I'm curious what you think.
Whatever we do, we need more tests of these configs... (thanks for adding more in this PR)

I think we need to discuss the question of whether to include controller.listener.names in listener.names a bit more.

@cmccabe As discussed offline, it turns out that the current code already forbids controller.listener.names from appearing in listeners under some circumstances for the KRaft broker-only setup.
Config 1: yields "inter.broker.listener.name must be a listener name defined in advertised.listeners."
process.roles=broker
node.id=2
controller.quorum.voters=1@localhost:9093
listeners=PLAINTEXT://localhost:9092
inter.broker.listener.name=PLAINTEXT
controller.listener.names=PLAINTEXT

Config 2: yields "advertised.listeners cannot contain any of controller.listener.names"
process.roles=broker
node.id=2
controller.quorum.voters=1@localhost:9093
listeners=PLAINTEXT://localhost:9092
inter.broker.listener.name=PLAINTEXT
controller.listener.names=PLAINTEXT
advertised.listeners=PLAINTEXT://localhost:9092

Config 3: this works as it should; controller.listener.names does not appear in listeners:
process.roles=broker
node.id=2
controller.quorum.voters=1@localhost:9093
listeners=PLAINTEXT://localhost:9092
inter.broker.listener.name=PLAINTEXT
controller.listener.names=CONTROLLER
listener.security.protocol.map=CONTROLLER:PLAINTEXT,PLAINTEXT:PLAINTEXT

However, adding CONTROLLER as a listener is acceptable with the current code.  For example:
Currently acceptable, should be rejected
process.roles=broker
node.id=2
controller.quorum.voters=1@localhost:9093
listeners=PLAINTEXT://localhost:9092,CONTROLLER://localhost:9093
inter.broker.listener.name=PLAINTEXT
controller.listener.names=CONTROLLER
listener.security.protocol.map=CONTROLLER:PLAINTEXT,PLAINTEXT:PLAINTEXT

The inclusion of CONTROLLER://localhost:9093 in listeners adds/does nothing -- in particular, the broker does not listen there, so really all it does is encourage confusion.
So while this is a breaking change, it is only a breaking change for certain configurations, and it is likely acceptable given that KRaft is still in Preview rather than General Availability.
It would be good to add some text about this in KIP-631.

@cmccabe As discussed offline, I added a CONTROLLER:PLAINTEXT mapping to listener.security.protocol.map for KRaft by default as a convenience.  I added tests as well.  It would be good to include this in a KIP-631 update as well as the change to forbid controller.listener.names from appearing in listeners in the broker-only setup; the new restriction that controller.listener.names must be empty for the non-KRaft (i.e. ZooKeeper) setups would also be appropriate in a KIP-631 update as well.


Running nbsphinx on readthedocs with version 0.8.7 fails

readthedocs uses version 0.8.7. These runs fail.

And then later:
/home/docs/checkouts/readthedocs.org/user_builds/xcube-geodb/checkouts/latest/docs/source/index.rst:9: WARNING: toctree contains reference to document 'notebooks/geodb_manage_collections' that doesn't have a title: no link will be generated
/home/docs/checkouts/readthedocs.org/user_builds/xcube-geodb/checkouts/latest/docs/source/index.rst:9: WARNING: toctree contains reference to document 'notebooks/geodb_share_collections' that doesn't have a title: no link will be generated
/home/docs/checkouts/readthedocs.org/user_builds/xcube-geodb/checkouts/latest/docs/source/index.rst:9: WARNING: toctree contains reference to document 'notebooks/geodb_explore_collections' that doesn't have a title: no link will be generated
/home/docs/checkouts/readthedocs.org/user_builds/xcube-geodb/checkouts/latest/docs/source/index.rst:9: WARNING: toctree contains reference to document 'notebooks/geoservice' that doesn't have a title: no link will be generated
/home/docs/checkouts/readthedocs.org/user_builds/xcube-geodb/checkouts/latest/docs/source/index.rst:9: WARNING: toctree contains reference to document 'notebooks/geodb_manage_collections' that doesn't have a title: no link will be generated
/home/docs/checkouts/readthedocs.org/user_builds/xcube-geodb/checkouts/latest/docs/source/index.rst:9: WARNING: toctree contains reference to document 'notebooks/geodb_share_collections' that doesn't have a title: no link will be generated
/home/docs/checkouts/readthedocs.org/user_builds/xcube-geodb/checkouts/latest/docs/source/index.rst:9: WARNING: toctree contains reference to document 'notebooks/geodb_explore_collections' that doesn't have a title: no link will be generated
/home/d

This does not happen with version 0.8.6.

Previous versions of nbsphinx have hidden this problem, but it was already wrong. This has been fixed in #578, exposing the configuration error in its full ugliness.


Use instance family names

Related to https://github.com/googlei18n/fontmake/issues/62. Names were not being applied to output properly before, and instances were getting mixed up.

lgtm.  Thanks.


Move Folder from Desktop to a OneDrive crashes Files

Description
Moving a folder from the Desktop to a OneDrive crashes Files. It's not happen every time I move one Folder to OneDrive.
Steps To Reproduce
Pick one folder from Desktop with mouse, drag and drop to OneDrive root.
Steps to fix
Fix crash that occurs when moving Folder from Desktop to a OneDrive.
Files Version
<IP_ADDRESS>
Windows Version
Windows 10 Enterprise 22H2
Log file
debug.log

I found the cause of the error. I'll fix it later.

This can occur when trying to move items from the desktop to Files, not just to OneDrive.
This bug should be fixed extremely urgently as the items could be lost forever.


Improper commit msg when there are multiple file changes stagged

Sure @HackedRico.
How It Works
It runs the git diff --staged command to gather all staged changes and processes them using a local LLM (default: llama3.2:3b provided by Ollama). The model analyzes the changes and generates a concise, context-aware commit message, ensuring privacy and avoiding external API dependencies.


-nm/--no-metadata errors

What is the purpose of your issue?

[ ] Bug
[ ] Feature Request
[x] Question
[ ] Other

Description

I think using -nm/--no-metadata is giving me some errors. Tried changing it in config.yml and still got errors.
Log

C:\Users\Eugene>spotdl -s https://open.spotify.com/track/7gHs73wELdeycvS48JfIos?si=-BhaIpQLQS-_E9mOuHcRBg -nm -f D:\Desktop\Eugene\Songs --log-level=DEBUG
DEBUG: Python version: 3.7.1 (v3.7.1:260ec2c36a, Oct 20 2018, 14:05:16) [MSC v.1915 32 bit (Intel)]
DEBUG: Platform: Windows-10-10.0.17763-SP0
DEBUG: {'album': None,
'all_albums': None,
'avconv': False,
'config': None,
'download_only_metadata': False,
'dry_run': False,
'file_format': '{artist} - {track_name}',
'folder': 'D:\Desktop\Eugene\Songs',
'input_ext': '.m4a',
'list': None,
'log_level': 10,
'manual': False,
'music_videos_only': False,
'no_metadata': True,
'no_spaces': False,
'output_ext': '.mp3',
'overwrite': 'prompt',
'playlist': None,
'search_format': '{artist} - {track_name} lyrics',
'skip': None,
'song': 'https://open.spotify.com/track/7gHs73wELdeycvS48JfIos?si=-BhaIpQLQS-_E9mOuHcRBg',
'trim_silence': False,
'username': None,
'version': False,
'write_m3u': False,
'write_successful': None,
'youtube_api_key': None}
DEBUG: Opening URL: https://www.youtube.com/results?sp=EgIQAQ%253D%253D&q=https%3A//open.spotify.com/track/7gHs73wELdeycvS48JfIos%3Fsi%3D-BhaIpQLQS-_E9mOuHcRBg
Traceback (most recent call last):
File "d:\desktop\eugene\programs\others\python\lib\runpy.py", line 193, in _run_module_as_main
"main", mod_spec)
File "d:\desktop\eugene\programs\others\python\lib\runpy.py", line 85, in run_code
exec(code, run_globals)
File "D:\Desktop\Eugene\Programs\Others\Python\Scripts\spotdl.exe_main.py", line 9, in
File "d:\desktop\eugene\programs\others\python\lib\site-packages\spotdl\spotdl.py", line 212, in main
download_single(raw_song=const.args.song)
File "d:\desktop\eugene\programs\others\python\lib\site-packages\spotdl\spotdl.py", line 130, in download_single
content, meta_tags = youtube_tools.match_video_and_metadata(raw_song)
File "d:\desktop\eugene\programs\others\python\lib\site-packages\spotdl\youtube_tools.py", line 57, in match_video_and_metadata
content = go_pafy(track, meta_tags)
File "d:\desktop\eugene\programs\others\python\lib\site-packages\spotdl\youtube_tools.py", line 33, in go_pafy
track_url = generate_youtube_url(raw_song, meta_tags)
File "d:\desktop\eugene\programs\others\python\lib\site-packages\spotdl\youtube_tools.py", line 154, in generate_youtube_url
url = url_fetch.scrape()
File "d:\desktop\eugene\programs\others\python\lib\site-packages\spotdl\youtube_tools.py", line 276, in scrape
return self._best_match(videos)
File "d:\desktop\eugene\programs\others\python\lib\site-packages\spotdl\youtube_tools.py", line 193, in _best_match
result = videos[0]
IndexError: list index out of range

Just a simple check missing, should be fixed soon, Thanks for ur feedback.

Just a simple check missing, should be fixed soon, Thanks for ur feedback.

If I understood correctly, it is a fix for spotify-downloader right? How would I go about updating it after the fix?

How would I go about updating it after the fix?

pip install -U spotdl

@Amit-L are you working on a fix or what am Inmissing here? 🤔

How would I go about updating it after the fix?

pip install -U spotdl

So basically download it again?

Update it, so yes.

Closed by #454.

Closed by #454.

Is the update available already?

@S1Eugene We haven't made a release on PyPI with this fix yet but you can install the latest development version with pip install git+https://github.com/ritiek/spotify-downloader -U and you should have the fix.

@ritiek Got this error trying to install the latest development version. I guess I will just wait for you guys to release it.
C:\Users\Eugene>pip install git+https://github.com/ritiek/spotify-downloader -U
Collecting git+https://github.com/ritiek/spotify-downloader
Cloning https://github.com/ritiek/spotify-downloader to c:\users\eugene\appdata\local\temp\pip-req-build-klpbw8hf
Error [WinError 2] The system cannot find the file specified while executing command git clone -q https://github.com/ritiek/spotify-downloader C:\Users\Eugene\AppData\Local\Temp\pip-req-build-klpbw8hf
Cannot find command 'git' - do you have 'git' installed and in your PATH?

@S1Eugene Yep, okay. We should probably have it released by tomorrow once #456 gets merged.

@S1Eugene This should be fixed in v1.1.1. Update using:
$ pip install spotdl -U

@S1Eugene This should be fixed in v1.1.1. Update using:
$ pip install spotdl -U

Thanks!

Last question, how do you install ffmpeg for Windows?

Download the zip file from https://ffmpeg.zeranoe.com/builds/ and then place all the .exe files in a directory included in your PATH variable.C:\Windows\System32\ usually works fine.
Seems like this piece of information somehow got removed from the wiki page. I'll put it back again. Thanks!

Thanks once again, I did not install my Python in the default folder so placing the .exe files in C:\Windows\System32\ does not work. However, I placed them in the file I installed Python in and it worked. Any idea what the ffplay.exe and ffprobe.exe files do? I only place the ffmpeg.exe file in and it worked.

That's good to know! We only require ffmpeg.exe for conversion. As for
what other files are, you could google them.


Show banner add listeners multiple times

Describe the bug
Is it normal that Admob.showBanner() call addListeners multiple times ? (see screenshot below)

To Reproduce
import { AdMob, BannerAdSize, BannerAdPosition } from '@capacitor-community/admob'

AdMob.initialize({
  requestTrackingAuthorization: true,
  testingDevices: [],
  initializeForTesting: false
})

async run () {
 const options = {
  adId: <YOUR_BANNER_ID>,
  adSize: BannerAdSize.ADAPTIVE_BANNER,
  position: BannerAdPosition.BOTTOM_CENTER,
  margin: 0,
  isTesting: true
}
 await AdMob.showBanner(options)
}
run()

Steps to reproduce the behavior:

Run a simple banner

Expected behavior
It should not call all listeners if not explicitly defined using :
AdMob.addListener(BannerAdPluginEvents.Loaded, () => {})
Screenshots

Smartphone (please complete the following information):
"osVersion":"12.5.5",
"isVirtual":false,
"manufacturer":"Apple",
"webViewVersion":"12.5.5",
"model":"iPhone",
"platform":"ios",
"operatingSystem":"ios"
}```

Yes, this work right. It is called multiple times, such as when the banner is switched.
This Listener is not handled by the plugin and is called automatically by AdMob.
https://github.com/capacitor-community/admob/blob/master/ios/Plugin/Banner/BannerExecutor.swift#L146-L154
Thanks.

Ok thanks for you answer i'll close this ticket 👍


Sorting And Pagination together on tables

Still there is no support on pagination and sorting on tables? I implemented Pagination but sorting not working properly

Here is my two cents:
I can actually do sorting and pagination together... Here is the link
A JSFiddle Example
It uses another directive called "dirPagination" from AngularUtils & updated AngularJS version to 1.4.8
Modified use the base code from angular xeditable's table row edit.
The problem I have is that, the edit mode does not "close" when the item being edited goes to another page.
Scenario 1:
Edit and second Item (User 2) and click on the Name sorting link at the top of the table.
You can see that User 8 is in edit mode now.
Scenario 2:
Delete items until it only have 5 , and do the Scenario 1.
If the item being edited is still in the page. the edit mode does not follow
Maybe it is also caused by some other libraries. so i dont know.
My question is: is there a scope flag in the library so it tells you there are some items in edit mode.
So that at least I can check this flag to prevent sorting.

Hey,
did you found a solution for Edit with Pagination?
Iam using as well dirPagination and the Problem is Editing something in Page1 then changing to Page 2 it delete/forgets the Changes.
Somehow to remember it?

Dirty just to call save allways after changing Pages
Just remember Changes

@ckosloski
Something you are working on wiht Pagination or how to Save the Edited Fields while Changing the Page with Pagination?

No, not currently working on that.  Pull requests are welcome :)

@ckosloski
How can I read the Values of the generated TextFields?
Because you use you "e-name.." and so on and not "ng-model".
Because I want to read from every TextField the Data and save them allways onLeaveOfTextField or PageChange in a Factory. If user wants to save then it gets the Data from the Factory.
Is there something implemented as "ng-change" as in Normal Textareas?
https://docs.angularjs.org/api/ng/directive/textarea
This could be helpfull

I think what you need to do is to submit the form on page change so that it saves the values.
If you don't want to save the values, maybe you could try adding an onchange event to keep track of all the values and then save them manually.
Also, maybe inspect the editable form object (i.e. rowform).  I think it contains an array of the items on the form ($editables).  Not sure if it has anything useful or not.

I tried with "save on page change" but it didnt do the Trick.
The Values were deleted faster as the save came.
This on Change is what I want to do now.
With normal Textareas its working through ng-model+ng-change.
But your Editable Textareas dont accept neither ng-model or ng-change.
That was the question If it has something implemented like "ng-change/e-change?"

You can add e-ng-change to a textarea.

@atodicebear are you still having issues?

@ckosloski
If i remember correctly I did a workaround with a Factory Method which just saved the Values with e-ng-change and after saving/cancel just delete everything to clear the Factory.
But Im not anymore a Member of this Project so for further Questions or Codesnippets I cant help anymore, sorry.

@eugef I think this issue can be closed.


python api can't continue train with binary file data

Description

when i tried to continue train with binary file data, it raise a error

I train with a binary file with 10 iterations first and it success;
then, i try to train with init_model=last_train_result, and it raise such error;
And i try do the same thing with lightgbm cli, it works
Reproducible example

here is my code

Environment info
th version of lightGBM i used is 3.1.1 in linux
Command(s) you used to install LightGBM

Additional Comments

@papillonyi thanks very much for using LightGBM. sorry for the very long delay in responding to this!
In the future, please do not post logs, error messages, or code as screenshots. Post such things as text instead, so others facing the same challenges can find this discussion from search engines.
Providing a minimal, reproducible example that can be easily copied and run by others would also make it much more likely that issues will be addressed quickly.

I tried to create a minimal, reproducible example based on the provided code snippet, using the Python package as of the latest commit on master (https://github.com/microsoft/LightGBM/commit/af5b40e1f653e25a5f3470e09de4d1c68dc59663).
The code below produces the reported error.
import lightgbm as lgb
from sklearn.datasets import make_regression

X, y = make_regression(n_samples=1_000, n_informative=5)

data_file_name = "output.bin"
model_file_name = "model-temp.text"
params = {
    "boosting_type": "gbdt",
    "verbose": 1,
    "deterministic": True,
    "objective": "regression"
}

# create dataset and save it to binary file
lgb.Dataset(data=X, label=y).save_binary(data_file_name)

[LightGBM] [Info] Saving data to binary file output.bin

# train for 10 iterations on data from file
dtrain = lgb.Dataset(data_file_name)
booster = lgb.train(
    params=params,
    train_set=dtrain,
    num_boost_round=10
)
booster.save_model(model_file_name)

[LightGBM] [Info] Load from binary file output.bin
[LightGBM] [Warning] Auto-choosing col-wise multi-threading, the overhead of testing was 0.002147 seconds.
You can set force_col_wise=true to remove the overhead.
[LightGBM] [Info] Total Bins 25500
[LightGBM] [Info] Number of data points in the train set: 1000, number of used features: 100
[LightGBM] [Info] Start training from score 0.505056

# clear booster and dataset
del booster
del dtrain

# try to containue training for 10 more rounds on
# model and Dataset from file
dtrain = lgb.Dataset(data_file_name)

booster = lgb.train(
    params=params,
    train_set=dtrain,
    init_model=model_file_name,
    num_boost_round=10
)

[LightGBM] [Info] Load from binary file output.bin
[LightGBM] [Fatal] Unknown format of training data. Only CSV, TSV, and LibSVM (zero-based) formatted text files are supported.

Looking at the stacktrace, this is coming from a call to LGBM_BoosterPredictForFile() inside `Booster.predict(), here
https://github.com/microsoft/LightGBM/blob/af5b40e1f653e25a5f3470e09de4d1c68dc59663/python-package/lightgbm/basic.py#L784
LGBM_BoosterPredictForFile() cannot be used with LightGBM Dataset binary files at the moment.
Related conversations:

https://github.com/microsoft/LightGBM/issues/4034#issuecomment-843003438
#4545

I try to do the same thing with lightgbm cli, it works

I was able to replicate that behavior as well, and confirm that the CLI does support training continuation using a Dataset binary file
First, I installed the Python package and built the CLI.
cd python-package
python setup.py install
cd ..

mkdir build
cd build
cmake ..
make -j2
cd ..

Then I ran the following Python code to generate the Dataset binary file and initial model.
import lightgbm as lgb
from sklearn.datasets import make_regression

X, y = make_regression(n_samples=1_000, n_informative=5)

data_file_name = "output.bin"
model_file_name = "model-temp.text"
params = {
    "boosting_type": "gbdt",
    "verbose": 1,
    "deterministic": True,
    "objective": "regression"
}

# create dataset and save it to binary file
lgb.Dataset(data=X, label=y).save_binary(data_file_name)

# train for 10 iterations on data from file
dtrain = lgb.Dataset(data_file_name)
booster = lgb.train(
    params=params,
    train_set=dtrain,
    num_boost_round=10
)
booster.save_model(model_file_name)

Checked that the model produced had exactly 10 trees.
cat model-temp.text | grep 'Tree=' | tail -1

Tree=9

Next, I created a file train.conf with configuration for the CLI.
task = train
objective = regression
data = output.bin
num_trees = 7
output_model = model-from-cli.txt
input_model = model-temp.text

Next, ran training with the CLI and checked that a new model file was produced, with 17 total trees (10 from initial training, 7 from training continuation).
./lightgbm config=train.conf
cat model-from-cli.txt | grep 'Tree=' | tail -1

Tree=16

I think at this point we should convert this issue into a feature request like "[python] support training continuation using a text model file and binary Dataset  file" (and probably [R-package]), what do you think @shiyu1994 @StrikerRUS ?
And that solutions for supporting that might be one of the following:

support predicting on a constructed Dataset (#1939, #4546)
figure out the code path used to support this in the CLI, and invoke the same code path from the Python package

Going through old issues today, I realize that this and #6144 describe exactly the same problem.
Since #6144 is more recent, I'm cross-linking these two and closing this one.


removal of non-inclusive emoji.

The fist emoji is not inclusive of those within the differently-abled community,
such as amputees, people with symbrachydactyly, and persons who have fully-formed
hands but are unable to form them into a fist due to neuromuscular conditions.
It also can't be rendered properly in text-mode terminals.
Please check if the PR fulfills these requirements

[x] The commit message follows our guidelines
[ ] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been added / updated (for bug fixes / features)

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)
What is the current behavior? (You can also link to an open issue here)
What is the new behavior (if this is a feature change)?
Does this PR introduce a breaking change? (What changes might users need to make due to this PR?)
Other information:

I think you're right, it looks better if the program's less enthusiastic and more neutral since that's how people are used to seeing programs behave. I went ahead and removed it in the latest push.
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Saturday, July 10th, 2021 at 2:15 PM, codecov[bot] @.***> wrote:

Codecov Report

Merging #99 (8d29522) into main (9b4d240) will increase coverage by 0.61%.
The diff coverage is 100.00%.

Impacted file tree graph
@@            Coverage Diff             @@

main      #99      +/-
==========================================

Coverage   95.60%   96.21%   +0.61%
==========================================
Files          21       21
Lines         478      582     +104

Hits          457      560     +103

Misses         12       13       +1
Partials        9        9
Impacted Files	Coverage Δ
pkg/config/config.go	100.00% <100.00%> (ø)
pkg/util/env.go	100.00% <0.00%> (ø)
pkg/util/string.go	100.00% <0.00%> (ø)
pkg/printer/json.go	100.00% <0.00%> (ø)
pkg/printer/text.go	100.00% <0.00%> (ø)
pkg/ignore/ignore.go	100.00% <0.00%> (ø)
pkg/parser/parser.go	100.00% <0.00%> (ø)
pkg/rule/testrule.go	100.00% <0.00%> (ø)
pkg/walker/walker.go	100.00% <0.00%> (ø)
... and 12 more
Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute  (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 9b4d240...8d29522. Read the comment docs.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.


HACK: add short sleep for cold cache contention

This is kind of dumb, but it seems to work.
Makes ridiculous commands like:
 for x in $(seq 1 6); do chmod -R a+x /tmp/qiime2; rm -rf /tmp/qiime2; for i in $(seq 1 11); do qiime diversity alpha --i-table ~/Downloads/feature-table.qza --p-metric shannon --o-alpha-diversity foobar-${i} & done; wait; done

work successfully on my machine

When multiple processes are creating a new cache for the first time, there is a race condition and no good option for creating a lock. This adds a small timeout so that the winner has a chance to create a consistent structure.
Worst case, it just blows up and everything should work fine the very next time it is used.

That's as good of a solution as any at least for now given that we can't properly lock it when the directory doesn't exist at all yet.


bug: TryFromSliceError when using forge script (missing CREATE2 deployer)

Component
Forge
Have you ensured that all of these are up to date?

[X] Foundry
[X] Foundryup

What version of Foundry are you on?
forge 0.2.0 (551bcb5 2024-02-28T07:38:22.868037648Z)
What command(s) is the bug in?
forge script DeployContract --slow --force --rpc-url $rpc --private-key $PRIVATE_KEY --broadcast
Operating System
Linux
Describe the bug
While trying to deploy some contracts to a private geth instance using forge script, I encounter the following error:
## Setting up 1 EVM.
The application panicked (crashed).
Message:  called `Result::unwrap()` on an `Err` value: TryFromSliceError(())
Location: /home/runner/.cargo/registry/src/index.crates.io-6f17d22bba15001f/alloy-primitives-0.6.3/src/bits/address.rs:45

This is a bug. Consider reporting it at https://github.com/foundry-rs/foundry

  ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ BACKTRACE ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
                                ⋮ 8 frames hidden ⋮
   9: forge::cmd::script::executor::<impl forge::cmd::script::ScriptArgs>::onchain_simulation::{{closure}}::{{closure}}::{{closure}}::h5aaade165f1efd1a
      at <unknown source file>:<unknown line>
  10: forge::cmd::script::executor::<impl forge::cmd::script::ScriptArgs>::onchain_simulation::{{closure}}::he96a0d8255cf660b
      at <unknown source file>:<unknown line>
  11: forge::cmd::script::broadcast::<impl forge::cmd::script::ScriptArgs>::handle_broadcastable_transactions::{{closure}}::he0bc92b85116869c
      at <unknown source file>:<unknown line>
  12: forge::cmd::script::cmd::<impl forge::cmd::script::ScriptArgs>::run_script::{{closure}}::hca035b8b6b28bd0f
      at <unknown source file>:<unknown line>
  13: foundry_cli::utils::block_on::h8ef4f295b5547e14
      at <unknown source file>:<unknown line>
  14: forge::main::h17970edc50ecff80
      at <unknown source file>:<unknown line>
  15: std::sys_common::backtrace::__rust_begin_short_backtrace::h5929a785cc8208a7
      at <unknown source file>:<unknown line>
  16: main<unknown>
      at <unknown source file>:<unknown line>
  17: __libc_start_call_main<unknown>
      at ./csu/../sysdeps/nptl/libc_start_call_main.h:58
  18: __libc_start_main_impl<unknown>
      at ./csu/../csu/libc-start.c:392
  19: _start<unknown>
      at <unknown source file>:<unknown line>

Note that it seems like the contracts do get deployed on my local instance, but perhaps some after-deployment logic is being hit and results in this issue.

it's probably related to create2 deployer not being present on the forked chain, however, we should detect that before simulation.
@Ferret-san are you using any uncommon patterns with create2 deployments? Would be great if you could provide a repro for this

it's probably related to create2 deployer not being present on the forked chain, however, we should detect that before simulation.
@Ferret-san are you using any uncommon patterns with create2 deployments? Would be great if you could provide a repro for this

hm, the only issue I can think of is that I'm running the scripts against a local private geth network, in which I load the bytecode for the CREATE2 deployer into the genesis block

I think it makes sense to transform this ticket into a feature request to detect and throw an error if the create2 deployer is not being present on the forked chain before simulation
@Ferret-san, any extra additional details (and especially a minimal reproduction) would be great

@Ferret-san could you please retry with latest version, code has been changed and eventually should not panic but display an missing CREATE2 deployer error. thank you!

@Ferret-san going to mark this as solved / not reproducible, please reopen if you hit the issue again. Thank you!


enrichers redesign

Which issue this PR addresses:
https://msazure.visualstudio.com/AzureRedHatOpenShift/_workitems/edit/15527024/

What this PR does / why we need it:
This is mainly a sanitation pr. The redesign of the enrichers is part of a broader plan to simplify clusterputorpatch.
This pr gets rid of factories, callbacks and more general use of functions as parameters, which are adding a lot complexity. It also makes some improvement on testability thanks to the use of interfaces instead of raw functions.

Test plan for issue:
updated the tests

Is there any documentation that needs to be updated for this PR?

@facchettos Can you please provide a proper PR description/title? Thanks!

@cblecker this is a draft pr , I will update it in due time.

/azp run ci

will address your comments in new pr @s-amann


[Bug]:

Mapbox Implementation
Mapbox
Mapbox Version
default
Platform
Android
@rnmapbox/maps version
10.0.9-rc.0
Standalone component to reproduce
import React from 'react';
import {
  MapView,
  ShapeSource,
  LineLayer,
  Camera,
} from '@rnmapbox/maps';

const aLine = {
  type: 'LineString',
  coordinates: [
    [-74.00597, 40.71427],
    [-74.00697, 40.71527],
  ],
};

class BugReportExample extends React.Component {
  render() {
    return (
      <MapView style={{flex: 1}}>
        <Camera centerCoordinate={[-74.00597, 40.71427]} zoomLevel={14} />
        <ShapeSource id="idStreetLayer" shape={aLine}>
          <LineLayer id="idStreetLayer" />
        </ShapeSource>
      </MapView>
    );
  }
}

Observed behavior and steps to reproduce
I keep getting an error screen with the message com.facebook.react.common.javascriptexception unexpected token ";" each time I tried to run it on Android however, once I uninstall mapbox the app will work fine, but once I install it again I will see the error screen
Expected behavior
the app should work without error screen
Notes / preliminary analysis
No response
Additional links and references
No response

@fsixpro looks like a project setup issue. I'm pretty sure it works with a new project created with react-native init.
Sorry we don't have resources to troubleshoot your project setup. Most likely babel/typescript/preset are not currect. Please search or issues for similar stuff.


Investigate: Religion disappears sometimes when conquering/losing a city

https://clips.twitch.tv/LivelyGrotesqueChowderCurseLit
Currently trying to reproduce

Preliminary tests seem to indicate that the religion is not established in the city if it's NOT Spain's majority religion (across all cities)

This is confirmed in this video.
There is currently no fix for this, the new religion is decided in the game engine.  Maybe there is a workaround -- such as spreading after the city has been captured -- but I'm not aware of it
https://www.youtube.com/watch?v=1pM-OTgTtn4

The action for this bug to be to update the Conquistador description to say something like "when the religion is the majority religion it will convert the captured city"


Unable to open/create file hdf5 files

sorry to bother you guys with a naive issue.
After downloading the models via dowload_public_data.py, the config.yml was generated successfully.
policy:
  files:
    uspto:
      - D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\uspto_model.onnx
      - D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\uspto_templates.csv.gz
    ringbreaker:
      - D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\uspto_ringbreaker_model.onnx
      - D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\uspto_ringbreaker_templates.csv.gz
filter:
  files:
    uspto: D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\uspto_filter_model.onnx
stock:
  files:
    zinc: D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\zinc_stock.hdf5

when I tried to run the GUI through a Jupyter notebook as instructuion ,
from aizynthfinder.interfaces import AiZynthApp
# configfile=r"D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\interfaces\config_local.yml"
configfile=r"D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\config.yml"
app = AiZynthApp(configfile)

however, the error happened as below:
Loading template-based expansion policy model from D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\uspto_model.onnx to uspto
Loading templates from D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\uspto_templates.csv.gz to uspto
Loading template-based expansion policy model from D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\uspto_ringbreaker_model.onnx to ringbreaker
Loading templates from D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\uspto_ringbreaker_templates.csv.gz to ringbreaker
Loading filter policy model from D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\uspto_filter_model.onnx to uspto
Loading stock from D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\zinc_stock.hdf5 to zinc
---------------------------------------------------------------------------
HDF5ExtError                              Traceback (most recent call last)
Cell In[2], line 4
      2 configfile=r"D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\interfaces\config_local.yml"
      3 configfile=r"D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\config.yml"
----> 4 app = AiZynthApp(configfile)

File ~\anaconda3\envs\aisynth\lib\site-packages\aizynthfinder\interfaces\aizynthapp.py:60, in AiZynthApp.__init__(self, configfile, setup)
     57 def __init__(self, configfile: str, setup: bool = True) -> None:
     58     # pylint: disable=used-before-assignment
     59     setup_logger(logging.INFO)
---> 60     self.finder = AiZynthFinder(configfile=configfile)
     61     self._input: StrDict = dict()
     62     self._output: StrDict = dict()

File ~\anaconda3\envs\aisynth\lib\site-packages\aizynthfinder\aizynthfinder.py:67, in AiZynthFinder.__init__(self, configfile, configdict)
     64 self._logger = logger()
     66 if configfile:
---> 67     self.config = Configuration.from_file(configfile)
     68 elif configdict:
     69     self.config = Configuration.from_dict(configdict)

File ~\anaconda3\envs\aisynth\lib\site-packages\aizynthfinder\context\config.py:129, in Configuration.from_file(cls, filename)
    127     txt = txt.replace(item, os.environ[item[2:-1]])
    128 _config = yaml.load(txt, Loader=yaml.SafeLoader)
--> 129 return Configuration.from_dict(_config)

File ~\anaconda3\envs\aisynth\lib\site-packages\aizynthfinder\context\config.py:100, in Configuration.from_dict(cls, source)
     98 config_obj.expansion_policy.load_from_config(**src_copy.get("policy", {}))
     99 config_obj.filter_policy.load_from_config(**src_copy.get("filter", {}))
--> 100 config_obj.stock.load_from_config(**src_copy.get("stock", {}))
    101 config_obj.scorers.load_from_config(**src_copy.get("scorer", {}))
    102 config_obj.molecule_cost.load_from_config(**src_copy.get("molecule_cost", {}))

File ~\anaconda3\envs\aisynth\lib\site-packages\aizynthfinder\context\stock\stock.py:170, in Stock.load_from_config(self, **config)
    167     self.set_stop_criteria(config["stop_criteria"])
    169 for key, stockfile in config.get("files", {}).items():
--> 170     self.load(stockfile, key)
    172 if "mongodb" in config:
    173     query_obj = MongoDbInchiKeyQuery(**(config["mongodb"] or {}))

File ~\anaconda3\envs\aisynth\lib\site-packages\aizynthfinder\context\stock\stock.py:150, in Stock.load(self, source, key)
    147 self._logger.info(f"Loading stock from {src_str} to {key}")
    149 if isinstance(source, str):
--> 150     source = InMemoryInchiKeyQuery(source)
    151 self._items[key] = source

File ~\anaconda3\envs\aisynth\lib\site-packages\aizynthfinder\context\stock\queries.py:98, in InMemoryInchiKeyQuery.__init__(self, filename)
     96 ext = os.path.splitext(filename)[1]
     97 if ext in [".h5", ".hdf5"]:
---> 98     stock = pd.read_hdf(filename, key="table")  # type: ignore
     99     inchis = stock.inchi_key.values  # type: ignore
    100 elif ext == ".csv":

File ~\AppData\Roaming\Python\Python39\site-packages\pandas\io\pytables.py:416, in read_hdf(path_or_buf, key, mode, errors, where, start, stop, columns, iterator, chunksize, **kwargs)
    413 if not exists:
    414     raise FileNotFoundError(f"File {path_or_buf} does not exist")
--> 416 store = HDFStore(path_or_buf, mode=mode, errors=errors, **kwargs)
    417 # can't auto open/close if we are using an iterator
    418 # so delegate to the iterator
    419 auto_close = True

File ~\AppData\Roaming\Python\Python39\site-packages\pandas\io\pytables.py:578, in HDFStore.__init__(self, path, mode, complevel, complib, fletcher32, **kwargs)
    576 self._fletcher32 = fletcher32
    577 self._filters = None
--> 578 self.open(mode=mode, **kwargs)

File ~\AppData\Roaming\Python\Python39\site-packages\pandas\io\pytables.py:737, in HDFStore.open(self, mode, **kwargs)
    731     msg = (
    732         "Cannot open HDF5 file, which is already opened, "
    733         "even in read-only mode."
    734     )
    735     raise ValueError(msg)
--> 737 self._handle = tables.open_file(self._path, self._mode, **kwargs)

File ~\anaconda3\envs\aisynth\lib\site-packages\tables\file.py:300, in open_file(filename, mode, title, root_uep, filters, **kwargs)
    295             raise ValueError(
    296                 "The file '%s' is already opened.  Please "
    297                 "close it before reopening in write mode." % filename)
    299 # Finally, create the File instance, and return it
--> 300 return File(filename, mode, title, root_uep, filters, **kwargs)

File ~\anaconda3\envs\aisynth\lib\site-packages\tables\file.py:750, in File.__init__(self, filename, mode, title, root_uep, filters, **kwargs)
    747 self.params = params
    749 # Now, it is time to initialize the File extension
--> 750 self._g_new(filename, mode, **params)
    752 # Check filters and set PyTables format version for new files.
    753 new = self._v_new

File ~\anaconda3\envs\aisynth\lib\site-packages\tables\hdf5extension.pyx:484, in tables.hdf5extension.File._g_new()

HDF5ExtError: HDF5 error back trace

  File "C:\ci\hdf5_1655191106204\work\src\H5F.c", line 620, in H5Fopen
    unable to open file
  File "C:\ci\hdf5_1655191106204\work\src\H5VLcallback.c", line 3502, in H5VL_file_open
    failed to iterate over available VOL connector plugins
  File "C:\ci\hdf5_1655191106204\work\src\H5PLpath.c", line 579, in H5PL__path_table_iterate
    can't iterate over plugins in plugin path '(null)'
  File "C:\ci\hdf5_1655191106204\work\src\H5PLpath.c", line 712, in H5PL__path_table_iterate_process_path
    can't open directory
  File "C:\ci\hdf5_1655191106204\work\src\H5VLcallback.c", line 3351, in H5VL__file_open
    open failed
  File "C:\ci\hdf5_1655191106204\work\src\H5VLnative_file.c", line 97, in H5VL__native_file_open
    unable to open file
  File "C:\ci\hdf5_1655191106204\work\src\H5Fint.c", line 1990, in H5F_open
    unable to read superblock
  File "C:\ci\hdf5_1655191106204\work\src\H5Fsuper.c", line 617, in H5F__super_read
    truncated file: eof = 122044800, sblock->base_addr = 0, stored_eof = 663232280

End of HDF5 error back trace

Unable to open/create file 'D:\Cheminfo_Workshop\7_Aisynth\aizynthfinder37\aizynthfinder\models\zinc_stock.hdf5'

could you please help me how to fix it up?
my OS system is windows10, with python 3.9
many many thanks,
Shengyang

Hello
From the error message it appears that HDF5 file containing the ZINC stock was somehow corrupted during download.
Could you be so kind and try re-downloading it?

Hello From the error message it appears that HDF5 file containing the ZINC stock was somehow corrupted during download. Could you be so kind and try re-downloading it?

thanks for your kind reply. I tried to re-download the HDF5 for ZINC stock, but still have problems with the same error to read it. however, the another format file NMX works and can be read by program. thus I remove the HDF5 of ZINC stock from the config yml and then the aizynth can go without errors.

You would need the ZINC stock (or another stock) to perform the retrosynthesis experiments.
So I am afraid to you would need to find another solution than just removing the reference in the config file.

yep, I can implement the retrosynthesis without ZINC stock after removing the hdf5 files from config file.
anyway, I'll keep trying to figure out another way or redownload the model files (hdf5 format) and see if it works or not. for now I close the issues. and thank you again for your kind explanation and help.