After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 309918 - crashes while entering URL in new tab
crashes while entering URL in new tab
Status: RESOLVED INVALID
Product: epiphany
Classification: Core
Component: General
git master
Other Linux
: High critical
: 1.8
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2005-07-09 22:03 UTC by Luis Villa
Modified: 2005-07-26 15:59 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12



Description Luis Villa 2005-07-09 22:03:20 UTC
jhbuilt ephy against jhbuilt gtk HEAD as of this morning, so ~2.7.2. I *think* i
was entering a new URL, but I'm not sure.

Backtrace was generated from '/home/louie/jhbuilt/bin/epiphany'

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
`system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread -1227622720 (LWP 17125)]
[New Thread -1262425168 (LWP 17439)]
[New Thread -1236206672 (LWP 17127)]
0xffffe410 in __kernel_vsyscall ()

Thread 1 (Thread -1227622720 (LWP 17125))

  • #0 __kernel_vsyscall
  • #1 __waitpid_nocancel
    from /lib/tls/i686/cmov/libpthread.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 749

Comment 1 Luis Villa 2005-07-10 14:57:33 UTC
Had this again, this time again while entering a URL (specifically, open new
tab, hit ctl+l, start typing, boom.)
Comment 2 Luis Villa 2005-07-10 22:12:26 UTC
Exact steps that caused it this time:
* open new tab
* immediately hit ctl+l
* start typing 'lwn', which I expect to bring up 'lwn.net' in the autocomplete
* arrow down to get to the autocomplete lwn.net

boom.

Not 100% reproduceable, but has now happened to me four times today.
Comment 3 Christian Persch 2005-07-11 17:40:02 UTC
Is it possible you could compile epiphany against mozilla or firefox compiled
from source with the patch from
https://bugzilla.mozilla.org/show_bug.cgi?id=300226 and see if that fixes it?
Comment 4 Luis Villa 2005-07-23 04:13:28 UTC
Have rebuilt with the patch + firefox HEAD(?), and so far (minimal testing, so
talk to me tomorrow ;) no problems.
Comment 5 Christian Persch 2005-07-24 13:15:51 UTC
Ok, NOTGNOME. Please re-open if you get this again.
Comment 6 Luis Villa 2005-07-24 13:25:10 UTC
Got it again twice this morning with the patch. Updated trace:

Backtrace was generated from '/home/louie/jhbuilt/bin/epiphany'

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
`system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols.
[Thread debugging using libthread_db enabled]
[New Thread -1227979072 (LWP 14780)]
[New Thread -1351271504 (LWP 27063)]
[New Thread -1334486096 (LWP 27062)]
[New Thread -1249555536 (LWP 14782)]
[New Thread -1233179728 (LWP 14781)]
0xffffe410 in __kernel_vsyscall ()

Thread 1 (Thread -1227979072 (LWP 14780))

  • #0 __kernel_vsyscall
  • #1 __waitpid_nocancel
    from /lib/tls/i686/cmov/libpthread.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 749
  • #3 <signal handler called>
  • #4 IA__g_type_check_instance_cast
    at gtype.c line 318
  • #5 menu_deactivate_cb
    at ephy-topic-action.c line 155
  • #6 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #7 IA__g_closure_invoke
    at gclosure.c line 603
  • #8 signal_emit_unlocked_R
    at gsignal.c line 2508
  • #9 IA__g_signal_emit_valist
    at gsignal.c line 2267
  • #10 IA__g_signal_emit
    at gsignal.c line 2311
  • #11 IA__gtk_menu_shell_deactivate
    at gtkmenushell.c line 508
  • #12 gtk_real_menu_shell_cancel
    at gtkmenushell.c line 1317
  • #13 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #14 g_type_class_meta_marshal
    at gclosure.c line 686
  • #15 IA__g_closure_invoke
    at gclosure.c line 603
  • #16 signal_emit_unlocked_R
    at gsignal.c line 2546
  • #17 IA__g_signal_emit_valist
    at gsignal.c line 2267
  • #18 IA__g_signal_emit
    at gsignal.c line 2311
  • #19 IA__gtk_menu_shell_cancel
    at gtkmenushell.c line 1372
  • #20 gtk_menu_grab_notify
    at gtkmenu.c line 4423
  • #21 IA__g_cclosure_marshal_VOID__BOOLEAN
    at gmarshal.c line 111
  • #22 g_type_class_meta_marshal
    at gclosure.c line 686
  • #23 IA__g_closure_invoke
    at gclosure.c line 603
  • #24 signal_emit_unlocked_R
    at gsignal.c line 2438
  • #25 IA__g_signal_emit_valist
    at gsignal.c line 2267
  • #26 IA__g_signal_emit
    at gsignal.c line 2311
  • #27 _gtk_widget_grab_notify
    at gtkwidget.c line 4018
  • #28 gtk_grab_notify_foreach
    at gtkmain.c line 1497
  • #29 gtk_bin_forall
    at gtkbin.c line 166
  • #30 IA__gtk_container_foreach
    at gtkcontainer.c line 1292
  • #31 gtk_grab_notify
    at gtkmain.c line 1537
  • #32 IA__gtk_grab_add
    at gtkmain.c line 1564
  • #33 _gtk_entry_completion_popup
    at gtkentrycompletion.c line 1442
  • #34 gtk_entry_completion_timeout
    at gtkentry.c line 5008
  • #35 g_timeout_dispatch
    at gmain.c line 3293
  • #36 g_main_dispatch
    at gmain.c line 1934
  • #37 IA__g_main_context_dispatch
    at gmain.c line 2484
  • #38 g_main_context_iterate
    at gmain.c line 2565
  • #39 IA__g_main_loop_run
    at gmain.c line 2769
  • #40 IA__gtk_main
    at gtkmain.c line 972
  • #41 main
    at ephy-main.c line 307
  • #0 __kernel_vsyscall

Comment 7 Luis Villa 2005-07-25 13:17:23 UTC
Bah. appears I may have been running my system ephy. Am being more careful now
about running the jhbuilt ephy; will reopen if still a problem.
Comment 8 Christian Persch 2005-07-26 15:59:41 UTC
I committed a fix for the only thing that could imaginably have caused this
(even if it shouldn't have been called at all :).