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 99692 - gnome-terminal crashed when I was resizing a window
gnome-terminal crashed when I was resizing a window
Status: RESOLVED DUPLICATE of bug 94509
Product: gnome-terminal
Classification: Core
Component: general
unspecified
Other other
: Normal normal
: ---
Assigned To: Havoc Pennington
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-11-27 09:55 UTC by Tom Hughes
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Tom Hughes 2002-11-27 09:58:00 UTC 
Package: gnome-terminal
Severity: normal
Version: 2.0.1
Synopsis: gnome-terminal crashed when I was resizing a window
Bugzilla-Product: gnome-terminal
Bugzilla-Component: general
BugBuddy-GnomeVersion: 2.0 (2.0.3)

Description:
Description of Problem:

I was resizing a terminal window when gnome-terminal crashed taking
eleven terminal windows with it. The window being resized was running an
ssh session to a remote host where I was running less on a file.

Steps to reproduce the problem:

Difficult to say how reproducable this is, as until I exit Bug Buddy I
am unable to start a new gnome-terminal with which to try and reproduce
it.

Actual Results:

It crashed.

Expected Results:

I doesn't crash.

How often does this happen?

This is the first time I've seen it happen.

Additional Information:

None.



Debugging Information:

Backtrace was generated from '/usr/bin/gnome-terminal'

(no debugging symbols found)...[New Thread 8192 (LWP 21972)]
0x420ae169 in wait4 () from /lib/i686/libc.so.6

+ Trace 30964

Thread 1 (Thread 8192 (LWP 21972))

  • #0 wait4
    from /lib/i686/libc.so.6
  • #1 __DTOR_END__
    from /lib/i686/libc.so.6
  • #2 waitpid
    from /lib/i686/libpthread.so.0
  • #3 libgnomeui_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #4 __pthread_sighandler
    from /lib/i686/libpthread.so.0
  • #5 <signal handler called>
  • #6 kill
    from /lib/i686/libc.so.6
  • #7 raise
    from /lib/i686/libpthread.so.0
  • #8 abort
    from /lib/i686/libc.so.6
  • #9 g_logv
    from /usr/lib/libglib-2.0.so.0
  • #10 g_log
    from /usr/lib/libglib-2.0.so.0
  • #11 vte_terminal_ensure_cursor
    from /usr/lib/libvte.so.2
  • #12 vte_sequence_handler_ce
    from /usr/lib/libvte.so.2
  • #13 vte_terminal_handle_sequence
    from /usr/lib/libvte.so.2
  • #14 vte_terminal_process_incoming
    from /usr/lib/libvte.so.2
  • #15 g_idle_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #16 g_main_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #17 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #18 g_main_context_iterate
    from /usr/lib/libglib-2.0.so.0
  • #19 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #20 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #21 main
  • #22 __libc_start_main
    from /lib/i686/libc.so.6
  • #0 wait4
    from /lib/i686/libc.so.6 




------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-11-27 04:58 -------

Reassigning to the default owner of the component, hp@redhat.com.
Comment 1 Tom Hughes 2002-11-27 10:07:22 UTC 
I've now had a chance to experiment some more and I can reproduce this
fairly easily by starting a terminal window, sshing to a remote host,
running less on a file, and then grabbing a corner of the window and
waving the mouse around for a while. It usually crashes with about 30s
or so, often much less.
Comment 2 Tom Hughes 2002-11-27 10:22:39 UTC 

*** This bug has been marked as a duplicate of 94509 ***