get rid of opengl fbo resize delay

[totaam]

Issue migrated from trac ticket # 2373

component: client | priority: major | resolution: fixed

2019-07-29 16:40:45: antoine created the issue

---

Aka XPRA_OPENGL_FBO_RESIZE_DELAY, added in r23338 for #2217.

There must be a more deterministic event we can wait for instead of using a timer. (which is not always long enough)

[totaam]

2019-10-28 15:14:03: antoine changed status from new to assigned

[totaam]

2019-10-28 15:14:03: antoine commented

---

Could this be related to #2462?

[totaam]

2019-11-19 15:53:30: antoine commented

---

See #2481: I believe the correct solution is very likely to be similar to the fixes from #2481, we have to use an expose event.
The backing knows nothing about the window, so hopefully we can just queue_draw_area on the backing directly?

[totaam]

2019-11-20 12:07:46: antoine commented

---

The delay does not seem to be needed any more, so r24463 makes it optional and defaults to -1 (disabled).

[totaam]

2019-11-20 12:17:33: antoine commented

---

Mostly reverted in r24464 as the bug still occurs on win32.

[totaam]

2019-11-21 04:51:49: antoine commented

---

Should be fixed in r24465.

Just needs re-testing on all platforms..

[totaam]

2019-11-21 05:54:57: antoine commented

---

Damn. Still occurs on macos...

[totaam]

2019-12-04 11:20:32: antoine commented

---

Could probably be removed after the latest round of opengl / gtk3 paint fixes: r24577 (+ r24581 + r24576), except macos uses the XPRA_OPENGL_CONTEXT_REINIT=1 default, see #2491.

[totaam]

2019-12-04 14:31:50: antoine changed status from assigned to closed

[totaam]

2019-12-04 14:31:50: antoine set resolution to fixed

[totaam]

2019-12-04 14:31:50: antoine commented

---

Disabled by default in r24592 following #2491#comment:10.