198018 - https doesn't work in cocoaEmbed

Status: RESOLVED INCOMPLETE

(Core Graveyard :: Embedding: Mac, defect)

Description

[Mike Pinkerton (not reading bugmail)]

summary says it all. Not only are we missing copying the libraries in the
project, but even when you do, it just stalls trying to load any https. http
continues to work fine.

Comment 1

[Mike Pinkerton (not reading bugmail)]

i did some digging and NSS doesn't initialize because it can't get the profile
directory from the directory service. In debug builds this will eventually cause
you to assert and die, in opt builds it'll just not do anything at all.

how much of mozilla do we expect to work w/out a profile? obviously everything
works except security. is that their problem or ours? cc'ing darin, he might
have more info.

Comment 2

[Mike Pinkerton (not reading bugmail)]

Attachment: project updates to get cocoaEmbed building on the trunk

this patch at least gets cocoaEmbed building again on the trunk and pulls in
all the security libraries to the appropriate places.

needing r/sr here, we need to get this into the tree before we can do any work
on anything else cocoaEmbed-related.

Comment 3

[Simon Fraser [no longer active]]

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

Comment 4

[Mike Pinkerton (not reading bugmail)]

i really don't think 199158 is a dupe, but we'll leave it be for now and see if
that gets fixed once we resolve this.

Comment 5

[Mike Pinkerton (not reading bugmail)]

we need to get this prelim patch in asap. it's blocking cocoaEmbed on the trunk

Comment 6

[Asa Dotzler [:asa]]

Comment on attachment 118432 [details] [diff] [review]
project updates to get cocoaEmbed building on the trunk

a=asa (on behalf of drivers) for checkin to 1.4a

Comment 7

[Mike Pinkerton (not reading bugmail)]

Comment on attachment 118432 [details] [diff] [review]
project updates to get cocoaEmbed building on the trunk

landed http://bugzilla.mozilla.org/attachment.cgi?id=118432&action=view.
cocoaEmbed should now build again on the trunk.

Comment 8

[Arnaud Abrassart]

NSBrowserView doesn t build for me, I cvs updated today morning ET, March,31.
am I missing something?

    /usr/bin/g++3  -c
-F/Volumes/MacintoshHD/MozEmbedDebug/mozilla/embedding/browser/cocoa/src/build 
-I/Volumes/MacintoshHD/MozEmbedDebug/mozilla/embedding/browser/cocoa/src/build/include
-I../../../../dist/include/mimetype -I../../../../dist/include/find
-I../../../../dist/include/webbrowserpersist
-I../../../../dist/include/commandhandler -I../../../../dist/include/exthandler
-I../../../../dist/include/helperAppDlg -I../../../../dist/include/profile
-I../../../../dist/include/xpcom -I../../../../dist/include/string
-I../../../../dist/include/docshell -I../../../../dist/include/webshell
-I../../../../dist/include/necko -I../../../../dist/include/widget
-I../../../../dist/include/dom -I../../../../dist/include/gfx
-I../../../../dist/include/layout -I../../../../dist/include/content
-I../../../../dist/include/uriloader -I../../../../dist/include/webbrwsr
-I../../../../dist/include/shistory -I../../../../dist/include/embed_base
-I../../../../dist/include/pref -I../../../../dist/include/windowwatcher
-I../../../../dist/include/mpfilelocprovider -I../../../../dist/include
-I../../../../dist/include/nspr  -arch ppc -fno-common -fpascal-strings -O0
-Wmost -Wno-four-char-constants -Wno-unknown-pragmas -Wall -Wconversion
-Wpointer-arith -Wbad-function-cast -Wcast-align -Woverloaded-virtual -Wsynth
-Wno-long-long -pipe "-fmessage-length=0" -g -precomp-trustfile
/Volumes/MacintoshHD/MozEmbedDebug/mozilla/embedding/browser/cocoa/src/build/NSBrowserView.build/NSBrowserView.build/TrustedPrecomps.txt
-Wp,-header-mapfile,/Volumes/MacintoshHD/MozEmbedDebug/mozilla/embedding/browser/cocoa/src/build/NSBrowserView.build/NSBrowserView.build/CHBrowserView.hmap
-Wp,-inclusion-log-file,/Volumes/MacintoshHD/MozEmbedDebug/mozilla/embedding/browser/cocoa/src/build/NSBrowserView.build/NSBrowserView.build/Objects-normal/ppc/CHClickListener.ilog
   -include ../../../../mozilla-config.h  "-fno-rtti" "-fno-exceptions"
"-fpascal-strings" "-fshort-wchar" "-DOSTYPE="Darwin1.4"" "-DOSARCH="Darwin""
"-DIBMBIDI" "-DDEBUG" "-DTRACING" "-DMOZ_DEBUG"   CHClickListener.mm  -o
/Volumes/MacintoshHD/MozEmbedDebug/mozilla/embedding/browser/cocoa/src/build/NSBrowserView.build/NSBrowserView.build/Objects-normal/ppc/CHClickListener.o

CHClickListener.mm: In function `-[CHOptionSelector selectOption:]':
CHClickListener.mm:94: `NS_LITERAL_STRING' undeclared (first use this function)
CHClickListener.mm:94: (Each undeclared identifier is reported only once for
each function it appears in.)
CHClickListener.mm: In member function `MouseDown':
CHClickListener.mm:148: `nsAutoString' undeclared (first use this function)
CHClickListener.mm:148: parse error before `;' token
CHClickListener.mm:149: `text' undeclared (first use this function)
	CHClickListener.mm:94: `NS_LITERAL_STRING' undeclared (first use this function)
CHClickListener.mm:94: (Each undeclared identifier is reported only once for
each function it appears in.)
	CHClickListener.mm:148: `nsAutoString' undeclared (first use this function)
	CHClickListener.mm:148: parse error before `;' token
	CHClickListener.mm:149: `text' undeclared (first use this function)

Comment 9

[Mike Pinkerton (not reading bugmail)]

jst broke the tree with a checkin, it should be fixed now (thanks dbaron).

Comment 10

[Conrad Carlen (not reading bugmail)]

A Gecko app needs a profile in order to have NSS work. But, the way that the
combination of CocoaEmbed/NSBrowserView framework handle profile setup is not
workable. Bug 202450 will fix that, so setting dependency.

Comment 11

[Michael Buckland]

Discussed in topembed bug triage.  Minusing.

Comment 12

[Benjamin Smedberg]

Mass change of bugs in the Embedding: Mac component in preparation for archiving it. I don't believe any of these are useful any more, as we don't have a mac embedding API. If they are relevant, they should be moved to an alternate component.