New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 638667 link

Starred by 3 users
Status: Duplicate
Merged: issue 506300
Owner:
piman@chromium.org
Closed: Oct 2016
Cc:
sunn...@chromium.org
thomasanderson@chromium.org
█ e...@chromium.org
█ reve...@chromium.org
ccameron@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Desktop Linux: Windows do not interactively resize

Project Member Reported by thomasanderson@chromium.org, Aug 17 2016 
Version: 52.0.2743.116 (64-bit)
OS: Ubuntu 14.04

What steps will reproduce the problem?
Use Unity/Compiz.  Resize a browser window by dragging from the edge or a corner.

What is the expected output?
The browser window interactively resizes.

What do you see instead?
The window does not resize until I stop dragging, or if I drag really slowly.



Additional info:
* My machine is an HP Z840, with a standard Goobuntu install.
* Graphics driver recently updated to 361.42
* When resizing, the entire desktop (except for the cursor) freezes.
* The issue does not occur when using --disable-gpu.
* The issue also occurs on other glx apps like glxgears, does not occur on firefox.

+ piman@ Maybe this is just a driver issue?
resize.mp4
558 KB View Download
perf.data
153 KB Download
trace_resize.json.gz
3.8 MB Download
disablegpu.mp4
562 KB View Download
otherapps.mp4
2.6 MB View Download
aboutgpu.txt
26.0 KB View Download

Comment 1 by piman@chromium.org, Aug 17 2016

Cc: sunn...@chromium.org
Labels: GPU-NVidia
361.42 appears to have many bugs. See also  bug 636644 , which is possibly related.
Does it repro when running with --no-sandbox?

Either way, the fact that it happens the same with glxgears definitely points towards a driver or a Compiz bug.
Do you know if it happens without Compiz?

Comment 2 by thomasanderson@chromium.org, Aug 17 2016 

Sounds similar also to  bug 636013 , which we first noticed on the driver update.

I'm unable to repro on xfce (no compositor).

Comment 3 by piman@chromium.org, Aug 17 2016 

I should also mention that in your trace, it looks like we're still pushing frames, albeit slowly, because the GL driver seems to be slowing down to a crawl, in particular when making X calls. My bet is that Compiz is doing something that causes X to get overwhelmed. Maybe the new driver causes it to behave differently?

Comment 4 by thomasanderson@chromium.org, Aug 17 2016 

--no-sandbox has the same behavior.

Resizing on Cinnamon/Muffin is better, but still sucks compared to --disable-gpu.

I'll try to rollback my driver to see if there's any difference.
resizecinnamon.mp4
1.6 MB View Download

Comment 5 by thomasanderson@chromium.org, Aug 17 2016 

Resizing has the same behavior on 340.96.  The window focus bug is gone though.
driver340.mp4
1.3 MB View Download

Comment 6 by thomasanderson@chromium.org, Oct 10 2016

Cc: ccameron@chromium.org reve...@chromium.org
 Issue 654423  has been merged into this issue.

Comment 7 by thomasanderson@chromium.org, Oct 10 2016

Mergedinto: 506300
Status: Duplicate (was: Available)

Comment 8 Deleted

►

Sign in to add a comment