bugGNU TeXmacs - Bugs: bug #5406, unclutter causes crash

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #5406: unclutter causes crash

Submitter:  David Allouche <ddaa>
Submitted:  Thu 18 Sep 2003 12:14:19 PM UTC
   
 
Category:  User Interface Priority:  7 - High
Item Group:  Error Status:  Fixed
Privacy:  Public Assigned to:  vdhoeven
Originator Name:  Vincenzo Colosimo Open/Closed:  Closed
Release:  None Release:  1.0.1.23
Fixed Release:  None Fixed Release: 
Keywords:  crash, X11, GUI

Jump to the original submission

Mon 12 Mar 2012 09:12:54 AM UTC, comment #9: 

Hi, I see that the bug has corrected by commenting the offending three lines (svn diff: http://svn.savannah.gnu.org/viewvc/trunk/src/src/Plugins/X11/x_loop.cpp?root=texmacs&r1=4975&r2=4974&pathrev=4975).

Wouldn't it be helpful for anybody reading the code to insert a comment such as

// fixes #5406

Otherwise I am afraid people are going to look at it and wonder why it is commented...
(of course some insight of why one leaves this code in there wouldn't hurt either...).

Alvaro Tejero Cantero <alv>
Group Member
Sat 10 Mar 2012 10:47:42 PM UTC, comment #8: 

I put a print statement Destroy-now: break in place of the destroy_event message. The bug seems gone. Closing worked as expected and kill via xkill or right-click windowbar + select close was normal. Below the events around the time of exiting the window after the cursor disappears.


Event: Motion notify
Move to (479,596)
Event: Unmap notify
Unmap
Event: Destroy notify
Destroy-now: break
Event: Motion notify
Move to (479,597)


Alvaro Tejero Cantero <alv>
Group Member
Sat 10 Mar 2012 10:34:58 PM UTC, comment #7: 

Could you please try replacing lines 215--217
below 'case DestroyNotify:' by 'break;' ?

Please also test whether it remains possible to
close and kill windows in the normal way.

Joris van der Hoeven <vdhoeven>
Group administrator
Sat 10 Mar 2012 05:20:29 PM UTC, comment #6: 


(...)
No expose
No expose
No expose
No expose
>>>cursor disappears here<<<<
Event: Create notify
Event: Map request
Event: Leave notify
Leave at (567,509)
Event: Enter notify
Enter at (567,509)
Event: Enter notify
Enter at (566,509)
>>>I move cursor here<<<<
Event: Motion notify
Move to (566,509)
Event: Unmap notify
Unmap
Event: Destroy notify
Destroy


Alvaro Tejero Cantero <alv>
Group Member
Sat 10 Mar 2012 02:40:57 PM UTC, comment #5: 

I do not use unclutter, but might correct the bug with
a bit more input. In particular, please uncomment
the cout printing statements in x_gui_rep::process_event
and tell me which event causes TeXmacs to quit.

Joris van der Hoeven <vdhoeven>
Group administrator
Sat 10 Mar 2012 12:35:41 PM UTC, comment #4: 

Bug is confirmed for XTeXmacs svn:4697 (>1.0.7.14) and unclutter 8-14 on xorg 7.6. TeXmacs quits right after moving the invisible cursor, even if the movement does not exit its window. The same experiment on a dirty buffer prompts the dialog warning of unsaved changes.

A cursor that has become invisible over the desktop or over an adjacent window does not cause any problems.

--
The QT version does not suffer from this problem, and reports the following event in debug mode when the cursor hides:

mouse event: move at 192256, -45568
qt_simple_widget_rep::query SLOT_IDENTIFIER
qt_view_widget_rep::query SLOT_IDENTIFIER


Alvaro Tejero Cantero <alv>
Group Member
Fri 09 Mar 2012 03:19:54 PM UTC, comment #3: 

Alvaro, could you try unclutter on TeXmacs/X11 and see if the bug persists?

Thanks,
max

Massimiliano Gubinelli <mgubi>
Group administrator
Thu 05 Mar 2009 07:38:45 PM UTC, comment #2: 

I can confirm this bug. For now I have worked around it by explicitly telling unclutter to disable itself over TeXmacs windows: unclutter -notclass TeXmacs

When I reproduce this issue, it is NOT a crash -- it seems that when unclutter restores the mouse pointer, it also sends some event to TeXmacs which has the same effect as C-x C-c; TeXmacs tries to quit. If you have unmodified changes, then it will prompt you before quitting. Before I realized that the problem was caused by unclutter, I always made it a habit to modify my documents immediately after saving, so that TeXmacs wouldn't quit when I moved the mouse.

Adrian Quark <kubalaa>
Sat 20 Sep 2003 08:56:25 PM UTC, comment #1: 

Vladimir G. Ivanovic reports:

I get the same startup behavior without unclutter but with a GNOME Terminal or a Multi-GNOME Terminal because they hide the mouse automatically when entering their window. TeXmacs will exit with or without unclutter, but only when the TeXmacs window overlays the terminal window.

David Allouche <ddaa>
Group administrator
Thu 18 Sep 2003 12:14:19 PM UTC, original submission:  

After your announcement on freshmeat.net yesterday I was curious to try out TeXmacs-1.0.1.23. Compiling and installing went fine, but when using the program, it crashes (or more accurate it silently disappears ) very often for no obvious reason.

But I can't find a reason for this, so I compiled it with different optimizations, installing newer version of tetex and guile always with the same result.

So, to make a long story short I found the problem. It is me using a program named "unclutter", which hides the mouse after some idle time. I need a few hours to realize this :-)

When you move the mouse from the root window in the program window and open for example the help menu and move the mouse back to the root of the desktop nothing happens. But when you move the mouse in the program window and leave it there, than after some idle time the mouse hides itself, only then TeXmacs crashes when you move the mouse and it becomes visible again.

Some specs:
gcc 2.95.3
XFree86 4.2.0
Window Maker 0.80.2

and http://www.x.org/contrib/utilities/unclutter-8.tar.Z in case you want to try it yourself :-)
(I use unclutter -idle 2)

Simple solution:

Turning of unclutter and everything works without any problems :-)

David Allouche <ddaa>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by vdhoeven (Posted a comment)
  • -email is unavailable- added by alv (Posted a comment)
  • -email is unavailable- added by mgubi (Posted a comment)
  • -email is unavailable- added by kubalaa (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 13 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2012-03-11 vdhoeven StatusWorks For Me Fixed
        Open/ClosedOpen Closed
    2012-03-11 mgubi Assigned tomgubi vdhoeven
    2012-03-10 alv StatusConfirmed Works For Me
    2012-03-10 alv StatusNeed Info Confirmed
        Assigned toalv mgubi
        Keywords crash, X11, GUI
    2012-03-09 mgubi StatusNone Need Info
        Assigned tovdhoeven alv
    2005-08-16 vdhoeven Priority5 - Normal 7 - High
        Assigned toNone vdhoeven
    2005-08-16 vdhoeven Severity4 - Important 5 - Blocker
    2005-08-16 vdhoeven Severity3 - Normal 4 - Important

    Back to the top

    Powered by Savane 3.14-ee00.
    Corresponding source code