68942 - gkcontent.dll and nspng.dll are missing from Win32, Unix embedding package lists

Status: VERIFIED FIXED

(Core Graveyard :: Embedding: APIs, defect)

Description

[Sebastian Späth]

Might be the wrong component but anyway: In the embedded nightlies are no png's displayed as nspng.dll and nsmng.dll from the components directory are not included. Shouldn't they?

Comment 1

[Adam Lock]

PNG should, but I don't know about MNG unless PNG depends on it. Remember the 
embedding nightlies are just a smoketest harness.

Comment 2

[Sebastian Späth]

Yup, we don't need mng.dll, but png breaking ? PNG should be as essential as gif 
or jpeg by now.
Thx

Comment 3

[Adam Lock]

The split of content out of layout forgot to update the embedding package list. 
I'm renaming this bug so it covers both the missing nspng.dll and the missing 
gkcontent.dll problems. 

Comment 4

[Adam Lock]

Attachment: Fix for Win32

Comment 5

[Adam Lock]

Attachment: Fix for Unix

Comment 6

[Judson Valeski]

r=valeski

Comment 7

[Adam Lock]

*** Bug 69508 has been marked as a duplicate of this bug. ***

Comment 8

[Chris Waterson]

sr=waterson

Comment 9

[Adam Lock]

Fix is checked in

Comment 10

[Tracy Walker [:tracy]]

this is still broken on linux embed build 2001-02-21

I can browse with a stand alone embed product, but when I try to run 
performance tests the embed window opens but no pages are loaded and my machine 
freezes

Comment 11

[chris hofmann]

can somebody look at this today?  we really need to get
perf numbers on the embedded app..

Comment 12

[Adam Lock]

Can you elaborate on the problem?

Does gtkEmbed run at all or is it only failing on a specific test suite? Does 
mozilla have the same problem?

Comment 13

[Tracy Walker [:tracy]]

Curt and I have poked around and it seems we are calling a down server 
(intrepid)... attempting to get it running now.  

reclosing the bug as it's previous state

Comment 14

[Tracy Walker [:tracy]]

seeing still on linux gtkEmbed 2001-02-22

reopening....the embed product is not updating the browser to the next URL in 
our test list. The console says the new page is being loaded but the browser 
keeps reloading the first page of the test list

Comment 15

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Do we need to add xuldoc.xpt and xultmpl.xpt to the embedding package lists?
Or is that unrelated?

Comment 16

[Chris Waterson]

twalker: nothing would load at all if gkcontent.dll was missing. Both 
gkcontent.dll and nspng.dll are present in the embedding/config/basebrowser-win 
manifest  file, and do appear to be properly copied to the new directory. FWIW, 
somebody bungled basebrowser-win by trying to add a fileglob to it. I'll check 
in a fix for that.

That said, there is a *different* problem (for which we should file a *new* bug) 
that the IFRAME that gets reloaded is not reloading the page. This happens in 
both the embedded build, and a full-blown mozilla build.

Comment 17

[Chris Waterson]

Filed bug 69483 on the same-page issue.

Comment 18

[Chris Waterson]

Er, make that bug 69843. I'm so bug-dyslexic!

Comment 19

[lchiang]

mike - pls verify when you get a chance.   Thanks.  (I think should be verified 
fine since gtkEmbed is part of smoketests.)

Comment 20

[Michael Dunn]

Moving API bug ownership to David Epstein.

Comment 21

[Michael Dunn]

Correction: Changing QA contact for the Embed API bugs to David Epstein.

Comment 22

[David Epstein]

gkcontent.dll located in ..mozilla\content\build\WIN32_D.OBJ/ and in
..mozilla\dist\WIN32_D.OBJ\bin\components\.

nspng.dll located in .. mozilla\dist\WIN32_D.OBJ\bin\components\ and in 
..mozilla\modules\libimg\pngcom\WIN32_D.OBJ\