[SRU] Kile crashes with SIGSEGV on entering a double quote if "abstract" is commented out
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
kile (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Jaunty |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
== SRU req. ==
I request an SRU fixing two bugs. This one, and bug 362292.
* Rationale:
This bug crashes kile under certain circumstances while editing a tex-file and results in loss of data since last save/auto-save.
Bug 362292 is a regression compared to the version in intrepid.
* Development release:
Not open for uploads yet. A new svn snapshot will be uploaded to karmic when it opens fixing these two bugs.
* Test case:
This bug: Try one of the test-files attached to this bug and you can make kile crash entering a double-quote; the updates package doesn't crash (and inserts the double-quote).
Bug 362292: Choose a non-UTF8 encoding in the open/save options. The open file dialog will use UTF-8 no matter what in the current version, while the updated version uses the chosen encoding.
== Original description ==
System: Ubuntu 9.4 Desktop BETA (all updates installed...)
Kile just crashes every time I enter a double quote on a mid-length "report" tex-file, where the "abstract"-part is commented out...
To reproduce the bug, create a texfile like this and try to enter a double quote below the "abstract"-part:
\documentclass[
% Title Page
\title{}
\author{}
\begin{document}
\maketitle
%\begin{abstract}
%\end{abstract}
\chapter{chapter 1}
test test test
\end{document}
ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
NonfreeKernelMo
Package: kile 1:2.1.0~
ProcEnviron:
LANG=de_AT.UTF-8
SHELL=/bin/bash
SourcePackage: kile
Uname: Linux 2.6.28-11-generic i686
Related branches
Changed in kile (Ubuntu): | |
status: | Confirmed → Triaged |
tags: |
added: verification-done removed: verification-needed |
I can confirm this. In http:// forum.ubuntuuse rs.de/topic/ kile-stuerzt- bei-der- eingabe- von-anfuehrungs z/ someone reported a similar behaviour caused slightly different. See attached code.