Actions
action #17662
closed[tools]webUI does not load thumbnails for test details in time or at all
Start date:
2017-03-10
Due date:
% Done:
0%
Estimated time:
Description
Files
Actions
Added by zluo almost 8 years ago. Updated about 7 years ago.
0%
Description
Files
in Browser Console I got following:
GET
http://localhost/tests/1999/images/thumb/yast2_control_center-10.png [HTTP/1.1 404 Not Found 15ms]
GET
http://localhost/tests/1999/images/thumb/yast2_control_center-11.png [HTTP/1.1 404 Not Found 14ms]
GET
http://localhost/tests/1999/images/thumb/yast2_control_center-12.png [HTTP/1.1 404 Not Found 15ms]
GET
http://localhost/tests/1999/images/thumb/yast2_control_center-19.png [HTTP/1.1 404 Not Found 26ms]
zluo wrote:
in Browser Console I got following:
GET
http://localhost/tests/1999/images/thumb/yast2_control_center-10.png [HTTP/1.1 404 Not Found 15ms]
I think the images are yet to be generated by optipng. See if the optipng process is running at that time and just wait for all of those processes to finish.
This issue is quite annoying and bad for needle editor. If someone can be assigned for this, that will help a lot.
Possible solutions:
I guess the second option would be better. In any case it makes sense to handle the case of a 404 error so the layout isn't messed.
Solution 1. is already implemented. It just doesn't seem to work in all cases, though. For sure the current implementation will not reload the picture if it is not available within 21 seconds so such a long delay might be the reason for this issue.
I guess it would be better to implement 2. then. The only this blocking me is that I currently don't know how the screenshot upload works under the hood.
Ensure everything is available before providing the links.
what do you mean with "everything" and "links" in this example?
I just checked by executing a long running test with many screenshots http://lord.arch/tests/6140
What I see is that my browser is quite busy when the page is open and the test is running. Especially when the job is in "uploading" cpu usage raises up. But eventually all thumbnails loaded correctly
While working on #20378 from logs we found that is also caused by 406 returned to the apache proxy while workers try to upload snapshots, that becomes 502 to the user.
Closing this bug since it might be related to #20378 which is now solved. Please re-open if problem still persist - in case it is persisting and the bug had attachments (such logs, screens, ecc.) please provide new ones.