Closed Bug 1090821 Opened 10 years ago Closed 10 years ago

[Messages][Drafts] Can't save message draft with attachment

Categories

(Firefox OS Graveyard :: Gaia::SMS, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.2+, b2g-v2.1 unaffected, b2g-v2.2 verified)

VERIFIED FIXED
blocking-b2g 2.2+
Tracking Status
b2g-v2.1 --- unaffected
b2g-v2.2 --- verified

People

(Reporter: azasypkin, Assigned: julienw)

References

Details

(Keywords: regression, Whiteboard: [sms-sprint-2.1S8])

Attachments

(2 files, 1 obsolete file)

4.43 KB, text/plain
Details
46 bytes, text/x-github-pull-request
steveck
: review+
Details | Review
Attached file logcat.txt
STR: * Open Messages app and go to Message Composer; * Tap on "Add attachment" button and choose any video or image attachment; * Tap on back button and try to accept saving a draft; Expected result: draft is saved and user is forwarded to Inbox panel; Actual result: Tapping on "Save as Draft" menu item doesn't have any effect. Gaia-Rev b48f66220dff75f767eddf28a1d58192fc811410 Gecko-Rev https://hg.mozilla.org/mozilla-central/rev/53d84829b2b8 Build-ID 20141028160206 Version 36.0a1 Device-Name flame FW-Release 4.4.2
Hey Ben, Could you please help to understand the issue we have? "DataCloneError: The object could not be cloned." exception is thrown when we try to put Blob to IndexedDB (via asyncStorage, see logcat). Not sure whether it's Blob or IndexedDB related issue, but I believe you have more insights about that. Thanks!
Flags: needinfo?(bent.mozilla)
blocking-b2g: --- → 2.2?
QA Contact: jmitchell
B2G-Inbound Regression Window: Last Working: Device: Flame 2.2 Build ID: 20141027195229 Gaia: 2f12df3ab3ff0c34bf1796906ca032796508a085 Gecko: fa76c5bf7c8c Gonk: 6e51d9216901d39d192d9e6dd86a5e15b0641a89 Version: 36.0a1 (2.2) Firmware Version: v188 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0 First Broken: Device: Flame 2.2 Build ID: 20141028003729 Gaia: d8394ec06c77325e1aa1f0ed2214b0c3a1f402d2 Gecko: f86eb7c94b2a Gonk: 6e51d9216901d39d192d9e6dd86a5e15b0641a89 Version: 36.0a1 (2.2) Firmware Version: v188 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0 Gaia/Gecko Swap Last Working Gaia First Broken Gecko: Issue does NOT reproduce Gaia: 2f12df3ab3ff0c34bf1796906ca032796508a085 Gecko: f86eb7c94b2a First Broken Gaia Last Working Gecko: Issue DOES reproduce Gaia: d8394ec06c77325e1aa1f0ed2214b0c3a1f402d2 Gecko: fa76c5bf7c8c Gaia pushlog: https://github.com/mozilla-b2g/gaia/compare/2f12df3ab3ff0c34bf1796906ca032796508a085...d8394ec06c77325e1aa1f0ed2214b0c3a1f402d2 ---------------------------------------------------------------------------------------------------- Most likely broken by Bug 1071514 - can you take a look Julien?
Flags: needinfo?(felash)
QA Contact: jmitchell
I confirm that backing out bug 1071514 make it work again.
And actually, I see that attaching an image using the camera is broken too (I see the placeholder). And I have those errors in logcat when I finish the attaching process: 10-30 14:43:47.132 3412 3412 W Gallery : [JavaScript Error: "IndexedDB UnknownErr: IDBDatabase.cpp:776"] 10-30 14:48:22.702 4128 4128 W Camera : [JavaScript Error: "IndexedDB UnknownErr: IDBDatabase.cpp:776"] (I don't see these in Oleg's log though, so something else might happen on my side). When I attach from Camera before the patch, I clearly see that the first display (before we resize) is what I have now (which is perfectly logical, since now we don't change after resize). So maybe the patch in bug 1071514 actually exposed an issue in Gecko.
Even with the patch from bug 1071514 reverted, I get IDB errors on logcat. For example with this STR: * open gallery * open an image * press share * press messages * press home once messages is loaded => 10-30 14:54:08.132 3869 3869 W Messages: [JavaScript Error: "IndexedDB UnknownErr: IDBRequest.cpp:304"] 10-30 14:54:08.152 3869 3869 W Messages: [JavaScript Error: "IndexedDB UnknownErr: IDBDatabase.cpp:776"] And when I kill/open Messages app I have twice the same draft. Which looks like bug 1079824 which I thought was fixed by bug 1079546?
(In reply to Julien Wajsberg [:julienw] from comment #5) > 10-30 14:54:08.132 3869 3869 W Messages: [JavaScript Error: "IndexedDB > UnknownErr: IDBRequest.cpp:304"] > 10-30 14:54:08.152 3869 3869 W Messages: [JavaScript Error: "IndexedDB > UnknownErr: IDBDatabase.cpp:776"] These mean that the page doing the idb request is being navigated before waiting for the transaction to complete. The transaction is therefore being aborted and rolled back.
Flags: needinfo?(bent.mozilla)
Attached file github PR (obsolete) —
Does not have unit tests yet
Assignee: nobody → felash
Flags: needinfo?(felash)
Depends on: 1071514
Whiteboard: [sms-sprint-2.1S8]
triage: identifiable regression
blocking-b2g: 2.2? → 2.2+
Attached file github PR
I'd like to test how the increased limit feels like on a Flame with less memory.
Attachment #8514452 - Attachment is obsolete: true
Blocks: 1071514
No longer depends on: 1071514
Comment on attachment 8515007 [details] [review] github PR tried with 5 times this image: http://asia.olympus-imaging.com/products/dslr/e520/sample/images/sample_01.jpg looks good to me, even if it's slightly slow. Sometimes we clearly see the resized image is available even before the thumbnail is displayed. I think bug 1088526 will make this better.
Attachment #8515007 - Flags: review?(schung)
Looks good overall, I only left some comments on githud. Just want to make sure about the assertion and clear comment for property description.
Flags: needinfo?(felash)
answered on github and pushed a follow-up for the nit !
Flags: needinfo?(felash)
Comment on attachment 8515007 [details] [review] github PR Thanks for your explain! I think maybe we might have another choice about the place for defining property, but I'm fine for both.
Attachment #8515007 - Flags: review?(schung) → review+
master: e2e8c193cfdb1357f6c875e5fec3422305f7f6a8
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
issue is veryified fixed on 2.2 flame User can now save messages to local draft even when message has an attachment. Flame 2.2 Device: Flame 2.2 (319mb)(Kitkat Base)(Shallow Flash) Build ID: 20141121040204 Gaia: 25388c6bce932657ebf93adedf31881bfaf88c15 Gecko: 3366c0fcf9c2 Version: 36.0a1 (2.2) Firmware Version: v188-1 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
See Also: → 1071514
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: