171207 2017-04-23 17:09:35 -0700 [GTK] Web Inspector: crashes on every page 2018-07-25 13:47:01 -0700 1 1 1 Unclassified WebKit JavaScriptCore Other PC Linux RESOLVED DUPLICATE 167991 P2 Major --- 1 dirk.fizzlebeef webkit-unassigned bugs-noreply inspector-bugzilla-changes mcatanzaro sergey oldest_to_newest 1300381 0 dirk.fizzlebeef 2017-04-23 17:09:35 -0700 Every time I attempt to open the web inspector on any page, it shows an error page that begins with "Web Inspector encountered an internal error" and throws this error in the console: (midori4:27162): Gtk-WARNING **: Allocating size to WebKitWebViewBase 0x10f8700 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate? I asked about this in the #midori channel on Freenode and was told it's a regression in WebKit GTK, so I'm opening the bug here instead of there. 1300382 1 dirk.fizzlebeef 2017-04-23 17:10:18 -0700 Oh yeah, this is in version 2.16.1. 1300386 2 mcatanzaro 2017-04-23 17:52:16 -0700 Note that GTK+ warning is irrelevant and not causing this problem. The web inspector is working fine here with 2.16.1. I'm actually not sure how to debug this, considering it probably can't inspect itself if it's always failing like this.... 1376751 3 sergey 2017-12-01 01:15:06 -0800 The problem lies in the discrepancy between LANG environment variable format and https://www.rfc-editor.org/rfc/bcp/bcp47.txt spec. The Web Inspector does not cause an internal error if LANG is set to a simple two characters language code, i.e.: env LANG="en" midori works just fine. As soon as LANG is set to a full spec, e.g. "en_US.UTF-8", the Web Inspector fails to open with the following message in its pane: TypeError:​ failed to initialize NumberFormat due to invalid locale (at Utilities.js:​801:​57)​ NumberFormat @ [native code]​ toLocaleString @ [native code]​ d @ Utilities.js:​801:​57 value @ Utilities.js:​881:​64 value @ Utilities.js:​899:​29 _loadNewRecording @ TimelineManager.js:​655:​108 reset @ TimelineManager.js:​114:​31 TimelineManager @ TimelineManager.js:​62:​19 loaded @ Main.js:​130:​50 global code @ Main.html:​808:​18 I am using stock FC26's package (webkitgtk4-2.18.3-1.fc26.x86_64) 1376802 4 mcatanzaro 2017-12-01 07:15:06 -0800 Interesting. It works for me using en_US.UTF-8. 1376936 5 sergey 2017-12-01 11:24:21 -0800 (In reply to Michael Catanzaro from comment #4) > Interesting. It works for me using en_US.UTF-8. Michael, If you give me a hint where the source requests process locale then I could trace the problem: the code is quite huge, so my quick attempt to locate it has failed. Sergey 1376987 6 mcatanzaro 2017-12-01 12:49:53 -0800 I did some grepping and found Source/JavaScriptCore/runtime/IntlNumberFormat.cpp. The failure is occurring in IntlNumberFormat::initializeNumberFormat. I would look closely at resolveLocale in IntlObject.cpp. If you're able to rebuild WebKit, adding printfs is by far the easiest way to debug a problem like this. Good luck! 1445145 7 mcatanzaro 2018-07-25 13:47:01 -0700 *** This bug has been marked as a duplicate of bug 167991 ***