[SRU] AptUrl GTK window stuck on screen after install completed
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
update-manager (Ubuntu) |
Fix Released
|
High
|
Marcus Tomlinson | ||
Focal |
Fix Released
|
High
|
Marcus Tomlinson |
Bug Description
[Impact]
After installing a package from an AptURL, the apturl-gtk window remains stuck on screen in greyed out state. Clicking the close button does nothing.
Screenshot is attached below.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: apturl 0.5.2ubuntu19
ProcVersionSign
Uname: Linux 5.4.0-26-generic x86_64
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
CasperMD5CheckR
CurrentDesktop: ubuntu:GNOME
Date: Fri Apr 24 09:51:36 2020
InstallationDate: Installed on 2020-04-22 (1 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Release amd64 (20191017)
SourcePackage: apturl
UpgradeStatus: Upgraded to focal on 2020-04-23 (0 days ago)
[Test Case]
- Use an AptURL (like apt:chromium-
- apturl-gtk launches, and prompts for app installation
- I click install and enter my credentials
- A window pops up with the download and install progress
- Installation for the package completes and the install progress window disappears
- The apturl-gtk window is greyed out and stuck.
[Regression Potential]
The fix consists of a couple hasattr() safety checks (see linked branch). These ensure that snap updates occur only in the updater and not in other dialogs such as the apturl installer. I'd say regression potential is relatively low. There are only a couple of use cases effected here and I've tested them thoroughly.
Related branches
- Brian Murray: Approve
- Ubuntu Core Development Team: Pending requested
-
Diff: 50 lines (+14/-3)2 files modifiedUpdateManager/backend/__init__.py (+7/-3)
debian/changelog (+7/-0)
Changed in apturl (Ubuntu): | |
status: | Confirmed → In Progress |
summary: |
- AptUrl GTK window stuck on screen after install completed + [SRU] AptUrl GTK window stuck on screen after install completed |
description: | updated |
Changed in apturl (Ubuntu): | |
importance: | Low → High |
Changed in update-manager (Ubuntu): | |
importance: | Undecided → High |
assignee: | nobody → Marcus Tomlinson (marcustomlinson) |
status: | New → In Progress |
no longer affects: | apturl (Ubuntu) |
Changed in update-manager (Ubuntu Focal): | |
assignee: | nobody → Marcus Tomlinson (marcustomlinson) |
importance: | Undecided → High |
status: | New → In Progress |
Changed in update-manager (Ubuntu Eoan): | |
status: | New → Confirmed |
Changed in update-manager (Ubuntu Bionic): | |
status: | New → Confirmed |
Changed in update-manager (Ubuntu Eoan): | |
status: | Confirmed → Invalid |
Changed in update-manager (Ubuntu Bionic): | |
status: | Confirmed → Invalid |
no longer affects: | update-manager (Ubuntu Eoan) |
no longer affects: | update-manager (Ubuntu Bionic) |
Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:
* Is this reproducible?
* If so, what specific steps should we take to recreate this bug?
* Could you add your 'journalctl -b 0' log after getting the issue?
This will help us to find and resolve the problem.