263700 - when embedding video on a page https returns a local path instead of a url (ie .\https

Status: RESOLVED INCOMPLETE

(Firefox :: General, defect)

Description

[Paul Robinson]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Kiosk Browser/0.8 (Firefox/0.8 Syntonic Kiosk Browser)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Kiosk Browser/0.8 (Firefox/0.8)

When embeding video files which start with https, firefox doesn't parse the
location properly and results with media player showing a location of :

.\https://gryphon.quost.com/one%20turn.mpg

If the file src is set to an http location it works fine and produces a file
location of http://gryphon.quost.com/one%20turn.mpg

Reproducible: Always
Steps to Reproduce:
1.Go to the link supplied
2.view properties of the media player window
3.

Actual Results:  
Location set to .\https://gryphon.quost.com/one%20turn.mpg 

Expected Results:  
Location set to https://gryphon.quost.com/one%20turn.mpg

Although I have 0.8 of FireFox, we've also tested on a 0.9 installation and had
the same problem. Works fine in IE so figure it's a way that FireFox handles src
params on embeds.

Comment 1

[Peter van der Woude [:Peter6]]

Only IE opens the file
both FF and Opera detect this is a local file that is not present.

->INVA ?

Comment 2

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20041016 Firefox/1.0

confirming

Open the page, rightclick on the media, select properties, result:
location: .\https://gryphon.quost.com/one%20turn.mpg 

(parsingerror for https only)
setting->NEW
I assume this should be in Browser, but I haven't got Seamonmkey to test

Comment 3

[Rune Sætre]

Hi

This bug still exists in v1.0.7 for windows xp at least. 

We are running some webservers, and from the responses we receive it seems everyone running firefox under windows is affected by this bug. Unfortunately, we do not have access to the media server logs, so that is a bit difficult to confirm...

If anyone wants to test/fix this a test-url is available here:
  https://folesvaert.dyndns.org/~rst/asx_test/
or unencrypted:
  http://folesvaert.dyndns.org/~rst/asx_test/

modda.asx points to local file lyd.wma
ncno.asx points to external media
ncno.svineri is the same as ncno.asx, with different extension but same Content-Type
links.html just contains absolute links to these files using https

The ".\" is reportedly prepended both when using absolute and relative links when the page is accessed through https. When using http it works fine.

Rune

Comment 4

[Jesse Ruderman]

It is possible this is a dup of bug 64488.

Rune, please reopen if you still have a testcase and can attach it.