ClearFoundation Tracker - ClearOS
View Issue Details
0013641ClearOSapp-base - Base Systempublic2017-03-10 22:372017-03-14 11:58
dloper 
user2 
urgentminoralways
closedfixed 
7.3.1 
7.3.1 Updates7.3.1 Updates 
0013641: During wizard, long package update times out and appears stalled
When there is a significant amount of packages during the wizard, the progress bars will appear to hang. The updates finish normally and a required refresh of the page will show the true status.
Install 7.2.0 ISO image, run wizard and the updates in Chrome
No tags attached.
related to 0013731closed user2 Keep progress Ajax call going when error detected 
Issue History
2017-03-10 22:37dloperNew Issue
2017-03-13 10:55user2Note Added: 0005121
2017-03-13 10:55user2Assigned To => user2
2017-03-13 10:55user2Statusnew => confirmed
2017-03-13 11:56user2Note Added: 0005131
2017-03-13 11:57user2Prioritylow => urgent
2017-03-13 12:09user2Note Added: 0005141
2017-03-13 13:28user2Issue cloned: 0013731
2017-03-13 13:28user2Relationship addedrelated to 0013731
2017-03-13 13:56user2Statusconfirmed => resolved
2017-03-13 13:56user2Fixed in Version => 7.3.1 Updates
2017-03-13 13:56user2Resolutionopen => fixed
2017-03-14 11:58user2Statusresolved => closed

Notes
(0005121)
user2   
2017-03-13 10:55   
The asynchronous webconfig restart event is coming along and restarting webconfig. Will fix.
(0005131)
user2   
2017-03-13 11:56   
Correction. The asynchronous event is just fine... webconfig does indeed get restarted after the software update process.

The software-updates Ajax call gets caught in a bit of a chicken/egg scenario. There's a change in the clearos-admin-theme that causes a 500 error - see attached. That's not surprising and in fact should be expected in some cases.
(0005141)
user2   
2017-03-13 12:09   
It's the change in the location of the upstream proxy app:

PHP Fatal error: Class 'clearos\\apps\\network\\Proxy' not found in /usr/clearos/apps/base/libraries/Shell.php on line 180

There's a circular dependency that we want to avoid (app-network <-> app-base), but we can detect and workaround this use case.