[Webkit-unassigned] [Bug 203460] REGRESSION(2.27.2): [GTK] Incognito mode is broken

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Nov 8 09:26:28 PST 2019


https://bugs.webkit.org/show_bug.cgi?id=203460

--- Comment #13 from Michael Catanzaro <mcatanzaro at gnome.org> ---
(In reply to Michael Catanzaro from comment #9)
> #3  0x00007f0f6b910213 in
> IPC::handleMessageSynchronous<Messages::PluginControllerProxy::
> HandleEditingCommand, 

I not sure I trust this backtrace. I took it before I realized that I probably need to manually downgrade my org.gnome.Sdk.Debug extension to make sure that was in sync with the downgraded org.gnome.Platform runtime. But that didn't work: it just causes all WebKit frames to disappear entirely from the backtrace as if no debuginfo for WebKit is available:

(gdb) bt
#0  0x00007f7061c12214 in invalid_name (name=0x0) at ../sysdeps/posix/opendir.c:89
#1  0x00007f7061c12214 in __opendir (name=0x0) at ../sysdeps/posix/opendir.c:89
#2  0x00007f706266c213 in  () at /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
#3  0x00007f70626754d4 in  () at /usr/lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
#4  0x00007f7060564b85 in WTF::RunLoop::performWork() () at /usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18
#5  0x00007f70605b17bd in  () at /usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18
#6  0x00007f7060c214be in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x00007f7060c21870 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#8  0x00007f7060c21b63 in g_main_loop_run () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x00007f70605b2250 in WTF::RunLoop::run() () at /usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18
#10 0x00007f7060566188 in WTF::Thread::entryPoint(WTF::Thread::NewThreadContext*) ()
    at /usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18
#11 0x00007f70605b25cd in  () at /usr/lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18
#12 0x00007f705e70a5e2 in start_thread (arg=<optimized out>) at pthread_create.c:479
#13 0x00007f7061c4a413 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

The non-WebKit frames are the same, though, so I think we can probably trust those.

(In reply to Carlos Alberto Lopez Perez from comment #11)
> I'm just guessing here just based on the name of the function that crashes
> ...
> can it be triggered by different/wrong time-zone or time-settings inside
> flatpak?

Not likely. Inside the sandbox, /etc/localtime is a symlink to /run/host/monitor/localtime, which presumably matches the host's. Never had a problem with timezone before. And date works properly:

[�� org.gnome.Epiphany.Devel ~]$ date
Fri 08 Nov 2019 11:20:43 AM CST

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20191108/b393d043/attachment.htm>


More information about the webkit-unassigned mailing list