Bug 636967 - [abrt] midori-0.2.8-1.fc14: sqlite3_clear_bindings: Process /usr/bin/midori was killed by signal 11 (SIGSEGV)
Summary: [abrt] midori-0.2.8-1.fc14: sqlite3_clear_bindings: Process /usr/bin/midori w...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: midori
Version: 14
Hardware: i686
OS: Linux
low
medium
Target Milestone: ---
Assignee: Peter Gordon
QA Contact: Fedora Extras Quality Assurance
URL: http://www.twotoasts.de/bugs/index.ph...
Whiteboard: abrt_hash:3fb1a0554ca96319b9e03880efa...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-09-23 19:36 UTC by Matthias Runge
Modified: 2010-09-29 15:12 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2010-09-29 00:22:41 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
File: backtrace (28.39 KB, text/plain)
2010-09-23 19:36 UTC, Matthias Runge 		no flags Details
View All

Description Matthias Runge 2010-09-23 19:36:49 UTC 
abrt version: 1.1.13
architecture: i686
Attached file: backtrace
cmdline: midori -a http://koji.fedoraproject.org/koji/buildinfo?buildID=194750
component: midori
crash_function: sqlite3_clear_bindings
executable: /usr/bin/midori
kernel: 2.6.35.4-28.fc14.i686.PAE
package: midori-0.2.8-1.fc14
rating: 4
reason: Process /usr/bin/midori was killed by signal 11 (SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1285269369
uid: 500

How to reproduce
-----
1. start up midori
2. switch to private mode, open any page, e.g http://fedoraproject.org
3. click on the arrow down right of the url-field (to get the list of prior pages, should be empty)
4. crash
Comment 1 Matthias Runge 2010-09-23 19:36:52 UTC 
Created attachment 449298 [details]
File: backtrace
Comment 2 Matthias Runge 2010-09-28 08:43:18 UTC 
Package: midori-0.2.8-1.fc14
Architecture: i686
OS Release: Fedora release 14 (Laughlin)


How to reproduce
-----
1. start midori
2. switch to private mode
3. click on the (arrow-down) right of the url line. 


Comment
-----
looks like a missing if, when opening the history and there is no existing history
Comment 3 Christoph Wickert 2010-09-28 11:07:02 UTC 
I can confirm this crash.
Comment 4 Christoph Wickert 2010-09-28 12:02:20 UTC 
Forwarded upstream as http://www.twotoasts.de/bugs/index.php?do=details&task_id=969
Comment 5 Christoph Wickert 2010-09-29 00:22:41 UTC 
Fixed upstream, fix will be included in the next release.
Comment 6 Matthias Runge 2010-09-29 08:46:24 UTC 
Whoa, thank you. That is really fast!
Comment 7 Kevin Fenzi 2010-09-29 15:12:29 UTC 
I managed to catch Christian on IRC and noted this would be an easy one to fix since it's easily reproducable. ;)
Note You need to log in before you can comment on or make changes to this bug.