New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 135337 link

Starred by 28 users

Issue metadata

Status: Fixed
Owner: ----
Closed: May 2013
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug



Sign in to add a comment

MJPEG image doesn't animate when viewed directly

Reported by psanf...@gmail.com, Jun 30 2012

Issue description

Chrome Version       : 20.0.1132.43
OS Version: Ubuntu 12.04 
URLs (if applicable) : http://mjpeg.sanford.io/count.mjpeg
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari 5:
  Firefox 4.x: OK
     IE 7/8/9:

What steps will reproduce the problem?
1. Visit http://mjpeg.sanford.io/count.mjpeg to view an mjpeg stream.

What is the expected result?
The numbers in the image should be increasing (demonstrating that the image is updating).

What happens instead?
The initial mjpeg frame is displayed but no new frames appear.

Please provide any additional information below. Attach a screenshot if
possible.

If the mjpeg is embedded in an html document with a <img> tag it animates correctly. This can be seen at the following url: http://mjpeg.sanford.io/ 

When you view the mjpeg stream directly, Chrome continues to read the mjpeg stream, it just does not ever update the rendered image. 

This bug also happens if you have an <iframe> with a src of the mjpeg stream.

I know that this worked in v18. I'm not sure about v19.

UserAgentString: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.43 Safari/536.11


 
Reproducible on 20.0.1190.0 Canary on Windows 7 Ultimate. Also, I noticed another problem: if you have the .mjpeg open in another tab, it refuses to load on the page it's embedded in.

Comment 2 by Deleted ...@, Jul 5 2012

Confirmed/Reproducible on 20.0.1132.47  on Mac OSX 10.7.4 
Confirmed on 20.0.1132.47 as well on Windows 7

Comment 4 Deleted

Comment 5 by psanf...@gmail.com, Jul 10 2012

I did a bisect and I believe this was introduced in r134648 (http://src.chromium.org/viewvc/chrome?view=rev&revision=134648) which was a roll of webkit to 115660.

Comment 6 by psanf...@gmail.com, Jul 10 2012

Testing with a recent nightly (145862) it looks like this bug has been fixed. 

Comment 7 Deleted

Comment 8 by Deleted ...@, Jul 17 2012

Same problem here.... Iframe with mjpeg wont refresh... only 1 frame loaded.Pressing F5 refresh 1 frame at a time.

Comment 9 by Deleted ...@, Aug 1 2012

Seams fixed for me in 22.0.1221.0 dev-m on Win7...

Comment 10 Deleted

Comment 11 by jus...@gmail.com, Aug 5 2012

Still NOT fixed in 21.0.1180.60 m on Win7

example - http://hunnebostrand.mine.nu/mjpg/video.mjpg?camera=&resolution=640x480
Tested the same on 22.0.1221.0 on Win7, Mac10.7.4 and Linux u10.4. 

It is working fine. 
Cc: rponnada@google.com

Comment 14 by kareng@google.com, Aug 6 2012

Labels: checkedk
Tested the same on 22.0.1221.0 on Mac10.7.4 and Linux u10.4.
Works as expected.
Labels: nomedia
Project Member

Comment 17 by bugdroid1@chromium.org, Aug 10 2012

Labels: Action-NeedsReview
Summary: MJPEG image doesn't animate when viewed directly
There were at least 5 stars on this issue, in the last 90 days, we should review.
Labels: -nomedia Mstone-21
Status: Untriaged
the website  http://hunnebostrand.mine.nu/mjpg/video.mjpg?camera=&resolution=640x480
is showing a message as "Oops! Google Chrome could not connect to hunnebostrand.mine.nu"   

Comment 19 by meike...@gmail.com, Aug 15 2012

21.0.1180.79 - MJPEG is not working.

Comment 20 by jus...@gmail.com, Aug 15 2012

Where can we download 22.0.1221.0 version ? 

Comment 21 Deleted

Comment 22 by Deleted ...@, Aug 17 2012

Now working also with 22.0.1229.8 dev-m
Just get into the dev channel to get this version ;)

