Closed Bug 821513 Opened 12 years ago Closed 11 years ago

web intent of vnd.youtube is not playing in the video app

Categories

(Firefox OS Graveyard :: Gaia::Browser, defect, P2)

ARM
Gonk (Firefox OS)
defect

Tracking

(blocking-basecamp:-)

RESOLVED WONTFIX
blocking-basecamp -

People

(Reporter: nhirata, Unassigned)

Details

1. launch browser
2. goto vnd.youtube:e_qHyj9-CWs

Expected: video app launches and plays the video from youtube
Actual: 
Does not play : 
12-13 15:15:25.338: E/GeckoConsole(1475): [JavaScript Error: "[Exception... "'Illegal value' when calling method: [nsIProtocolHandler::newChannel]"  nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)"  location: "native frame :: <unknown filename> :: <TOP_LEVEL> :: line 0"  data: no]"]
Why is this not expected behavior? You've given an invalid value to the android intent and NS_ERROR got thrown. I don't think there's anything wrong here.
vnd.youtube is a youtube specific intent that launches the youtube app on android.  vnd.youtube should launch the video app and play the video.
(In reply to Naoki Hirata :nhirata from comment #2)
> vnd.youtube is a youtube specific intent that launches the youtube app on
> android.  vnd.youtube should launch the video app and play the video.

Perhaps. But if the value given is wrong is the intent, it should fail, no?

Fabrice - What do you think?
Flags: needinfo?(fabrice)
Wait, is this android or b2g? On b2g we support the vnd.youtube scheme, since this is what we use for youtube support.
Flags: needinfo?(fabrice)
(In reply to Fabrice Desré [:fabrice] from comment #4)
> Wait, is this android or b2g? On b2g we support the vnd.youtube scheme,
> since this is what we use for youtube support.

b2g. Naoki is testing this through the browser directly by going to a vnd.youtube URL.
Triage: where can users get such address from? vnd.youtube:e_qHyj9-CWs
is this a common usage?
Flags: needinfo?(nhirata.bugzilla)
This address can't be used on a desktop browser. Please and renominate if needed.
blocking-basecamp: ? → -
B2G browser convert the string to http://vnd.youtube:e_qHyj9-CWs, so the problem is on Gaia Browser.
Component: Gaia::System → Gaia::Browser
QA Contact: nhirata.bugzilla
Is this a v1 requirement?
blocking-basecamp: - → ?
(In reply to Ben Francis [:benfrancis] from comment #10)
> Is this a v1 requirement?

If it's a valid youtube vnd.youtube protocol, yes. See bug 777633 that goes into lots of detail on this one.
I think what Ben want to ask is that, is "being able to type the fake protocol into the browser awesome bar" a v1 requirement?

We could already play the YouTube video w/o problem when user press the YouTube site play button, with bug 777633.
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) from comment #12)
> I think what Ben want to ask is that, is "being able to type the fake
> protocol into the browser awesome bar" a v1 requirement?
> 
> We could already play the YouTube video w/o problem when user press the
> YouTube site play button, with bug 777633.

Oh. Well in that case, yeah, I'd say this is an extreme nice to have at best.
Test in the following link the "Test Video 1"

http://people.mozilla.com/~nhirata/html_tp/AndroidLinks.html
blocking-basecamp: ? → +
Priority: -- → P2
This is in the Browser component (comment 9). If this impacts other apps/user scenarios, please re-nominate.
blocking-basecamp: + → -
I don't think we should build support for the fake vnd.youtube: protocol into the browser app to allow people to type it as a URL. I think we already support the intended use cases through bug 777633

Please reopen if this is a problem.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
FWIW, YouTube in fact said they don't like the fact we are using the vnd protocol. We've got orders to move away from this model asap in the closest release possible (hopeful for 1.1).
You need to log in before you can comment on or make changes to this bug.