WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
152128
[AX] WebProcess from WebKitGtk+ 2.10.4 hits SIGSEV in WebCore::AccessibilityRenderObject::document()
https://bugs.webkit.org/show_bug.cgi?id=152128
Summary
[AX] WebProcess from WebKitGtk+ 2.10.4 hits SIGSEV in WebCore::AccessibilityR...
Andres Gomez Garcia
Reported
2015-12-10 07:16:18 PST
Created
attachment 267106
[details]
BT from gdb I'm using WebKitGtk+ with my own JHBuild setting:
https://github.com/tanty/jhbuild-epiphany/tree/master
Epiphany 3.18.0 and WebKit 2.10.4 I'm running Epiphany with the dconf key: "process-model" = "shared-secondary-process" The compilation was done with CMake args: '-DPORT=GTK -DCMAKE_BUILD_TYPE=Release -DDEVELOPER_MODE=ON -DCMAKE_C_FLAGS_DEBUG="-O0 -g1" -DCMAKE_CXX_FLAGS_DEBUG="-O0 -g1"' When visiting several pages, eventually, WebKitWebProcess hits a SIGSEV. This bug is not reproducible in a predictable way.
Attachments
BT from gdb
(42.34 KB, text/plain)
2015-12-10 07:16 PST
,
Andres Gomez Garcia
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2015-12-10 07:16:48 PST
<
rdar://problem/23839719
>
Mario Sanchez Prada
Comment 2
2015-12-11 03:44:56 PST
It would be good to see more of the backtrace, looks like you don't have enough debug information available. Any chance you can get a more complete bt?
Andres Gomez Garcia
Comment 3
2015-12-14 03:12:01 PST
(In reply to
comment #2
)
> It would be good to see more of the backtrace, looks like you don't have > enough debug information available. Any chance you can get a more complete > bt?
I may eventually compile in fully Debug mode to try to get more information but don't expect it to happen soon. In addition: * I've yet not been able to reproduce. * Debug mode has proved to be difficult to use due to several ASSERT hits. It most probably will be even harder to reproduce this bug there.
Michael Catanzaro
Comment 4
2015-12-15 04:25:32 PST
You can do a release build with debug info. This is what all Linux distributions do. Building WebKit yourself, you can use -DCMAKE_BUILD_TYPE=RelWithDebInfo. There's not much point in reporting crashes without debug info.
Michael Catanzaro
Comment 5
2015-12-15 04:26:11 PST
Also, in the future, the backtrace should be produced with 'bt full' so we can see local variables, please.
Andres Gomez Garcia
Comment 6
2015-12-15 07:01:48 PST
(In reply to
comment #5
)
> Also, in the future, the backtrace should be produced with 'bt full' so we > can see local variables, please.
I already answered similarly in another bug. All my BT include the following commands, in order: (gdb) backtrace full (gdb) info registers (gdb) x/16i $pc (gdb) thread apply all backtrace
Andres Gomez Garcia
Comment 7
2015-12-15 07:03:41 PST
(In reply to
comment #4
)
> You can do a release build with debug info. This is what all Linux > distributions do. Building WebKit yourself, you can use > -DCMAKE_BUILD_TYPE=RelWithDebInfo. There's not much point in reporting > crashes without debug info.
I suppose the point is showing that there is a crash in a specific point. I may try to build with that but, please, have into account that I also need to be able to use my computer and not just have all my RAM used in the web browser.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug