Bug 83916 - [testcase] Konqueror hangs loading a "server push" image stream (Content-Type: multipart/x-mixed-replace)
Summary: [testcase] Konqueror hangs loading a "server push" image stream (Content-Type...
Status: CONFIRMED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml part (show other bugs)
Version: 4.7.2
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 120220 123614 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-06-24 12:41 UTC by Daniel Kabs
Modified: 2012-06-18 18:15 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Kabs 2004-06-24 12:41:47 UTC
Version:           3.2.1 (using KDE KDE 3.2.1)
Installed from:    SuSE RPMs
OS:                Linux

Server Push is a popular method for webcams to present a continuous stream of images on a web page. It is the fastest, easiest and most efficient way to do this! Even better, you don't need any javascript code to update images on your web page nor do you need any plugins/ActiveX to receive the stream. 

If a "server push" image stream is embedded on a webpage, Konqueror keeps loading this stream but does not display anything. As a stream - by definiton - does not end, Konqueror keeps loading forever.
Comment 1 Daniel Kabs 2004-06-24 12:45:20 UTC
This is a testcase that exposes Konqueror's inability to display a jpeg server push correctly.

Have a look at

http://bugzilla.mozilla.org/attachment.cgi?id=118643&action=view

This is a webpage containing an image. The image SRC attribute points to a CGI script that creates an image stream (aka "server push"). As you can see, you see nothing :-)
Comment 2 Daniel Kabs 2005-02-15 10:02:34 UTC
I checked this with Konqueror 3.3 on KDE 3.3.0 and Server Push did not work.
Comment 3 Daniel Kabs 2005-05-03 11:03:09 UTC
Update: I had a look at the RFC :-)

RFC 2046 is quite clear about the syntax of the "Multipart Media Type" which  a
server push uses (see section 5.1 of that document). Especially about the
characters terminating a header line: CRLF. 

Until I read the RFC I thought that LF was sufficient because Mozilla accepted
the stream and displayed it properly.

Therefore the stream format has been changed to be RFC compliant by sending CRLF as line terminating characters.

I hoped this would resolve this issue with Konqueror, but it didn't :-( 

Comment 4 Maksim Orlovich 2006-03-14 15:44:55 UTC
Basically, this is unsupported inside <image>. But <object> should work.
Comment 5 Maksim Orlovich 2006-03-14 15:45:05 UTC
*** Bug 123614 has been marked as a duplicate of this bug. ***
Comment 6 Maksim Orlovich 2006-03-14 15:46:38 UTC
*** Bug 120220 has been marked as a duplicate of this bug. ***
Comment 7 Marcus Meissner 2006-03-14 16:53:28 UTC
<object> doesnt work for me there :/

what should?
Comment 8 Daniel Kabs 2006-03-14 18:29:14 UTC
Maksim,

support for server push is a nice thing to have. So you recommend I should propose this as feature request instead?

On the other hand, for the time being konqueror munches the stream without digesting it until it explodes which Unix prevents by swapping until the system deadlocks. Not a nice thing. Want to try out :-) Open the testpage referenced above and wait a few hours. See how konqueror starts to eat up your system's memory... 

Cheers
Daniel
Comment 9 Daniel Kabs 2007-11-12 14:52:13 UTC
Just checked with Safari 3.0.4 on Mac OS X "Leopard". It works there! Obviously Apple developers implemented support for "server push" in WebKit.

As WebKit is a derivative of KHTML, is it possible to backport this feature to KHTML?
Comment 10 Daniel Kabs 2007-11-12 15:26:39 UTC
Just tried with older Safari 2.0.4 and it works there, too. This browser shows 2005 in the about box. It seems that Apple implemented support for content-type: multipart/x-mixed-replace years ago.
Comment 11 Daniel Kabs 2007-11-12 15:58:49 UTC
Just browsed apple's webkit source code and the change logs using http://trac.webkit.org 

This is what I found:

2005-02-24
http://trac.webkit.org/projects/webkit/changeset/8685
Apple acknowledged this very bug and worked around it by *not* loading multipart-x-mixed-replace content.

2005-09-08
http://trac.webkit.org/projects/webkit/changeset/10489
http://trac.webkit.org/projects/webkit/changeset/10490
Appled implemented support for multipart/x-mixed-replace content.
Comment 12 Michael Leupold 2008-04-06 08:11:41 UTC
Confirmed on trunk r794020. In contrast to 3.5.9 the error event is triggered.
Comment 13 Jaime Torres 2009-12-15 22:30:29 UTC
@David or @Maksim. duplicated bug 123614 is fixed. Is this bug also fixed?
Comment 14 Daniel Kabs 2011-11-10 15:12:20 UTC
I still see this problem using Konkqueror 4.7.2 (Ubuntu 11.10)

Open the following testcase in Konqueror

  http://appcam.mobotixcam.de:2080/control/faststream.jpg?html&stream=full

Authorization Credentials (type without the quotes!)
  user    : "user"
  password: "Firefox"
Comment 15 Daniel Kabs 2011-11-11 07:21:06 UTC
(In reply to comment #12)
> Confirmed on trunk r794020. In contrast to 3.5.9 the error event is triggered.

Please don't use the testcase in comment #1 any more as it uses a webcam that does not exist any more.