55427 - Live cam not showing

Status: RESOLVED WORKSFORME

(Core :: Graphics: ImageLib, defect)

Description

[Terri Preston]

Go to this link and you will not see the camera.

Comment 1

[pnunn]

http://www.camzone.com/cams/delmar/.camzone?81
http://www.histar.com/beachcam/beachcam.shtml

Comment 2

[pnunn]

Interesting.
The cam feed doesn't show up on the page, but
if you view the feed alone, its viewable.
-p

Comment 3

[pnunn]

future will be coming sooon.
-p

Comment 4

[pnunn]

All pnunn bugs reassigned to Pav, who is taking over
the imglib.

Comment 5

[NilsE]

Using my CVS pull 2001-04-20 (no shockwave) on RedHat 6.2 on

http://www.histar.com/beachcam/beachcam.shtml

I get a reproducable crash. Last msgs on console:

...
created stream for http://www.histar.com/nav/images/ticker_0419.swf
InstantiateEmbededPlugin.. returning
Inside ns4xPluginInstance::SetWindow(0x8cc0b90)...
About to call CallNPP_SetWindowProc()...
Nullplugin: plugin received window resize.
Window=(147590032)
W=(175) H=(32)
Falling out of ns4xPluginInstance::SetWindow()...
Inside ns4xPluginInstance::SetWindow(0x8cc0b90)...
About to create new ws_info...
About to create new xtbin of 175 X 32 from 0x8d96a98...
About to show xtbin(0x8d946e0)...
completed gtk_widget_show(0x8d946e0)
About to call CallNPP_SetWindowProc()...
Falling out of ns4xPluginInstance::SetWindow()...
Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter)
  serial 15 error_code 9 request_code 55 minor_code 0

Sorry, no backtrace, as Mozilla seems to have too many threads for gdb these
days :-((( [This "new effect" might be a dupe of bug 40931 or bug 76505]

Comment 6

[Stuart Parmenter]

plugin crasher... shipping over to plugin land.

Comment 7

[Christopher Blizzard (:blizzard)]

This page doesn't load a plugin for me at all.  This bug has been kicking around
for 7 months now and the test case doesn't seem to exist.

Comment 8

[av (gone)]

Did anybody looked at the source of this page? This is not html file, no plugins 
are supposed to be loaded, as we handle image/jpeg internally, don't we?. Here 
is how it looks:

HTTP/1.1 200 OK
Date: Tue, 01 May 2001 08:57:28 GMT
Server: Apache/1.3.4 (Unix)
pragma: no-cache
cache-control: private
Connection: close
Content-Type: multipart/x-mixed-replace;boundary=CamZoneRS

Content-type: image/jpeg
Content-length: 14073

ÿØÿà<.342ÿÛ                     

2!!22222222222222222222222222222222222222222222222222ÿÀ>”nÚ 

... and so on ...

Back to imlib.

Comment 9

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 10

[ArronM (:paper)]

hmm, old bug.
WFM.  Terri, can you check the site again and mark this as WORKSFORME if it works?

Comment 11

[Christian :Biesinger (don't email me, ping me on IRC)]

No problem with that page. Marking WFM.

Terri, if you're still seeing this bug, please reopen.