880587 - [Buri][Browser][html5] First HTML 5 video from http://imps.tcl-ta.com/cailiang/media/content_e5.html displays incorrectly in fullscreen

Status: RESOLVED DUPLICATE of bug 876542

(Firefox OS Graveyard :: General, defect, P2)

Description

[sync-1]

AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.127
 Firefox os  v1.0.1
 Mozilla build ID:20130602070207
 
 Created an attachment (id=428936)
 logcat
 
 DEFECT DESCRIPTION:
 [Browser][html5]Cannot play html5 video normally.
 
  REPRODUCING PROCEDURES:
 1.Open http://imps.tcl-ta.com/cailiang/media/content_e5.html
 2.click "HTML5 Video Test" to test html5 video
 3.The first video can plays, but when try to full screen, the full screen is not fit with the screen--->KO1
 4.other three videos cannot plays--->KO2
 
  EXPECTED BEHAVIOUR:
 When try to full screen html5 video, it works and fit the screen.
 Other three videos can plays.
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE:
 
  For FT PR, Please list reference mobile's behavior:
 For android phone Nexus4, can play the four videos normally.

Comment 1

[sync-1]

Clone from brother

Comment 2

[sync-1]

Attachment: logcat

Clone from brother

Comment 3

[sync-1]

Clone from brother

Comment 4

[sync-1]

Attachment: screenshot2

Clone from brother

Comment 5

[sync-1]

Clone from brother

Comment 6

[sync-1]

Attachment: screenshot1

Clone from brother

Comment 7

[Jason Smith [:jsmith]]

There's two bugs here:

1) The first video is a fullscreen bug
2) The second issue with the 3 remaining videos has to do with the inability to play 3GP media content correctly

Comment 8

[Jason Smith [:jsmith]]

Oh wait. [2] is expected actually - we don't support playing 3GP content by default in 1.01 on the web.

Comment 9

[Jason Smith [:jsmith]]

Since [2] is expected for 1.01, I'm treating that as invalid.

I'm going to morph this bug into the issue cited in [1].

Comment 10

[Jason Smith [:jsmith]]

Chris - Any ideas why the fullscreen video is displaying incorrectly?

Comment 11

[Chris Pearce [:cpearce (Not reading bugmail)]]

I think there is a bug in the async pan zoom controller on B2G. I filed bug 876542 for this. The developer responsible for APZC is on vacation at the moment though.

Comment 12

[bhavana bajaj [:bajaj]]

needsinfo on chris lord here to help figure out if this is a DUP of bug 876542 ?

Comment 13

[Alex Keybl [:akeybl]]

Sending to roc for reassignment. leo+ing because we strongly suspect that this will be a blocker for multiple partners in 1.1.

Comment 14

[Chris Pearce [:cpearce (Not reading bugmail)]]

Kanru reported in bug 876542 that fullscreen was fixed in B2G m-c, so fixing this may just require uplifting something.

Comment 15

[Chris Lord [:cwiiis]]

Just going on the description of behaviour, this does indeed sound like a duplicate of bug 876542. I've deferred to kats on this issue in that bug.

Comment 16

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Bug 876542 is fixed on b2g18. Can someone retest this bug please?

Comment 17

[Jason Smith [:jsmith]]

lgtm on 7/2 b2g18 build with the patch from bug 876542.

Comment 18

[Viga]

Hi all, It still can be reproduced on Mozilla build ID:20130806071254

Comment 19

[Jack Liu]

Reopened per comment#18.
Hi Weijia, please provide more info here.

Comment 20

[Jason Smith [:jsmith]]

(In reply to Jack Liu from comment #19)
> Reopened per comment#18.
> Hi Weijia, please provide more info here.

That's because bug 876542 was backed out of b2g18 and blocking-. So that means this is a WONTFIX for 1.1, but fixed on 1.2.