Comment 23 Deleted

 Issue 146972  has been merged into this issue.
Labels: -OS-Linux -Area-Undefined OS-All Area-WebKit
Making OS-All and looks like it is fixed in M22. Confirmed working on 22.0.1229.39 on linux, win (example page loads very slowly but works) and mac.

justsp: you could either install Chrome beta or dev (would replace your current stable install), or you could separately install Chrome Canary to see if that works for your example (requires username/password). Just search [install chrome beta] or [install chrome canary] for the download.
Labels: nomedia
Project Member

Comment 27 by bugdroid1@chromium.org, Mar 10 2013

Labels: -Area-WebKit -Mstone-21 Cr-Content M-21
Project Member

Comment 28 by bugdroid1@chromium.org, Apr 6 2013

Labels: -Cr-Content Cr-Blink

Comment 29 by mark@chromium.org, May 6 2013

Status: Fixed
Since comments indicate this was fixed in September in the Chrome 22 timeframe, marking as fixed. However, a recent regression has caused http://mjpeg.sanford.io/ to not render properly although http://mjpeg.sanford.io/count.mjpeg does work, in the opposite situation to what this bug reports. See  bug 238427 .

Comment 30 by ben.h...@gmail.com, Jun 28 2013

Experiencing this bug in chrome 27.0.1453.10 on iPad3 running iOS 6.1.3 (10B329).  Confirmed using test url: http://mjpeg.sanford.io/

Comment 31 Deleted

Comment 32 by Deleted ...@, Aug 28 2013

In version "29.0.1547.62 m" this bug still remain (or came back from death!)
I can´t receive mjpeg live stream... :(

Windows 7 professional.

Comment 33 by Deleted ...@, Sep 1 2013

Can confirm this bug under iOS 5.1.1 and Chrome Version 28.0.1500.16. Confirmed using the test url and one URL from my webcam.
Works for me under Win7 with Chrome 29.0.1547.62 m

Comment 34 by xer...@gmail.com, Sep 5 2013

Is this issue going to be addressed or is dropping of this functionality the new reality for the Chrome Browser?  This issue doesn't seem to be garnering the attention it once did in previous releases, which makes me concerned that it simply won't be addressed at all?  I've updated to 30.0.1599.28 beta-m in hopes that it has quietly been fixed but mjpeg streams from network cameras are still not working.
This bug in Chrome 20/21 was in fact fixed in Chrome 22 (and the bug was marked as fixed). It sounds like you are seeing a new regression starting in Chrome 29. As such I would suggest opening a new issue. 

Comment 36 by Deleted ...@, Sep 5 2013

Yes, it's a regression, Chrome 29 can only display Motion JPEG from a IMG tag, not from a direct link.

Comment 37 by xer...@gmail.com, Sep 9 2013

Thanks for the IMG tag tip.  I've switched to this method and it is working well.

Comment 38 by captk...@gmail.com, Oct 18 2013

Appears to affect Chrome 30 as well.  (Chrome 30.0.1599.101 on OS X here.)

Comment 39 by Deleted ...@, Nov 18 2013

create a html file

<html><body>
<img src="http://<IP_ADDRESS>:8081">
</body></html>

and try to open.

Comment 40 by captk...@gmail.com, Nov 22 2013

HTML file works.  That's how I've been opening webcam feeds.

Comment 41 Deleted

A new issue has been created:
https://code.google.com/p/chromium/issues/detail?id=308999

Comment 43 by Deleted ...@, Sep 7 2014

SSH password protected stream does not work even with creating a HTML file
Thank you for fixing this bug! It's awesome that I can once again use
Chrome to monitor motion <http://www.lavrsen.dk/foswiki/bin/view/Motion>.

Ryan
Is this fixed now? I can't view any of my mjepg camera streams???

Sign in to add a comment