New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Starred by 28 users
Status: Fixed
Owner: ----
Closed: May 2013
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug

Sign in to add a comment
MJPEG image doesn't animate when viewed directly
Reported by, Jun 30 2012 Back to list
Chrome Version       : 20.0.1132.43
OS Version: Ubuntu 12.04 
URLs (if applicable) :
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 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

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

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, Jul 10 2012
I did a bisect and I believe this was introduced in r134648 ( which was a roll of webkit to 115660.
Comment 6 by, 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, Aug 5 2012
Still NOT fixed in 21.0.1180.60 m on Win7

example -
Tested the same on 22.0.1221.0 on Win7, Mac10.7.4 and Linux u10.4. 

It is working fine. 
Comment 14 by, 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, Aug 10 2012
Labels: Action-NeedsReview
Summary: MJPEG image doesn't animate when viewed directly (was: NULL)
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
is showing a message as "Oops! Google Chrome could not connect to"   
Comment 19 by, Aug 15 2012
21.0.1180.79 - MJPEG is not working.
Comment 20 by, 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, Mar 10 2013
Labels: -Area-WebKit -Mstone-21 Cr-Content M-21
Project Member Comment 28 by, Apr 6 2013
Labels: -Cr-Content Cr-Blink
Comment 29 by, 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 to not render properly although does work, in the opposite situation to what this bug reports. See  bug 238427 .
Comment 30 by, Jun 28 2013
Experiencing this bug in chrome 27.0.1453.10 on iPad3 running iOS 6.1.3 (10B329).  Confirmed using test url:
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, 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, Sep 9 2013
Thanks for the IMG tag tip.  I've switched to this method and it is working well.
Comment 38 by, 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

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

and try to open.
Comment 40 by, Nov 22 2013
HTML file works.  That's how I've been opening webcam feeds.
Comment 41 Deleted
A new issue has been created:
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 <>.

Sign in to add a comment