New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
crash on open (or backspace, only sometimes??) when file contains a very long line #99
Comments
The file's about 113kb. Not sure how to tell how long the longest line was. Workaround, fed it thru tidy. |
I think the issue can be related to #13 |
@KevinField: can you please run it via gdb and post the full backtrace from crash? |
I've just generated a text file with one line that has more than 100000 chars in it. Could not reproduce the crash with that file. Running Debian Testing with pluma built from git master (1.9.x). |
Running 1.8.1. If that's not up-to-date, talk to the Mint maintainers, I guess. I ran gdb and it said, "Reading symbols from /usr/bin/pluma...(no debugging symbols found)...done." I'm guessing I would have to build from source. Also, I would have to regenerate the file that was breaking pluma, which is a longer process than it sounds. I'm not willing to put in the time just now to figure all this out, but if I encounter this again some time, I will know which bug to reopen. Sorry. Maybe you fixed it since 1.8.1 anyway. |
Side note: to get debugging symbols you need to install |
I have Pluma 1.8.1 on Linux Mint Qiana. I'm experiencing the same issue. Stacktrace:
|
@yoursunny: thanks for the backtrace, but can you install libglib2.0-0-dbg and libgtk2.0-0-dbg, then run "bt full" instead of just "bt"? |
Exact steps I did in Pluma:
|
Thanks! I'm finally able to reproduce it with your file (and got the same backtrace). For the record: reproduced in Debian Jessie with pluma 1.9 (from git master) and GLib 2.42. |
Just as I suspected. |
Yeah, it's in gtksourceview and this commit fixes it. Now I'll be having fun trying to convince Ubuntu maintainers to push it to 14.04... 😕 |
Ok, I've filed a bug report with attached patches, let's wait for them to get accepted. |
@monsta |
Wait, why no "normal" patch? The original upstream commit should apply just fine. |
i can confirm the upstream patch fixes the issue here in f22 gtk2 |
@yoursunny: ok, fixed version of gtksourceview2 is in Ubuntu 14.04 repos now, so it should be fixed in Mint 17.x too. |
I confirm this issue is fixed with gtksourceview2 2.10.5-1ubuntu2.14.04. |
Great 😄 |
I have an HTML file I'm migrating from a CMS. The CMS formats the HTML such that it sometimes contains very long lines.
Three or four times in a row, I opened the file in pluma on Linux Mint 17 (32-bit) and started editing it, only to discover that as soon as I hit backspace, pluma would disappear. Window gone, no error message, nothing. The first few times I had typed a couple dozen characters first, but I started to realize it was backspace that was triggering it, but after another launch or two, it wouldn't even get that far: pluma would just open and immediately disappear before I could even try to edit the file. After I realized that, I tried opening a Terminal and launching the file from there. Pluma immediately disappeared. I tried launching from PCManFM again and it stayed open until backspace. I tried from Terminal again and this time it stayed open until backspace. So, I'm not sure what the pattern is around immediate crash vs. backspace, because I've seen both in both a GUI and terminal launch context.
Anyway, in Terminal launches, it says this:
When it doesn't immediately crash, only the first line shows initially, until I hit backspace, which then shows the rest and returns to prompt.
The text was updated successfully, but these errors were encountered: