Closed nolme closed 6 months ago
When attempting to upgrade the package directly, I see this message:
PS C:\Windows\System32> winget upgrade DisplayLink.GraphicsDriver
A newer version was found, but the install technology is different from the current version installed. Please uninstall the package and install the newer version.
@Trenly Hello MVP! Version "11.3" was released a month ago too.
Is it possible that the version detection is skipping this previously problematic app, or just need to wait for next detection cycle?
Version "11.3" was released a month ago too.
Is it possible that the version detection is skipping this previously problematic app, or just need to wait for next detection cycle?
@nolme - there is not a detection cycle for this application. New versions need to be manually submitted
@Trenly : Hello, as I'm not very experienced on GitHub and this project, can I suggest this change somewhere?
@Trenly : Hello, as I'm not very experienced on GitHub and this project, can I suggest this change somewhere?
I've already submitted a PR to add the new version
@nolme - there is not a detection cycle for this application. New versions need to be manually submitted
Sorry @Trenly I'm also a bit fresh on this project, can can't find references to 'detection cycle' and keep hitting dead links like readme's Repology etc.
Is there a detection cycle or is it only individual PRs? If so, what is needed to set it up?
thanks for the replies on this already
@nolme - there is not a detection cycle for this application. New versions need to be manually submitted
Sorry @Trenly I'm also a bit fresh on this project, can can't find references to 'detection cycle' and keep hitting dead links like readme's Repology etc.
Is there a detection cycle or is it only individual PRs? If so, what is needed to set it up?
thanks for the replies on this already
The only "detection cycle" is when a publisher uses one static URL and just changes the file that URL downloads (also known as a vanity URL). The bot "wingetbot" scans the repository every day checking for URLs that have a mismatched SHA256 and will attempt to update that specific manifest. There is nothing needed for this to happen, thes scans are performed on all manifests. However, this type of update doesn’t apply for applications that have different URLs for each version.
Some users have built automation for specific applications, but they are not official and are supported by community members. Therefore, if you wanted to have a "detection cycle" for any specific application you would need to code something up yourself or ask someone who has existing automation to add it to theirs. The "detection cycle" simply refers to the fact that these community supplied automations run in periodic intervals.
The vast majority of applications are not automated, and even when they are automated every update requires individual PRs - just that the automations would be creating the PRs
Hello, on my Windows 11 PC x64 Fr, I ran the command :
winget list --accept-source-agreements --upgrade-available
It give me the result :
It looks like the first 6 updates are realtive to current user and the last (DisplayLink) to computer.
Running PowerScript (using Datto RMM or Kaspersky Network Agent from Security Center) give me the same result :
Question 1 : Is this a known problem with Display Link ? Question 2 : Is there a way to update user applications ? (maybe only for currently logger users ?)
Thanks, Vincent