Closed
Bug 55427
Opened 24 years ago
Closed 22 years ago
Live cam not showing
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
RESOLVED
WORKSFORME
mozilla1.0.1
People
(Reporter: tpreston, Assigned: pavlov)
References
()
Details
Go to this link and you will not see the camera.
Interesting. The cam feed doesn't show up on the page, but if you view the feed alone, its viewable. -p
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
All pnunn bugs reassigned to Pav, who is taking over the imglib.
Assignee: pnunn → pavlov
Status: ASSIGNED → NEW
Reporter | ||
Updated•23 years ago
|
Whiteboard: [imglib]
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]
Assignee | ||
Comment 6•23 years ago
|
||
plugin crasher... shipping over to plugin land.
Assignee: pavlov → av
No longer blocks: 61532
Component: ImageLib → Plug-ins
Priority: P3 → --
QA Contact: tpreston → shrir
Whiteboard: [imglib]
Target Milestone: Future → ---
Comment 7•23 years ago
|
||
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.
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.
Assignee: av → pavlov
Component: Plug-ins → ImageLib
QA Contact: shrir → tpreston
Assignee | ||
Updated•23 years ago
|
Target Milestone: --- → mozilla1.0
Comment 9•23 years ago
|
||
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)
Target Milestone: mozilla1.0 → mozilla1.0.1
Comment 10•22 years ago
|
||
hmm, old bug. WFM. Terri, can you check the site again and mark this as WORKSFORME if it works?
Comment 11•22 years ago
|
||
No problem with that page. Marking WFM. Terri, if you're still seeing this bug, please reopen.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•