gmail webapp crashes when attaching a contact to a new message
Bug #1466892 reported by
Jean-Baptiste Lallement
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Oxide |
New
|
Undecided
|
Unassigned | ||
webbrowser-app (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Only reproduced on Arale
current build number: 31
device name: arale
channel: ubuntu-
last update: 2015-06-19 14:56:08
version version: 31
version ubuntu: 20150619.1
version device: 20150608-6e66f3c
version custom: 20150602-731-5-32
webapp-container 0.23+15.
Test Case:
1. Add a Google account and ensure there are contacts in the address book
2. Open gmail
3. Create a new message
4. Tap on add an attachment
5. Select a contact and confirm
Expected Result
The contact is added
Actual Result
GMail crashes
Crash file attached.
Related branches
lp:~abreu-alexandre/oxide/file-picker-done-guard
On hold
for merging
into
lp:~oxide-developers/oxide/oxide.trunk
- Chris Coulson: Needs Fixing
-
Diff: 13 lines (+3/-0)1 file modifiedshared/browser/oxide_file_picker.cc (+3/-0)
To post a comment you must log in.
Here is the backtrace extracted from the crash file:
#0 oxide:: FilePicker: :Done (this=this@ entry=0xb8ecf03 0, files=std::vector of length 1, capacity 1 = {...}, =content: :FileChooserPar ams::OpenMultip le) at ../../. ./../shared/ browser/ oxide_file_ picker. cc:50 qt::FilePicker: :done (this=0xb8ecf030, files=..., oxide:: qt::FilePickerP roxy::OpenMulti ple) at ../../. ./../qt/ core/browser/ oxide_qt_ file_picker. cc:134 qquick: :FilePickerCont ext::accept( QVariant const&) const () arm-linux- gnueabihf/ libOxideQtQuick .so.0 qquick: :FilePickerCont ext::qt_ static_ metacall( QObject* , QMetaObject::Call, int, void**) () arm-linux- gnueabihf/ libOxideQtQuick .so.0 qquick: :FilePickerCont ext::qt_ metacall( QMetaObject: :Call, int, void**) () arm-linux- gnueabihf/ libOxideQtQuick .so.0 arm-linux- gnueabihf/ libQt5Qml. so.5
permissions
#1 0xaccfcdc6 in oxide::
mode=
#2 0xacabf2fa in oxide::
from /usr/lib/
#3 0xacabf902 in oxide::
from /usr/lib/
#4 0xacabf9e0 in oxide::
from /usr/lib/
#5 0xb63b5040 in ?? () from /usr/lib/
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
The issue is there:
void FilePicker: :Done(const std::vector< content: :FileChooserFil eInfo>& files,
content: :FileChooserPar ams::Mode permissions) { view_host_ ->FilesSelected InChooser( files, permissions);
render_
where render_view_host_ is null.