searching for reviewer(stransky)
aa0f3547216405f94d08eb7e93bb52675e0de413: Bug 1590965 store clipboard only once on shutdown r=stransky
Karl Tomlinson <karlt+@karlt.net> - Thu, 07 Nov 2019 22:42:16 +0000 - rev 501878
Push 114172 by dluca@mozilla.com at Tue, 19 Nov 2019 11:31:10 +0000
Bug 1590965 store clipboard only once on shutdown r=stransky Depends on D50538 Differential Revision: https://phabricator.services.mozilla.com/D50766
e327b9536917f0247ba28d5e5f8c737f7338317a: bug 1590965 call gtk_clipboard_store() from an event r=stransky
Karl Tomlinson <karlt+@karlt.net> - Thu, 07 Nov 2019 22:42:13 +0000 - rev 501674
Push 114172 by dluca@mozilla.com at Tue, 19 Nov 2019 11:31:10 +0000
bug 1590965 call gtk_clipboard_store() from an event r=stransky Differential Revision: https://phabricator.services.mozilla.com/D50538
610f0e00fbbaf19e502b48b28d33c11e757c3526: Bug 1590965 call gtk_clipboard_store() regardless of whether Gecko is providing the clipboard r=stransky
Karl Tomlinson <karlt+@karlt.net> - Thu, 07 Nov 2019 22:42:15 +0000 - rev 501673
Push 114172 by dluca@mozilla.com at Tue, 19 Nov 2019 11:31:10 +0000
Bug 1590965 call gtk_clipboard_store() regardless of whether Gecko is providing the clipboard r=stransky This stores the clipboard even if it was set in a GTK dialog. Depends on D50764 Differential Revision: https://phabricator.services.mozilla.com/D50765
2905fbf1625f2613c3532bdf64b93676fb3d6ae1: bug 1590965 clear GtkClipboard on nsIClipboard::EmptyClipboard r=stransky
Karl Tomlinson <karlt+@karlt.net> - Mon, 11 Nov 2019 11:24:56 +0000 - rev 501519
Push 114170 by malexandru@mozilla.com at Tue, 12 Nov 2019 21:58:32 +0000
bug 1590965 clear GtkClipboard on nsIClipboard::EmptyClipboard r=stransky This notifies GTK that the data is no longer available for clipboard_get_cb(), so that GTK will no longer advertise nor attempt to store the data. The clipboard is not cleared immediately before it is set in case that might trigger a system clipboard manager to take ownership of the selection, which could lead to gtk_clipboard_set_with_data() failing to take ownership back due to an older timestamp. This also fixes a GtkTargetList leak. Differential Revision: https://phabricator.services.mozilla.com/D50764
b5e88a86b165f296f9cda3f05f3cbb3bee71d38e: Bug 969322 - make :-moz-window-inactive state follow GDK_WINDOW_STATE_FOCUSED when drawing in titlebar r=karlt,stransky
Jim Mason <jmason@ibinx.com> - Wed, 06 Nov 2019 20:49:07 +0000 - rev 500968
Push 114166 by apavel@mozilla.com at Thu, 07 Nov 2019 10:04:01 +0000
Bug 969322 - make :-moz-window-inactive state follow GDK_WINDOW_STATE_FOCUSED when drawing in titlebar r=karlt,stransky This patch fixes activation of the :-moz-window-inactive pseudoclass in client side decoration during drag operations. It depends on and complements the fixes provided in support of Bug 1491808. Obsoletes D50445 Differential Revision: https://phabricator.services.mozilla.com/D51307
52dba68c5cba1eccd3ebb4ef768d5f51fca2b439: Bug 1589601 - Return the fallback to primary monitor on Wayland to not break PIP; r=stransky
Jan Horak <jhorak@redhat.com> - Tue, 05 Nov 2019 08:14:18 +0000 - rev 500559
Push 114166 by apavel@mozilla.com at Thu, 07 Nov 2019 10:04:01 +0000
Bug 1589601 - Return the fallback to primary monitor on Wayland to not break PIP; r=stransky Differential Revision: https://phabricator.services.mozilla.com/D51600
f68c212c8b2a39cb6e26e17477a8d848e19cd6d3: Bug 1590965 store clipboard only once on shutdown r=stransky
Karl Tomlinson <karlt+@karlt.net> - Tue, 29 Oct 2019 21:47:35 +0000 - rev 499821
Push 114163 by aiakab@mozilla.com at Thu, 31 Oct 2019 10:03:38 +0000
Bug 1590965 store clipboard only once on shutdown r=stransky Depends on D50538 Differential Revision: https://phabricator.services.mozilla.com/D50766
1ced33f6635376f0a609fb7a4a26900d5933576f: bug 1590965 call gtk_clipboard_store() from an event r=stransky
Karl Tomlinson <karlt+@karlt.net> - Tue, 29 Oct 2019 21:47:25 +0000 - rev 499820
Push 114163 by aiakab@mozilla.com at Thu, 31 Oct 2019 10:03:38 +0000
bug 1590965 call gtk_clipboard_store() from an event r=stransky Differential Revision: https://phabricator.services.mozilla.com/D50538
22f28d146e38491acf458d17119973713e257cba: Bug 1590965 call gtk_clipboard_store() regardless of whether Gecko is providing the clipboard r=stransky
Karl Tomlinson <karlt+@karlt.net> - Tue, 29 Oct 2019 21:47:27 +0000 - rev 499819
Push 114163 by aiakab@mozilla.com at Thu, 31 Oct 2019 10:03:38 +0000
Bug 1590965 call gtk_clipboard_store() regardless of whether Gecko is providing the clipboard r=stransky This stores the clipboard even if it was set in a GTK dialog. Depends on D50764 Differential Revision: https://phabricator.services.mozilla.com/D50765
70331e97107e45f1e81f2e53b6003e1c89144247: Bug 1590965 clear GtkClipboard on nsIClipboard::EmptyClipboard r=stransky
Karl Tomlinson <karlt+@karlt.net> - Wed, 30 Oct 2019 08:59:36 +0000 - rev 499818
Push 114163 by aiakab@mozilla.com at Thu, 31 Oct 2019 10:03:38 +0000
Bug 1590965 clear GtkClipboard on nsIClipboard::EmptyClipboard r=stransky This notifies GTK that the data is no longer available for clipboard_get_cb(), so that GTK will no longer advertise nor attempt to store the data. Differential Revision: https://phabricator.services.mozilla.com/D50764
6787b11419c29ce56e6c4d18403bffe27f53788e: Bug 1592502 initialize all fields of GdkEvents r=stransky
Karl Tomlinson <karlt+@karlt.net> - Wed, 30 Oct 2019 07:36:23 +0000 - rev 499745
Push 114163 by aiakab@mozilla.com at Thu, 31 Oct 2019 10:03:38 +0000
Bug 1592502 initialize all fields of GdkEvents r=stransky Differential Revision: https://phabricator.services.mozilla.com/D51051
0ce8f56fb4f6af5b6a0cb2f15a9dda478fa0eff6: Bug 1591488 - [Wayland] Only offset the opaque region for normal windows; r=stransky
Jan Alexander Steffens (heftig) <jan.steffens@gmail.com> - Tue, 29 Oct 2019 14:48:54 +0000 - rev 499636
Push 114161 by ncsoregi@mozilla.com at Tue, 29 Oct 2019 21:34:24 +0000
Bug 1591488 - [Wayland] Only offset the opaque region for normal windows; r=stransky Maximized and fullscreened windows do not have a CSD decoration border. Differential Revision: https://phabricator.services.mozilla.com/D50628
00e66d88797b34543a369003ee6ddbf0bace9057: Bug 1584511 - Backout r=stransky
sotaro <sotaro.ikeda.g@gmail.com> - Wed, 23 Oct 2019 01:41:27 +0000 - rev 498643
Push 114159 by shindli@mozilla.com at Thu, 24 Oct 2019 09:49:00 +0000
Bug 1584511 - Backout r=stransky Backout because of regression Bug 1590498 . Differential Revision: https://phabricator.services.mozilla.com/D49380
5c5c11d15147893ff02001341c659f5860163e9d: Bug 1584511 - Handle Compositor session recreation when egl_window is re-created r=stransky
sotaro <sotaro.ikeda.g@gmail.com> - Fri, 18 Oct 2019 08:20:30 +0000 - rev 498465
Push 114158 by ncsoregi@mozilla.com at Tue, 22 Oct 2019 09:53:30 +0000
Bug 1584511 - Handle Compositor session recreation when egl_window is re-created r=stransky Differential Revision: https://phabricator.services.mozilla.com/D49380
73048a0f8702113bb9553c06ab8d71527e0345a1: Bug 1589541 Don't consider headless display as wayland; r=stransky
Jan Horak <jhorak@redhat.com> - Fri, 18 Oct 2019 13:56:44 +0000 - rev 498198
Push 114157 by nbeleuzu@mozilla.com at Mon, 21 Oct 2019 22:00:13 +0000
Bug 1589541 Don't consider headless display as wayland; r=stransky This fixes the related test failures. Differential Revision: https://phabricator.services.mozilla.com/D49744
48951378e166b2a1e84c923681b29e0c3e59a9fb: Bug 1565401 - return valid screen size on multimonitor setup under Wayland; r=stransky,NeilDeakin
Jan Horak <jhorak@redhat.com> - Thu, 17 Oct 2019 11:27:08 +0000 - rev 498066
Push 114157 by nbeleuzu@mozilla.com at Mon, 21 Oct 2019 22:00:13 +0000
Bug 1565401 - return valid screen size on multimonitor setup under Wayland; r=stransky,NeilDeakin By getting the right screen size we can shrink the popup menus which overflows the screen size under Wayland. The ScreenManager does not help us, because we can't get absolute window position, but we can use gdk_display_get_monitor_at_window and gdk_monitor_get_workarea to get the correct screen rectangle. Differential Revision: https://phabricator.services.mozilla.com/D49289
23e9fe8a919bf7315734c8450913c803b45deac3: Bug 1565401 - return valid screen size on multimonitor setup under Wayland; r=stransky,NeilDeakin
Jan Horak <jhorak@redhat.com> - Wed, 16 Oct 2019 13:03:43 +0000 - rev 497861
Push 114154 by btara@mozilla.com at Thu, 17 Oct 2019 09:58:40 +0000
Bug 1565401 - return valid screen size on multimonitor setup under Wayland; r=stransky,NeilDeakin By getting the right screen size we can shrink the popup menus which overflows the screen size under Wayland. The ScreenManager does not help us, because we can't get absolute window position, but we can use gdk_display_get_monitor_at_window and gdk_monitor_get_workarea to get the correct screen rectangle. Differential Revision: https://phabricator.services.mozilla.com/D49289
3a84453ce1c9f316d9a5086d6e9e387aaa1ca09a: Bug 1553835 - Set GTK window hint to make PIP window floating r=stransky
dennisschagt <dennisschagt@gmail.com> - Thu, 10 Oct 2019 10:00:32 +0000 - rev 497094
Push 114148 by shindli@mozilla.com at Mon, 14 Oct 2019 10:49:50 +0000
Bug 1553835 - Set GTK window hint to make PIP window floating r=stransky I believe the GDK_WINDOW_TYPE_HINT_UTILITY [1] makes the most sense, especially when looking at the description of the related _NET_WM_WINDOW_TYPE_UTILITY [2]. This works well in i3-wm. [1] https://developer.gnome.org/gdk3/stable/gdk3-Windows.html#GdkWindowTypeHint [2] https://specifications.freedesktop.org/wm-spec/wm-spec-1.3.html#idm140130317606816 Differential Revision: https://phabricator.services.mozilla.com/D48771
29d3b1f1b7449d3eb47ab60c170109122a4ea0fc: Bug 1582679 - Rewrite popup hiding on wayland; r=stransky
Jan Horak <jhorak@redhat.com> - Wed, 02 Oct 2019 13:21:56 +0000 - rev 496047
Push 114141 by rmaries@mozilla.com at Thu, 03 Oct 2019 09:42:28 +0000
Bug 1582679 - Rewrite popup hiding on wayland; r=stransky Under Wayland it is possible to add only one popup window to a parent window. If we try to attach another popup to the window, the GTK refuses to do that. This can happen when the previous popup has not yet been hidden while the new popup is showing (in some cases the nsWindow::Show(false) for the previous popup is not called before nsWindow::Show(true) for the new one). We deal with it by hiding wayland popups which are no longer in the XULPopupManager (PM) before showing a new one. We only do that for the main menu popups or context (sub)menus. We cannot use PM to check for the panel popup content like Folder dropdown in Edit Bookmark panel or WebRTC microphone/video source dropdown. In that case we simply use the last shown popup as a transient for the new one or the toplevel window. Differential Revision: https://phabricator.services.mozilla.com/D47610
30310d7d693ae90f3154982ed13c5ae88096c169: Bug 1582679 - Rewrite popup hiding on wayland; r=stransky
Jan Horak <jhorak@redhat.com> - Tue, 01 Oct 2019 13:14:02 +0000 - rev 495853
Push 114140 by dvarga@mozilla.com at Wed, 02 Oct 2019 18:04:51 +0000
Bug 1582679 - Rewrite popup hiding on wayland; r=stransky Under Wayland it is possible to add only one popup window to a parent window. If we try to attach another popup to the window, the GTK refuses to do that. This can happen when the previous popup has not yet been hidden while the new popup is showing (in some cases the nsWindow::Show(false) for the previous popup is not called before nsWindow::Show(true) for the new one). We deal with it by hiding wayland popups which are no longer in the XULPopupManager (PM) before showing a new one. We only do that for the main menu popups or context (sub)menus. We cannot use PM to check for the panel popup content like Folder dropdown in Edit Bookmark panel or WebRTC microphone/video source dropdown. In that case we simply use the last shown popup as a transient for the new one or the toplevel window. Differential Revision: https://phabricator.services.mozilla.com/D47610
22f474cf97b3ef550bfb6ab9c73b471db2ee8044: Bug 1490059 - Also call "session-save" in the SmSaveGlobal case r=stransky
Laurent Bigonville <bigon@bigon.be> - Tue, 01 Oct 2019 10:32:09 +0000 - rev 495845
Push 114140 by dvarga@mozilla.com at Wed, 02 Oct 2019 18:04:51 +0000
Bug 1490059 - Also call "session-save" in the SmSaveGlobal case r=stransky With modern desktop, the difference between SmSaveGlobal and SmSaveLocal has faded, moreover the libSM documentation states that: "If save_type is SmSaveGlobal the user wants the client to commit all of its data to permanent, globally accessible storage.", it's difficult to understand why firefox wouldn't save its session state in that case. gnome-session is using SmSaveGlobal when closing the user session, that means that under GNOME, firefox blocks the closing of the session and complains that it has crashed on restart. With this patch, "session-save" is sent in all cases, that means that the two issues noted in the original bug are fixed. Differential Revision: https://phabricator.services.mozilla.com/D47500
847db8b778d81d6f94deece9c1c151c8d3158cc5: Bug 1581773 - Fix disappearing bookmark edit panel when choosing folder under Wayland; r=stransky
Jan Horak <jhorak@redhat.com> - Thu, 19 Sep 2019 09:28:28 +0000 - rev 494085
Push 114105 by malexandru@mozilla.com at Fri, 20 Sep 2019 04:04:33 +0000
Bug 1581773 - Fix disappearing bookmark edit panel when choosing folder under Wayland; r=stransky Differential Revision: https://phabricator.services.mozilla.com/D46440
3258db2cb365a1cb73748c36ee023edc8848d0f1: Bug 1550721 - Fix GTK title bar for tiled windows. r=stransky,dao
Marius Gedminas <marius@gedmin.as> - Tue, 17 Sep 2019 12:05:00 +0000 - rev 493556
Push 114097 by malexandru@mozilla.com at Wed, 18 Sep 2019 10:10:26 +0000
Bug 1550721 - Fix GTK title bar for tiled windows. r=stransky,dao Differential Revision: https://phabricator.services.mozilla.com/D45500
44d3452f6a07b80590790d0626f0eec9b1290b34: Bug 1550721 - Fix GTK title bar for tiled windows. r=stransky,dao
Marius Gedminas <marius@gedmin.as> - Mon, 16 Sep 2019 20:35:47 +0000 - rev 493452
Push 114090 by rgurzau@mozilla.com at Tue, 17 Sep 2019 09:38:30 +0000
Bug 1550721 - Fix GTK title bar for tiled windows. r=stransky,dao Differential Revision: https://phabricator.services.mozilla.com/D45500
84302aebbe43e2ed1ebb9201ca76b11aa5650599: Bug 1573813 - use parent window scale factor for the popup/tooltips; r=stransky
Jan Horak <jhorak@redhat.com> - Thu, 12 Sep 2019 13:29:03 +0000 - rev 492868
Push 114078 by nerli@mozilla.com at Thu, 12 Sep 2019 22:41:47 +0000
Bug 1573813 - use parent window scale factor for the popup/tooltips; r=stransky For popup windows with parent we need to get scale factor of the parent window. Because when the windows are hidden they're not receiving updates about changing scaling factor. So when moving from normal dpi to the hidpi monitor the newly opened popup windows will have the same scale. Differential Revision: https://phabricator.services.mozilla.com/D45649
8c62f6e70a749a79451eaa0ea08e269bb33eb95e: Bug 1580174 - Don't use toplevel window as parent for the menus in popupnotification; r=stransky
Jan Horak <jhorak@redhat.com> - Thu, 12 Sep 2019 09:38:05 +0000 - rev 492821
Push 114076 by ncsoregi@mozilla.com at Thu, 12 Sep 2019 15:29:15 +0000
Bug 1580174 - Don't use toplevel window as parent for the menus in popupnotification; r=stransky Under Wayland where there's a strict popup window hierarchy, using toplevel window for the submenus in popupnotification cause the popupnotification to hide when opening them and this breaks user to Allow/Don't allow the action. We have to use last opened popup window as a parent for these submenus. Differential Revision: https://phabricator.services.mozilla.com/D45343
997689901e41bc755161e86e9ed9edfa76e0e855: Bug 1578652 - Add a comment pointing to a gross gtk resize workaround. r=stransky
Emilio Cobos Álvarez <emilio@crisal.io> - Wed, 04 Sep 2019 08:18:12 +0000 - rev 491638
Push 114031 by cbrindusan@mozilla.com at Wed, 04 Sep 2019 16:40:14 +0000
Bug 1578652 - Add a comment pointing to a gross gtk resize workaround. r=stransky This was fixed upstream, so we can eventually remove this. Having the issue number makes it much nicer to figure out when is the right time to remove it. Differential Revision: https://phabricator.services.mozilla.com/D44624
9b5ceca1eedf6bbaddee2a67bf027db5c7b90404: Bug 1573813 - use parent window scale factor for the popup/tooltips; r=stransky
Jan Horak <jhorak@redhat.com> - Tue, 27 Aug 2019 13:03:50 +0000 - rev 490381
Push 113993 by ccoroiu@mozilla.com at Wed, 28 Aug 2019 21:49:44 +0000
Bug 1573813 - use parent window scale factor for the popup/tooltips; r=stransky For popup windows with parent we need to get scale factor of the parent window. Because when the windows are hidden they're not receiving updates about changing scaling factor. So when moving from normal dpi to the hidpi monitor the newly opened popup windows will have the same scale Differential Revision: https://phabricator.services.mozilla.com/D41947
4f82f0b92629af3ebb20dadd661c2149f3c48f8b: Bug 1573813 - use parent window scale factor for the popup/tooltips; r=stransky
Jan Horak <jhorak@redhat.com> - Tue, 20 Aug 2019 15:52:12 +0000 - rev 489035
Push 113937 by malexandru@mozilla.com at Wed, 21 Aug 2019 03:54:54 +0000
Bug 1573813 - use parent window scale factor for the popup/tooltips; r=stransky For popup windows with parent we need to get scale factor of the parent window. Because when the windows are hidden they're not receiving updates about changing scaling factor. So when moving from normal dpi to the hidpi monitor the newly opened popup windows will have the same scale Differential Revision: https://phabricator.services.mozilla.com/D41947
4784b03e2ffde547fb0bba7f65d30b39e2c918a9: Bug 1572455 Workaround for restoring minimized window in Wayland; r=stransky
Jan Horak <jhorak@redhat.com> - Fri, 09 Aug 2019 13:06:58 +0000 - rev 487263
Push 113866 by csabou@mozilla.com at Fri, 09 Aug 2019 22:18:05 +0000
Bug 1572455 Workaround for restoring minimized window in Wayland; r=stransky Under Wayland the GTK does not send the correct window state event change when the window is iconified. We need to add a workaround for that to avoid unresponsive UI after restoring the window. Differential Revision: https://phabricator.services.mozilla.com/D41219
38b37dfa1f333de0785a1282f487549992698477: Bug 1469716 allow transparency mode to be set appropriately according to whether drawing a titlebar r=stransky
Karl Tomlinson <karlt+@karlt.net> - Mon, 05 Aug 2019 08:27:20 +0000 - rev 486448
Push 113840 by dluca@mozilla.com at Tue, 06 Aug 2019 09:43:33 +0000
Bug 1469716 allow transparency mode to be set appropriately according to whether drawing a titlebar r=stransky The early return for non-popup windows was to workaround https://bugzilla.mozilla.org/show_bug.cgi?id=1344839 which involved problems with CleanLayerManagerRecursive(). In cases where layer manager configuration does not change, there is no need to clean the layer manager and so no need to return early. Differential Revision: https://phabricator.services.mozilla.com/D40145
80d4b26885e46cd2e106e8ec1b47fb5c219adcfd: Bug 1570927 [hidpi] apply scale factor also to the translation matrix; r=stransky
Jan Horak <jhorak@redhat.com> - Fri, 02 Aug 2019 10:58:07 +0000 - rev 485959
Push 113825 by opoprus@mozilla.com at Fri, 02 Aug 2019 22:01:10 +0000
Bug 1570927 [hidpi] apply scale factor also to the translation matrix; r=stransky Differential Revision: https://phabricator.services.mozilla.com/D40404
0e514eaa8c904e5b767bfd6a511279e3dc1bb495: Bug 1566876 - Wayland workaround for the popups without parent r=stransky
Jan Horak <jhorak@redhat.com> - Thu, 01 Aug 2019 07:16:22 +0000 - rev 485929
Push 113824 by csabou@mozilla.com at Fri, 02 Aug 2019 16:06:39 +0000
Bug 1566876 - Wayland workaround for the popups without parent r=stransky When the popup is without parent it mess up with the Wayland popup hierarchy. Then any other popup cannot be shown, for example when webrtc ui shows up the user is unable to allow sharing screen during that. Differential Revision: https://phabricator.services.mozilla.com/D38507
64200237b839019394c2e8b92bd3f9e07d260919: Bug 1562555 Disable hidpi widget rendering for now on X11 because it's buggy;r=stransky
Jan Horak <jhorak@redhat.com> - Tue, 30 Jul 2019 12:04:25 +0000 - rev 485305
Push 113803 by dvarga@mozilla.com at Wed, 31 Jul 2019 00:31:34 +0000
Bug 1562555 Disable hidpi widget rendering for now on X11 because it's buggy;r=stransky Differential Revision: https://phabricator.services.mozilla.com/D39299
230b2dc832bb90bc5ef481088573b64dd451ce7b: Bug 1564797 - Initialise mDmabuf in nsWaylandDisplay constructor. r=stransky
Neil Bleasdale <bleasdale.n@gmail.com> - Thu, 25 Jul 2019 21:33:41 +0000 - rev 484785
Push 113782 by shindli@mozilla.com at Fri, 26 Jul 2019 09:48:26 +0000
Bug 1564797 - Initialise mDmabuf in nsWaylandDisplay constructor. r=stransky Differential Revision: https://phabricator.services.mozilla.com/D38578
1ff41c3c844d7bc600444a832857b3e5e6f12299: Bug 1562555 Don't scale widget pixmaps on older than GTK 3.22, r=stransky
Jan Horak <jhorak@redhat.com> - Wed, 17 Jul 2019 16:00:23 +0000 - rev 483140
Push 113708 by aciure@mozilla.com at Thu, 18 Jul 2019 03:50:35 +0000
Bug 1562555 Don't scale widget pixmaps on older than GTK 3.22, r=stransky Pre GTK 3.22 releases does not show hidpi widget pixmaps correctly. Differential Revision: https://phabricator.services.mozilla.com/D37724
1ecaa6d175352bf8f31419890f29863ab89828d0: Bug 1555653 Fix asserts in WindowBackBufferShm; r=stransky
Jan Horak <jhorak@redhat.com> - Thu, 30 May 2019 11:33:29 +0000 - rev 476221
Push 113262 by nbeleuzu@mozilla.com at Thu, 30 May 2019 21:52:09 +0000
Bug 1555653 Fix asserts in WindowBackBufferShm; r=stransky Differential Revision: https://phabricator.services.mozilla.com/D33147
1887f1b3bbb0f8d6323bb2114d7635fa70d626ce: Bug 1553825 - Fix blurry radio and checkbox indicators in menus; r=stransky
Jan Horak <jhorak@redhat.com> - Tue, 28 May 2019 06:54:44 +0000 - rev 475824
Push 113238 by opoprus@mozilla.com at Tue, 28 May 2019 22:13:21 +0000
Bug 1553825 - Fix blurry radio and checkbox indicators in menus; r=stransky This fix wrong rendering of radio and checkbox indicators in menus by correcting the dimensions acording to used theme. Differential Revision: https://phabricator.services.mozilla.com/D32316
752c9c07e76de94f37f2215d0a9842809ee3f54b: Bug 1519940 - Use keyboard_handle_keymap instead of keys-changed on wayland. r=stransky
Kenny Levinsen <kl@kl.wtf> - Tue, 28 May 2019 07:00:33 +0000 - rev 475823
Push 113238 by opoprus@mozilla.com at Tue, 28 May 2019 22:13:21 +0000
Bug 1519940 - Use keyboard_handle_keymap instead of keys-changed on wayland. r=stransky If OnKeysChanged was called after keyboard_handle_keymap, then our newly configured keymap would be immediately cleared again. In order to avoid such scenario, use only keyboard_handle_keymap on wayland. Differential Revision: https://phabricator.services.mozilla.com/D32599
92111df0dbd94e41565c0d65b52116579f37b032: Bug 1546343 - Enable hi-res widget rendering for X11 r=stransky
Jan Horak <jhorak@redhat.com> - Fri, 24 May 2019 06:10:42 +0000 - rev 475814
Push 113238 by opoprus@mozilla.com at Tue, 28 May 2019 22:13:21 +0000
Bug 1546343 - Enable hi-res widget rendering for X11 r=stransky The code also works for X11, so no reasons to keep it just for Wayland Differential Revision: https://phabricator.services.mozilla.com/D32323
c8e48e2861c5c0a3607f8ea30fbb2a7ee349bf83: Bug 1554540 - Expose window protocol (X11, Wayland) in nsIGfxInfo and about:support. r=kats,stransky,flod
Andrew Osmond <aosmond@mozilla.com> - Sun, 26 May 2019 20:02:32 -0400 - rev 475799
Push 113231 by aosmond@gmail.com at Tue, 28 May 2019 10:43:02 +0000
Bug 1554540 - Expose window protocol (X11, Wayland) in nsIGfxInfo and about:support. r=kats,stransky,flod Differential Revision: https://phabricator.services.mozilla.com/D32651
7b5a3c506971a23b47badc4a3662c809f0fe5bd1: Bug 1481405 - Force disable the GPU process if using Wayland. r=kats,stransky
Andrew Osmond <aosmond@mozilla.com> - Sun, 26 May 2019 17:43:34 -0400 - rev 475798
Push 113231 by aosmond@gmail.com at Tue, 28 May 2019 10:43:02 +0000
Bug 1481405 - Force disable the GPU process if using Wayland. r=kats,stransky Wayland does not support remote drawing for widgets from another process at this time. As such, it is best to force disable the GPU process, so that users will be able to get WebRender with Wayland. Differential Revision: https://phabricator.services.mozilla.com/D32640
c50e727f92456ec726473487bfcdb3e4fa9b1e8f: Bug 1554433 - Hide -moz-gtk-buttonactivetext from content. r=stransky
Emilio Cobos Álvarez <emilio@crisal.io> - Mon, 27 May 2019 20:25:31 +0000 - rev 475766
Push 113228 by dluca@mozilla.com at Tue, 28 May 2019 09:48:00 +0000
Bug 1554433 - Hide -moz-gtk-buttonactivetext from content. r=stransky This prevents exposing the value to web content. Differential Revision: https://phabricator.services.mozilla.com/D32611
8855dd7a2aa85c0480d180b97d2916b7da06c002: Bug 1554433 - Hide -moz-gtk-buttonactivetext from content. r=stransky
Emilio Cobos Álvarez <emilio@crisal.io> - Mon, 27 May 2019 11:25:02 +0000 - rev 475709
Push 113228 by dluca@mozilla.com at Tue, 28 May 2019 09:48:00 +0000
Bug 1554433 - Hide -moz-gtk-buttonactivetext from content. r=stransky This prevents exposing the value to web content. Differential Revision: https://phabricator.services.mozilla.com/D32611
c02b1c12158fafe0ea00083765ac809cba44cdab: Bug 1467127 - Post wl_display_dispatch_queue_pending tasks from ProcessNextNativeEvent. r=stransky
Kenny Levinsen <kl@kl.wtf> - Tue, 30 Apr 2019 09:37:37 +0000 - rev 472027
Push 112974 by ccoroiu@mozilla.com at Wed, 01 May 2019 04:27:55 +0000
Bug 1467127 - Post wl_display_dispatch_queue_pending tasks from ProcessNextNativeEvent. r=stransky Send tasks to dispatch our other wayland event queues from their respective threads whenever we service the GTK main event loop. Differential Revision: https://phabricator.services.mozilla.com/D28819
7d383b757d50494cb68ba7b1129d6457765a3314: Bug 1546374 - Do not adjust position of popup windows on Wayland; r=stransky
Jan Horak <jhorak@redhat.com> - Fri, 26 Apr 2019 17:57:36 +0000 - rev 471594
Push 112929 by nbeleuzu@mozilla.com at Sat, 27 Apr 2019 09:55:23 +0000
Bug 1546374 - Do not adjust position of popup windows on Wayland; r=stransky Because adjusting position in the Wayland does not work (because of unknown absolute position of the window), do not try to adjust popup position under Wayland. Differential Revision: https://phabricator.services.mozilla.com/D28480
7a2b3a8fab9c308673dc571ff97717424647d0f9: Bug 1515448 - Set eglSwapInterval to 0 on wayland r=stransky
sotaro <sotaro.ikeda.g@gmail.com> - Tue, 09 Apr 2019 11:01:04 +0000 - rev 468564
Push 112738 by nbeleuzu@mozilla.com at Tue, 09 Apr 2019 22:28:41 +0000
Bug 1515448 - Set eglSwapInterval to 0 on wayland r=stransky Differential Revision: https://phabricator.services.mozilla.com/D20126
786be6f1f8e0ede952a00e55132648950a30b44b: Bug 1535790 - Initialize members in nsLookAndFeel, and bail out when there's no screen settings. r=stransky
Emilio Cobos Álvarez <emilio@crisal.io> - Sat, 16 Mar 2019 15:17:49 +0000 - rev 464692
Push 112465 by aciure@mozilla.com at Sun, 17 Mar 2019 09:50:10 +0000
Bug 1535790 - Initialize members in nsLookAndFeel, and bail out when there's no screen settings. r=stransky A patch of mine starts calling nsLookAndFeel from xpcshell tests, which makes gtk crash eventually. Differential Revision: https://phabricator.services.mozilla.com/D23759
acbeb5adfef5580412f74d1fe9cfbc689ee8d44e: Bug 1532024 - Handle a case that GetRemoteRenderer() returned nullptr r=stransky
sotaro <sotaro.ikeda.g@gmail.com> - Wed, 06 Mar 2019 08:17:51 +0000 - rev 462560
Push 112315 by ncsoregi@mozilla.com at Wed, 06 Mar 2019 16:18:23 +0000
Bug 1532024 - Handle a case that GetRemoteRenderer() returned nullptr r=stransky Differential Revision: https://phabricator.services.mozilla.com/D21831
9810f4da2d88a07351cc8b4689539daa0473f52a: Bug 1532103 - Implement nsWidgetInitData::mAlwaysOnTop. r=stransky
Tom Schuster <evilpies@gmail.com> - Tue, 05 Mar 2019 15:40:33 +0000 - rev 462469
Push 112307 by shindli@mozilla.com at Wed, 06 Mar 2019 05:00:25 +0000
Bug 1532103 - Implement nsWidgetInitData::mAlwaysOnTop. r=stransky Differential Revision: https://phabricator.services.mozilla.com/D21846