Note: There are a few cases of duplicates in user autocompletion which are being worked on.

Server push jpegs don't display when doctype specified

RESOLVED FIXED

Status

()

Core
ImageLib
RESOLVED FIXED
12 years ago
6 years ago

People

(Reporter: Jason P. Hanley, Unassigned)

Tracking

Trunk
x86
Windows XP
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

12 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1

I have a page that is using server push jpegs for streaming video. When I specifiy a xhtml doctype for this page, the video no longer displays. Without the doctype, the video displays correctly.

Reproducible: Always

Steps to Reproduce:
1. Go to a site with server push jpeg video (see URL attached) that has specified a (x)html doctype.
Actual Results:  
The video image does not display. Only the contents of the alt attribute are shown.

Expected Results:  
The server push jpeg will be displayed as a video.

I have also tried this with Firefox 1.0.7 on both Windows and Linux with the same behaviour. I also have a test page that has the doctype stripped to show that the jpeg push does work in that case. http://code.nees.buffalo.edu/flexTPS/test2.html
(Reporter)

Comment 1

12 years ago
Sorry, the URL for a test case that does work (ie. has the doctype stripped) is http://code.nees.buffalo.edu/flexTPS/test1.html, not the one specified at the end of my original bug report.

Comment 2

12 years ago
Thats exciting... I can reproduce it too.  I'll take a look.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true

Comment 3

12 years ago
so I tried this with a trunk build today and wasn't able to reproduce it.  With the doc type you see the loading icon for a sec before it starts going, but it seems to work OK.  Not sure what the cause is on 1.0.x.

There was a server-push jpeg patch that went in at some point recently not sure if it was pre or post 1.8b5.

Can you test it on the trunk?  I'll grab a newer branch build and see if it is busted there.
(Reporter)

Comment 4

12 years ago
I tried this on a nightly Firefox trunk and it does work there. Any chance for this to make it into the 1.5 release?

Updated

10 years ago
Assignee: pavlov → nobody
Status: ASSIGNED → NEW
QA Contact: imagelib
Closing because:
 - comment 4 suggests that it's long been fixed
 - all testcase links are now broken
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
Actually, given it's been confirmed and comment 4 says it's been fixed, FIXED is a happier ending for this one.
Resolution: INCOMPLETE → FIXED
You need to log in before you can comment on or make changes to this bug.