gEdit hangs when searching a minimized css file

Bug #1105453 reported by Carroarmato0
28
This bug affects 6 people
Affects Status Importance Assigned to Milestone
gedit (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

I tried searching for "ps_main" using the Search function in gEdit and it just hung on me.

Steps to reproduce:

1) start gedit
2) open de supplied css file
3) notice that for a file that's just 217,6kB big, and has 217630 lines, it load a bit slow
4) Use the search function to find "ps_main"
5) notice gedit hanging up, the program gets darkened due to not responding

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: gedit 3.6.1-0ubuntu1
ProcVersionSignature: Ubuntu 3.5.0-22.34-generic 3.5.7.2
Uname: Linux 3.5.0-22-generic x86_64
NonfreeKernelModules: nvidia wl
ApportVersion: 2.6.1-0ubuntu9
Architecture: amd64
Date: Fri Jan 25 22:18:11 2013
InstallationDate: Installed on 2012-12-05 (51 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5)
MarkForUpload: True
SourcePackage: gedit
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Carroarmato0 (carroarmato0) wrote :
Revision history for this message
thinkpad (fellowsgarden) wrote :

related to this https://live.gnome.org/Gedit/FAQ ?

gedit is very slow and/or crashes when opening files with very long lines. Can you fix it?

When designing GtkTextView (the text display widget of gtk+ which gedit uses) the developers had to make a design decision: trading off bad performance and memory use on corner cases like very long lines in exchange for better performance in search operations and full support for UTF-8 text. This is a known limitation of GtkTextView and cannot be fixed. On top of that Pango seems to use a lot of CPU drawing such long lines. This may be fixable, but it isn't easy... Feel free to give it a try. Crashes with long lines are usually due to out-of-memory conditions, but if that's not the case then we would like to know about it.

------------

I think I've suffered from the long-line issue a lot, and have used leafpad (and am about to try geany) as a more reliable alternative; don't get me wrong: if gedit were reliably stable and would not become UNUSABLE for certain documents, I'd have zero complaints about it...

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gedit (Ubuntu):
status: New → Confirmed
Revision history for this message
Stan Williams (stanwmusic) wrote :

I noticed it lockong up first last night when i opened some CSS files and again tonight I opened a file named bootstrap.min.css which is 117.3 kB.
Gedit immediately froze up again. I have to use System Monitor to kill it when it does that.

Revision history for this message
damien (gognoscranes) wrote :

This bug is also present in 14.04. With my minified css file, what i searched for was irrelevant, it always resulted in Gedit crashing with SIGSEGV gtk_iter_forward_to_tag_toggle() Renaming the file to .html from .css gedit no longer crashed.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.