2012-10-31 21:53:35 |
Mark |
bug |
|
|
added bug |
2012-11-01 02:02:48 |
Edward Donovan |
bug |
|
|
added subscriber Edward Donovan |
2012-11-01 11:43:36 |
Robert Roth |
update-manager (Ubuntu): status |
New |
Confirmed |
|
2012-11-01 11:43:42 |
Robert Roth |
update-manager (Ubuntu): importance |
Undecided |
Medium |
|
2012-11-01 11:45:35 |
Robert Roth |
bug |
|
|
added subscriber Robert Roth |
2012-11-01 11:46:13 |
Robert Roth |
affects |
update-manager (Ubuntu) |
software-properties (Ubuntu) |
|
2012-11-01 11:46:13 |
Robert Roth |
software-properties (Ubuntu): importance |
Medium |
Undecided |
|
2012-11-01 11:46:13 |
Robert Roth |
software-properties (Ubuntu): status |
Confirmed |
New |
|
2012-11-01 11:46:28 |
Robert Roth |
summary |
Software Updater settings window takes long time to open with little user feedback |
software sources window takes long time to open with little user feedback |
|
2012-11-02 09:20:10 |
Matthew Paul Thomas |
description |
I'm using Lubuntu 12.10 in a VirtualBox VM.
Run Software Updater. When the main window opens, click the Settings... button at the bottom left. The settings window takes several seconds to appear, and other than the main window contents being greyed out, there is no indication that anything is happening. (The CPU appears to be maxed-out until the settings window opens, so the delay would probably be much longer on slower machines.)
It would be good if a busy mouse pointer could be set, so the user knows something is happening, instead of possibly thinking that Software Updater has hung/locked up.
Each time you click Settings... there is the same long delay while the CPU is maxed-out doing whatever it's doing. Would it be possible to cache whatever is being calculated in order to open the settings window? Then if the user selects Settings... again in the same session, the settings window could appear almost immediately.
Another optimisation could be made for the delay after the user dismisses the settings window. If you close the settings window without making any changes, the CPU is again maxed-out for a few seconds before the Software Updater window is un-greyed-out. Since no changes were made, it should be possible for the Software Updater window to immediately become responsive in that case. |
I'm using Lubuntu 12.10 in a VirtualBox VM.
Run Software Updater. When the main window opens, click the Settings... button at the bottom left. The settings window takes several seconds to appear, and other than the main window contents being greyed out, there is no indication that anything is happening. (The CPU appears to be maxed-out until the settings window opens, so the delay would probably be much longer on slower machines.)
It would be good if a busy mouse pointer could be set, so the user knows something is happening, instead of possibly thinking that Software Updater has hung/locked up.
Each time you click Settings... there is the same long delay while the CPU is maxed-out doing whatever it's doing. Would it be possible to cache whatever is being calculated in order to open the settings window? Then if the user selects Settings... again in the same session, the settings window could appear almost immediately.
Another optimisation could be made for the delay after the user dismisses the settings window. If you close the settings window without making any changes, the CPU is again maxed-out for a few seconds before the Software Updater window is un-greyed-out. Since no changes were made, it should be possible for the Software Updater window to immediately become responsive in that case.
This is similar to bug 1070868 but from a different starting point. Fixing bug 780776 would be one way of fixing this bug. |
|
2012-11-09 12:04:32 |
Robert Roth |
software-properties (Ubuntu): status |
New |
Confirmed |
|
2012-11-25 09:00:31 |
todaioan |
software-properties (Ubuntu): status |
Confirmed |
Fix Committed |
|
2012-11-29 10:35:39 |
Matthew Paul Thomas |
software-properties (Ubuntu): status |
Fix Committed |
Confirmed |
|
2012-12-09 17:46:42 |
Doug McMahon |
bug |
|
|
added subscriber Doug McMahon |
2012-12-09 19:31:59 |
VinDSL |
bug |
|
|
added subscriber VinDSL |
2012-12-10 09:16:49 |
Suhaimi Ghazali |
bug |
|
|
added subscriber Suhaimi Ghazali |
2013-01-01 05:32:55 |
todaioan |
software-properties (Ubuntu): status |
Confirmed |
Fix Released |
|
2013-01-01 06:31:01 |
Adolfo Jayme Barrientos |
software-properties (Ubuntu): status |
Fix Released |
Triaged |
|
2013-01-01 11:00:10 |
Sasa Paporovic |
tags |
|
raring |
|
2013-01-01 11:00:21 |
Sasa Paporovic |
tags |
raring |
quantal raring |
|
2013-01-01 11:00:48 |
Sasa Paporovic |
bug |
|
|
added subscriber melchiaros |
2013-02-13 01:57:23 |
Ubuntu QA Website |
tags |
quantal raring |
iso-testing quantal raring |
|
2013-02-16 14:15:55 |
Suhaimi Ghazali |
removed subscriber Suhaimi Ghazali |
|
|
|
2013-04-25 14:41:04 |
papukaija |
bug |
|
|
added subscriber papukaija |
2013-04-26 20:11:47 |
Donjan Rodic |
bug |
|
|
added subscriber Donjan Rodic |
2013-05-25 08:20:46 |
Launchpad Janitor |
branch linked |
|
lp:~sjakthol/software-properties/fix-1073728 |
|
2013-05-25 08:21:52 |
Sami Jaktholm |
software-properties (Ubuntu): assignee |
|
Sami Jaktholm (sjakthol) |
|
2013-05-25 08:21:55 |
Sami Jaktholm |
software-properties (Ubuntu): status |
Triaged |
In Progress |
|
2013-05-25 11:40:18 |
Adolfo Jayme Barrientos |
software-properties (Ubuntu): importance |
Undecided |
Low |
|
2013-05-27 06:40:13 |
Launchpad Janitor |
branch linked |
|
lp:software-properties |
|
2013-05-27 07:02:17 |
Adolfo Jayme Barrientos |
software-properties (Ubuntu): status |
In Progress |
Fix Committed |
|
2013-05-27 11:28:27 |
Izidor Matušov |
bug |
|
|
added subscriber Izidor Matušov |
2013-05-28 21:36:13 |
Launchpad Janitor |
software-properties (Ubuntu): status |
Fix Committed |
Fix Released |
|