Blame SOURCES/0001-gtk3-workaround-missing-gdk_threads_enter-calls-in-e.patch

76e0e0
From b06e5e2b9761d242d9269b091da9a98ec705d2b1 Mon Sep 17 00:00:00 2001
76e0e0
From: =?UTF-8?q?Caol=C3=A1n=20McNamara?= <caolanm@redhat.com>
76e0e0
Date: Tue, 1 Jun 2021 13:20:43 +0100
76e0e0
Subject: [PATCH] gtk3: workaround missing gdk_threads_enter calls in external
76e0e0
 code
76e0e0
MIME-Version: 1.0
76e0e0
Content-Type: text/plain; charset=UTF-8
76e0e0
Content-Transfer-Encoding: 8bit
76e0e0
76e0e0
with gtk3 file dialog. file, open, +other locations,
76e0e0
type davs://somewhere + return
76e0e0
76e0e0
 #0  0x00007ffff7a6e2a2 in raise () at /lib64/libc.so.6
76e0e0
 #1  0x00007ffff7a578a4 in abort () at /lib64/libc.so.6
76e0e0
 #2  0x00007ffff7a57789 in _nl_load_domain.cold () at /lib64/libc.so.6
76e0e0
 #3  0x00007ffff7a66a16 in  () at /lib64/libc.so.6
76e0e0
 #4  0x00007fffd9be7672 in GtkYieldMutex::ThreadsLeave() (this=0x513480) at vcl/unx/gtk3/gtkinst.cxx:354
76e0e0
 #5  0x00007fffd9be6a53 in GdkThreadsLeave() () at vcl/unx/gtk3/gtkinst.cxx:116
76e0e0
 #6  0x00007fffd947ac2d in gtk_dialog_run (dialog=0xa984310) at /usr/src/debug/gtk3-3.24.29-1.fc34.x86_64/gtk/gtkdialog.c:1397
