app crashes after address-book-service restarts

Bug #1367417 reported by Bill Filler
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
address-book-app
Fix Released
Critical
Renato Araujo Oliveira Filho
address-book-app (Ubuntu)
Fix Released
Critical
Renato Araujo Oliveira Filho
qtpim-opensource-src (Ubuntu)
Fix Released
Undecided
Renato Araujo Oliveira Filho

Bug Description

build 25 on krillin

Steps to reproduce:
- open messaging-app
- open a thread from a contact
- click the contacts button to open the contacts app
- press the back button (to return to messaging-app)
- switch back to contacts app, scrolling works fine
- switch back to messaging-app
- now run "restart address-book-service" and wait until it starts
- switch back to address-book-app and start scrolling in list view and app crashes

You will get a crash file in /var/crash/_usr_bin_address-book-app.crash
You can upack the core file by doing:
apport-unpack <path-to-crash-file> somedir
cd somedir
gdb /usr/bin/address-book-app CoreDump

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
Core was generated by `/usr/bin/address-book-app addressbook:///contact?callback=messaging-app.desktop'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0xaaada450 in QtContacts::QContactId::operator=(QtContacts::QContactId const&) () from /usr/lib/arm-linux-gnueabihf/libQt5Contacts.so.5
(gdb) bt
#0 0xaaada450 in QtContacts::QContactId::operator=(QtContacts::QContactId const&) () from /usr/lib/arm-linux-gnueabihf/libQt5Contacts.so.5
#1 0xaab85a58 in ?? ()
   from /usr/lib/arm-linux-gnueabihf/qt5/qml/QtContacts/libdeclarative_contacts.so
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

Related branches

Bill Filler (bfiller)
Changed in address-book-app:
importance: Undecided → High
assignee: nobody → Renato Araujo Oliveira Filho (renatofilho)
tags: added: rtm14 touch-2014-09-25
Bill Filler (bfiller)
Changed in address-book-app:
importance: High → Critical
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

While the app would ideally not crash, how would the service restart in production?
Would be concerned about adding overhead to fix what should be an exception or something that should not occur

Revision history for this message
Renato Araujo Oliveira Filho (renatofilho) wrote :

There is some different cases where the app could goes in an undefined states. For example after a sync with the app in background.

The sync will add/remove/change any contact and the app will not get notified.

This suspend state is new for me, I did not hear about that until now. I will need to do some changes in the app to fully support that.

Bill Filler (bfiller)
Changed in address-book-app:
status: New → In Progress
Bill Filler (bfiller)
tags: added: touch-2014-10-02
removed: touch-2014-09-25
Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

Is this related to bug #1354162, could it be set as duplicate of this?

Changed in qtpim-opensource-src (Ubuntu):
assignee: nobody → Renato Araujo Oliveira Filho (renatofilho)
Revision history for this message
Renato Araujo Oliveira Filho (renatofilho) wrote :

@timo

Looks like a different bug since the bug #1354162 is crashing on QtOrganizer model.

affects: address-book-app → address-book-app (Ubuntu)
Bill Filler (bfiller)
Changed in address-book-app:
importance: Undecided → Critical
status: New → In Progress
assignee: nobody → Renato Araujo Oliveira Filho (renatofilho)
tags: added: touch-2014-10-09
removed: touch-2014-10-02
Bill Filler (bfiller)
Changed in address-book-app (Ubuntu):
status: In Progress → Fix Released
Changed in qtpim-opensource-src (Ubuntu):
status: New → Fix Released
Changed in address-book-app:
status: In Progress → Fix Released
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.