Bug 181986

Summary: crash when I try to open a file with no line breaks
Product: [Fedora] Fedora Reporter: Juergen Bullinger <juergen.bullinger>
Component: cairoAssignee: Carl Worth (Ampere) <cworth>
Status: CLOSED DUPLICATE QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 5CC: frank, rstrode
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-03-07 11:02:09 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
This is the file with which I got the problem
none
gedit backtrace none

Description Juergen Bullinger 2006-02-18 12:38:50 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.8.0.1) Gecko/20060210 Fedora/1.5.0.1-3 Firefox/1.5.0.1

Description of problem:
Gedit crashes when I try to open a file of 64000 charactes with no line breaks.


Version-Release number of selected component (if applicable):
2.13.91

How reproducible:
Always

Steps to Reproduce:
1b. type gedit bitmask.txt in a terminal window

1b. open gedit and try to open the file from the file menu
  

Actual Results:  It hangs or even crashes with the message:

[juergen@prime test]$ gedit bitmask.txt --sync
The application 'gedit' lost its connection to the display :0.0;
most likely the X server was shut down or you killed/destroyed
the application.



Expected Results:  I should not crash. Rather it should popup a message saying that the lines are too long.

Additional info:
Comment 1 Juergen Bullinger 2006-02-18 12:41:06 UTC 
Created attachment 124853 [details]
This is the file with which I got the problem
Comment 2 Frank Arnold 2006-02-19 11:51:47 UTC 
It turns out this is a cairo bug. It affects all GTK applications with a text
entry widget. I've got at least firefox and gnome-dictionary to crash, flooding
their input fields with about 22000 chars. GDB backtrace of a gedit crash will
be attached.
Comment 3 Frank Arnold 2006-02-19 12:02:58 UTC 
Created attachment 124861 [details]
gedit backtrace

Taken with:

gdb gedit
(gdb) break gdk_x_error()
(gdb) run --sync
(gdb) bt
Comment 6 Frank Arnold 2006-03-06 08:34:39 UTC 
Does not crash anymore. Fixing bug 182416 seemed to help.

But displaying such long lines does not work properly. Simply open the attached
file in gedit and scroll to the right. It will not display the chars any more.
Additionally, the CPU usage climbs up.
Comment 7 Carl Worth (Ampere) 2006-03-06 19:27:28 UTC 
So we root-caused the original crash down to cairo and fixed it.

The failure of gedit to then display such a long line sounds like a different
bug, and definitely is not something we've root-caused down to cairo yet.

It's generally cleaner to close a bug when it's fixed, and open a separate bug
for any related issue discovered during the investigation of the first.

But we do have bug 182416 closed already, so it might be reasonable to rename
and re-assign this bug to another component. I'll leave that decition up to "you".
Comment 8 Frank Arnold 2006-03-07 11:02:09 UTC 
You are right. Will file a separate bug, although it's again not specific to
gedit. So be prepared... ;)
Regarding the CPU usage, I've checked on FC4. Given the differences of the
systems (ppc32/rawhide vs. x86_64/FC4) it's comparable.

*** This bug has been marked as a duplicate of 182416 ***
Comment 9 Juergen Bullinger 2006-03-22 10:37:42 UTC 
gedit doesn't crash now, but as mentioned above it doesn't display the
characters after e certain position. I looks as if only the number of characters
are displayed which fit in the window. So if the window is wide enough to hold
127 chars. Gedit also displays only 127 chars. If you scroll to the right the
chars after this position are "invisible".