Created attachment 8345049 [details] Logcat When the user tries to share an image in the Gallery app through Twitter, the image upload to Twitter is not successful the first time and they get routed back to the full-screen view of the image instead of the Create Tweet page. If they attempt to share it again, then they will be able to upload the image 80% of the time. Repro Steps: 1) Updated Buri v1.3 to BuildID: 20131209053402 2) Install the Twitter app through the Marketplace. 3) Sign in to Twitter through the app. 4) Make sure the Gallery has at least one image. 5) Open the Gallery and select a image. 6) Select the Share button and the Twitter option. 7) Verify that the user is returned back to full-screen view of the image. Actual: The image does not get uploaded to Twitter and the user is returned to the image in the Gallery app. Expected: The image would get uploaded to Twitter and the user would be routed to the Create Tweet page. Environmental Variables: Device: Buri v1.3 Moz RIL BuildID: 20131209053402 Gaia: 1d45d1dc3201059d5c8f2efdeb92c04576d8e161 Gecko: 9f12a9fab080 Version: 28.0a1 Firmware Version: V1.2_20131115 Repro frequency: 100% the first time, 20% the second time Link to failed test case: https://moztrap.mozilla.org/manage/case/2317/ See attached: Logcat and Youtube video (http://youtu.be/Nnnb_wZ2Mt4)
The bug does not reproduce on the latest 1.2 and 1.1 builds. The user is able to upload the image to Twitter. Device: Buri v1.2 Moz RIL BuildID: 20131209004003 Gaia: f615ae7acb6731d191b3094e10e314bc28359bbb Gecko: f684b8f159a3 Version: 26.0
status-b2g18: --- → unaffected
status-b2g-v1.2: --- → unaffected
status-firefox28: --- → affected
Keywords: regression, regressionwindow-wanted
The regression window for this bug is 11-27 to 11-28. Last Working Build: Device: Buri v1.3 Moz RIL BuildID: 20131127040203 Gaia: d4b9a3d271f0451b4d903a03c2b931b8cc092041 Gecko: 6ecf0c4dfcbe Version: 28.0a1 First Broken Build: Device: Buri v1.3 Moz RIL BuildID: 20131128040201 Gaia: 0d57ec2801ae125ec855a19cf956ab118660d694 Gecko: a5e7f611546f Version: 28.0a1
It works with master build: 2013-12-11-04-02-03. Someone may fix this bug already. And we still need to find which patch fixes this.
need info to retest this per the Media triage on 12-18.
Confirming with testing that this bug is still present on the latest 1.3 build on Buri, using: Gaia a99249a7fdf9f20850d98a9a222385676d472362 SourceStamp 809aabadac6d BuildID 20131219004002 Version 28.0a2 The first time I try to upload the image it did not work, but the second time it did. As John notes in Comment 3 this does work on the latest Mozilla Central. Looks as if the fix is needed on 1.3.
John, please take a look at this bug. It probably is a matter of uplifting the patch from master that already fixes this problem. Thanks Hema
Assignee: nobody → johu
blocking-b2g: 1.3? → 1.3+
Created attachment 8356947 [details] share image from ui test and gallery app To have more information about the symptom of this bug, I had tested with both uitest app and gallery app. In this short video, it shows two symptoms here: 1. The first sharing which is shared from uitest app works. But the caller window is brought to foreground based on the finding i in comment 8. We may find that at 00:16 of this video. 2. The second sharing which is shared from gallery app doesn't work. The twitter window is opened correctly, no caller window at foreground. But the sharing activity doesn't handled by twitter app. We may find that at 00:30 of this video.
More information about comment 9: If we swap the app used at first and second sharing, the symptoms are still the same. The first sharing worked and the second sharing failed. But the first sharing is covered by the caller window and not in the second sharing.
Created attachment 8357011 [details] Share to Facebook I had tested the same procedure with Facebook app which is also a hosted app and accepts image share activity. In this video, we can find with the same codebase Facebook app works correctly. When we do the share multiple times, it attaches multiple files to the same post. But that's not correct with twitter app.
So if I understand this bug correctly, we're now doing more of the correct behavior with activity handling in the window manager. However, in following correct behavior more closely, we've revealed a bug in Twitter's implementation. Therefore, this is a TE bug with Twitter. I'll send this bug over to Elisa to outreach to Twitter to fix this bug then.
Assignee: johu → nobody
blocking-b2g: 1.3+ → ---
Component: Gaia::Gallery → Preinstalled B2G Apps
Flags: needinfo?(jsmith) → needinfo?(ehelton)
Product: Firefox OS → Tech Evangelism
QA Contact: nkhristoforov
Hello Jeremy, please review this bug and let us know when you think it can be fixed. Thank you.
Assignee: nobody → jforrester
Status: NEW → ASSIGNED
Flags: needinfo?(ehelton) → needinfo?(jforrester)
Priority: -- → P2
Crossposted as MTWO-139, I'll let you know when I have more information
Hi Jeremy, are there any updates regarding this bug?
status-b2g-v1.4: --- → affected
Whiteboard: burirun1.3-1, burirun1.3-3 → permafail
Seems to be solved on OPENC v1.3 build 20140325120432. Can anyone confirm?
Still able to reproduce on Buri 1.3
ok. reproduced. The first time you try to share de photo from the gallery, it gets back to the gallery app. If you try it a second time, then you finally reach to Twitter app
You need to log in before you can comment on or make changes to this bug.