Devolutions / Devolutions/UniGetUI
[BUG] Update-Package-Download starts, downloads package, then times out
- Dominant language
- C#
- Stars
- 26.1k
- Forks
- 924
- Avg merge
- 15h 52m
- Merged PRs (30d)
- 52
Description
### 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](https://github.com/Devolutions/UniGetUI/releases/).
- [x] I have checked the [FAQ](https://github.com/Devolutions/UniGetUI#frequently-asked-questions) section for solutions.
- [x] This issue is about a bug (if it is not, please use the [correct template](https://github.com/Devolutions/UniGetUI/issues/new/choose)).
### UniGetUI Version
2026.2.1
### Windows version, edition, and architecture
Microsoft Windows [Version 10.0.17763.316]
### Describe your issue
If you decide to download a package instead of directly upgrade it, download starts, then downloads. After a while UniGetUI reports download failed -- even if the download is running, cancels download and deletes what is downloaded.
Since the time this cancelation occures is reproducable, it looks like some timeout was calculated. If the initiated download was successfull within this timeout -- ok. If it was not the running download if canceled and remainig files deleted. This should not happen: if the download is running, even if it is slow, UniGetUI should wait until the download is finished.
### Steps to reproduce the issue
Install UniGetUI 2026.2.1, then download some installer you know it will take longer than expected. Wait. Watch UniGetUI cancel this download after the expected time and report an uncuccessful download.
### UniGetUI Log
```text
No Logs available.
```
### Package Managers Logs
```text
Logs not available.
```
### Relevant information
_No response_
### Screenshots and videos
_No response_
Contributor guide
Research direction
Reproduce the issue by downloading an installer that takes longer than expected, then trace the download flow to identify the timeout and cancellation behavior. The issue provides no logs, files, or tests; done means a slow but active download is allowed to finish instead of being canceled and deleted.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 45/100