Bug#872393: sphinx: autopkgtest failure on armhf with webkit2gtk 2.17.90

[Michael Catanzaro]

Hi, thanks for reporting this crash upstream. Turns out one of our 
developers debugged this earlier today. Should be fixed in 2.17.91, and 
there's a patch upstream if you need it sooner.


Michael

Bug#872393: sphinx: autopkgtest failure on armhf with webkit2gtk 2.17.90

[Jeremy Bicha]

Control: forwarded -1 https://bugs.webkit.org/show_bug.cgi?id=175681

On Thu, Aug 17, 2017 at 3:45 PM, Dmitry Shachnev  wrote:
> This looks like a regression in WebKit to me. Maybe you can report it
> upstream and then we disable the test on armhf as a temporary workaround?

Thanks. I filed the upstream bug (above) ^

I can ask the Ubuntu Release Team to temporarily ignore the armhf
failure instead of doing an upload just for that. But I expect 2.17.91
will be released next week so I think I'll wait for that first.

Thanks,
Jeremy Bicha

Bug#872393: sphinx: autopkgtest failure on armhf with webkit2gtk 2.17.90

[Dmitry Shachnev]

Hi Jeremy!

On Wed, Aug 16, 2017 at 10:50:13PM -0400, Jeremy Bicha wrote:
> Source: sphinx
> Version: 1.5.6-2
>
> Hi, webkit2gtk 2.17.90 (2.18 Beta 1) is no migrating out of
> artful-proposed because the sphinx-doc autopkgtest is failing on
> armhf.
>
> http://autopkgtest.ubuntu.com/packages/s/sphinx/artful/armhf
>
> Could you look into this?

I am attaching two stacktraces: one for when the actual crash happens,
and another one for the first call of g_log() in the main process, which
happens just before the crash. I could not figure out how to break on
warnings in WebKitWebProcess.

This looks like a regression in WebKit to me. Maybe you can report it
upstream and then we disable the test on armhf as a temporary workaround?

--
Dmitry Shachnev
#0  g_utf8_validate (str=str@entry=0xe , max_len=max_len@entry=-1, end=end@entry=0x0)
at ../../../../glib/gutf8.c:1670
#1  0xf6c3a44c in g_variant_new_string (string=0xe ) at ../../../../glib/gvariant.c:1257
#2  0xf6c3d134 in g_variant_valist_new_nnp (str=0xfffee574, ptr=0xe) at 
../../../../glib/gvariant.c:4770
#3  0xf6c3dffe in g_variant_valist_new_leaf (app=0xfffee588, str=0xfffee574) at 
../../../../glib/gvariant.c:4962
#4  g_variant_valist_new (str=str@entry=0xfffee574, app=app@entry=0xfffee588) 
at ../../../../glib/gvariant.c:5144
#5  0xf6c3df4e in g_variant_valist_new (str=str@entry=0xfffee574, 
app=app@entry=0xfffee588) at ../../../../glib/gvariant.c:5196
#6  0xf6c3e15a in g_variant_new_va (format_string=, endptr=0x0, 
app=0xfffee588) at ../../../../glib/gvariant.c:5372
#7  0xf6c3e1e6 in g_variant_new (format_string=0xf5cc "(tsssb)") at 
../../../../glib/gvariant.c:5307
#8  0xf3278e70 in Inspector::RemoteInspector::listingForInspectionTarget ()
at ./Source/JavaScriptCore/inspector/remote/glib/RemoteInspectorGlib.cpp:192
#9  0xf327713c in Inspector::RemoteInspector::listingForTarget () at 
./Source/JavaScriptCore/inspector/remote/RemoteInspector.cpp:203
#10 0xf3279af8 in 
Inspector::RemoteInspector::updateAutomaticInspectionCandidate ()
at ./Source/JavaScriptCore/inspector/remote/glib/RemoteInspectorGlib.cpp:251
#11 0xf2a4ecc0 in JSGlobalContextCreateInGroup () at 
./Source/JavaScriptCore/API/JSContextRef.cpp:144
#12 0xf38d0288 in webkit_web_view_get_javascript_global_context () at 
./Source/WebKit/UIProcess/API/glib/WebKitWebView.cpp:3154
#13 0xf38d0350 in webkitWebViewRunJavaScriptCallback () at 
./Source/WebKit/UIProcess/API/glib/WebKitWebView.cpp:3183
#14 0xf38d06e8 in operator() () at 
./Source/WebKit/UIProcess/API/glib/WebKitWebView.cpp:3210
#15 call () at ./Source/WTF/wtf/Function.h:102
#16 0xf36eb534 in WTF::Function::operator()(API::SerializedScriptValue*, bool, 
WebCore::ExceptionDetails const&, WebKit::CallbackBase::Error) const () at 
./Source/WTF/wtf/Function.h:56
#17 WebKit::GenericCallback::performCallbackWithReturnValue ()
at ./Source/WebKit/UIProcess/GenericCallback.h:108
#18 WebKit::WebPageProxy::scriptValueCallback () at 
./Source/WebKit/UIProcess/WebPageProxy.cpp:5123
#19 0xf3a058b0 in IPC::callMemberFunctionImpl, 0u, 1u, 2u, 3u>(WebKit::WebPageProxy*, void 
(WebKit::WebPageProxy::*)(IPC::DataReference const&, bool, 
WebCore::ExceptionDetails const&, WebKit::CallbackID), 
std::tuple&&, std::integer_sequence) ()
at ./Source/WebKit/Platform/IPC/HandleMessage.h:40
#20 IPC::callMemberFunction, std::integer_sequence 
>(std::tuple&&, WebKit::WebPageProxy*, void 
(WebKit::WebPageProxy::*)(IPC::DataReference const&, bool, 
WebCore::ExceptionDetails const&, WebKit::CallbackID)) () at 
./Source/WebKit/Platform/IPC/HandleMessage.h:46
#21 IPC::handleMessage () at 
./Source/WebKit/Platform/IPC/HandleMessage.h:126
#22 0xf39fece8 in WebKit::WebPageProxy::didReceiveMessage () at 
./obj-arm-linux-gnueabihf/DerivedSources/WebKit2/WebPageProxyMessageReceiver.cpp:666
#23 0xf363afd4 in IPC::MessageReceiverMap::dispatchMessage () at 
./Source/WebKit/Platform/IPC/MessageReceiverMap.cpp:123
#24 0xf370f6a8 in WebKit::WebProcessProxy::didReceiveMessage () at 
./Source/WebKit/UIProcess/WebProcessProxy.cpp:590
#25 0xf3636ba0 in IPC::Connection::dispatchMessage () at 

Bug#872393: sphinx: autopkgtest failure on armhf with webkit2gtk 2.17.90

[Jeremy Bicha]

Source: sphinx
Version: 1.5.6-2

Hi, webkit2gtk 2.17.90 (2.18 Beta 1) is no migrating out of
artful-proposed because the sphinx-doc autopkgtest is failing on
armhf.

http://autopkgtest.ubuntu.com/packages/s/sphinx/artful/armhf

Could you look into this?

Thanks,
Jeremy Bicha