76e0e0
 ^^^ this also (see #30) calls gdk_threads_leave before g_main_loop_run, but no gdk_threads_enter has been called, presumably emit_show_error_message should have called it (?) ^^^
76e0e0
 #7  0x00007fffd94a6dc6 in error_message_with_parent (detail=0xa97f9b0 "HTTP Error: Error resolving “nowhere”: Name or service not known", msg=<optimized out>, parent=<optimized out>)
76e0e0
     at /usr/src/debug/gtk3-3.24.29-1.fc34.x86_64/gtk/gtkfilechooserwidget.c:763
76e0e0
 #8  error_message (impl=<optimized out>, msg=<optimized out>, detail=0xa97f9b0 "HTTP Error: Error resolving “nowhere”: Name or service not known") at /usr/src/debug/gtk3-3.24.29-1.fc34.x86_64/gtk/gtkfilechooserwidget.c:786
76e0e0
 #9  0x00007fffe996ec2f in g_closure_invoke () at /lib64/libgobject-2.0.so.0
76e0e0
 #10 0x00007fffe998aea6 in signal_emit_unlocked_R () at /lib64/libgobject-2.0.so.0
76e0e0
 #11 0x00007fffe998c76a in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
76e0e0
 #12 0x00007fffe998c983 in g_signal_emit () at /lib64/libgobject-2.0.so.0
76e0e0
 #13 0x00007fffd9561fc7 in emit_show_error_message (secondary_message=0x7fffbc0566f0 "HTTP Error: Error resolving “nowhere”: Name or service not known", primary_message=<optimized out>, view=0x900a240)
76e0e0
     at /usr/src/debug/gtk3-3.24.29-1.fc34.x86_64/gtk/gtkplacesview.c:171
76e0e0
 #14 server_mount_ready_cb (source_file=0x7fffbc05b4c0, res=<optimized out>, user_data=0x900a240) at /usr/src/debug/gtk3-3.24.29-1.fc34.x86_64/gtk/gtkplacesview.c:1232
76e0e0
 #15 0x00007fffe9a64a7a in g_task_return_now () at /lib64/libgio-2.0.so.0
76e0e0
 #16 0x00007fffe9a64c7b in g_task_return () at /lib64/libgio-2.0.so.0
76e0e0
 #17 0x00007fffd80653b8 in mount_reply () at /usr/lib64/gio/modules/libgvfsdbus.so
76e0e0
 #18 0x00007fffe9a64a7a in g_task_return_now () at /lib64/libgio-2.0.so.0
76e0e0
 #19 0x00007fffe9a64c7b in g_task_return () at /lib64/libgio-2.0.so.0
76e0e0
 #20 0x00007fffe9acd2dd in reply_cb () at /lib64/libgio-2.0.so.0
76e0e0
 #21 0x00007fffe9a64a7a in g_task_return_now () at /lib64/libgio-2.0.so.0
76e0e0
 #22 0x00007fffe9a64c7b in g_task_return () at /lib64/libgio-2.0.so.0
76e0e0
 #23 0x00007fffe9ac4c34 in g_dbus_connection_call_done () at /lib64/libgio-2.0.so.0
76e0e0
 #24 0x00007fffe9a64a7a in g_task_return_now () at /lib64/libgio-2.0.so.0
76e0e0
 #25 0x00007fffe9a64abd in complete_in_idle_cb () at /lib64/libgio-2.0.so.0
76e0e0
 #26 0x00007fffe987074b in g_idle_dispatch () at /lib64/libglib-2.0.so.0
76e0e0
 #27 0x00007fffe98744cf in g_main_context_dispatch () at /lib64/libglib-2.0.so.0
76e0e0
 #28 0x00007fffe98c84e8 in g_main_context_iterate.constprop () at /lib64/libglib-2.0.so.0
76e0e0
 #29 0x00007fffe9873a93 in g_main_loop_run () at /lib64/libglib-2.0.so.0
76e0e0
 #30 0x00007fffd947ac37 in gtk_dialog_run (dialog=0x1604460) at /usr/src/debug/gtk3-3.24.29-1.fc34.x86_64/gtk/gtkdialog.c:1398
76e0e0
 ^^^ this will call gdk_threads_leave before g_main_loop_run, (gdk_threads_enter has been called earlier, and gdk_threads_enter will be called after g_main_loop_run) ^^^
76e0e0
 #31 0x00007fffd9bdbd96 in RunDialog::run() (this=0x9134f00) at vcl/unx/gtk3/fpicker/SalGtkPicker.cxx:199
76e0e0
 #32 0x00007fffd9bbf23f in SalGtkFilePicker::execute() (this=0x9004690) at vcl/unx/gtk3/fpicker/SalGtkFilePicker.cxx:953
76e0e0
 #33 0x00007ffff474741a in sfx2::FileDialogHelper_Impl::implDoExecute() (this=0x1667470) at sfx2/source/dialog/filedlghelper.cxx:1279
76e0e0
76e0e0
 #14 presumably server_mount_ready_cb of gtkplacesview.c should protect its gtk
76e0e0
     calls with gdk_threads_enter/gdk_threads_leave like enclosing_volume_mount_cb
76e0e0
     of gtkfilesystem.c does.
76e0e0
76e0e0
Seeing as gdk_threads_leave/gdk_threads_enter is gone in gtk4 I doubt
76e0e0
there's any point looking for a fix in gtk3 and we should just try and
76e0e0
survive the problem.
76e0e0
76e0e0
Change-Id: I007be4dee4f615d4431e27034dcf7f3d446c3e9a
76e0e0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116559
76e0e0
Tested-by: Jenkins
76e0e0
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
76e0e0
(cherry picked from commit 08b7529f628eda1d209cf27f9bbe52ee336fef62)
76e0e0
---
76e0e0
 vcl/unx/gtk3/gtk3gtkinst.cxx | 30 ++++++++++++++++++++++--------
76e0e0
 1 file changed, 22 insertions(+), 8 deletions(-)
76e0e0
76e0e0
diff --git a/vcl/unx/gtk3/gtk3gtkinst.cxx b/vcl/unx/gtk3/gtk3gtkinst.cxx
76e0e0
index 2d4dc36ce5fe..bba4e07f3003 100644
76e0e0
--- a/vcl/unx/gtk3/gtk3gtkinst.cxx
76e0e0
+++ b/vcl/unx/gtk3/gtk3gtkinst.cxx
76e0e0
@@ -314,20 +314,34 @@ thread_local std::stack<sal_uInt32> GtkYieldMutex::yieldCounts;
76e0e0
 void GtkYieldMutex::ThreadsEnter()
76e0e0
 {
76e0e0
     acquire();
76e0e0
-    if (!yieldCounts.empty()) {
76e0e0
-        auto n = yieldCounts.top();
76e0e0
-        yieldCounts.pop();
76e0e0
-        assert(n > 0);
76e0e0
-        n--;
76e0e0
-        if (n > 0)
76e0e0
-            acquire(n);
76e0e0
+    if (yieldCounts.empty())
76e0e0
+        return;
76e0e0
+    auto n = yieldCounts.top();
76e0e0
+    yieldCounts.pop();
76e0e0
+
76e0e0
+    const bool bUndoingLeaveWithoutEnter = n == 0;
76e0e0
+    // if the ThreadsLeave bLeaveWithoutEnter of true condition occurred to
76e0e0
+    // create this entry then return early undoing the initial acquire of the
76e0e0
+    // function
76e0e0
+    if G_UNLIKELY(bUndoingLeaveWithoutEnter)
76e0e0
+    {
76e0e0
+        release();
76e0e0
+        return;
76e0e0
     }
76e0e0
+
76e0e0
+    assert(n > 0);
76e0e0
+    n--;
76e0e0
+    if (n > 0)
76e0e0
+        acquire(n);
76e0e0
 }
76e0e0
 
76e0e0
 void GtkYieldMutex::ThreadsLeave()
76e0e0
 {
76e0e0
-    assert(m_nCount != 0);
76e0e0
+    const bool bLeaveWithoutEnter = m_nCount == 0;
76e0e0
+    SAL_WARN_IF(bLeaveWithoutEnter, "vcl.gtk", "gdk_threads_leave without matching gdk_threads_enter");
76e0e0
     yieldCounts.push(m_nCount);
76e0e0
+    if G_UNLIKELY(bLeaveWithoutEnter) // this ideally shouldn't happen, but can due to the gtk3 file dialog
76e0e0
+        return;
76e0e0
     release(true);
76e0e0
 }
76e0e0
 
76e0e0
-- 
76e0e0
2.31.1
76e0e0