callum wrote:
> I had tried doing this in STATE_TRANSFERRING and STATE_STOP without
> any success.
What you want is the response header, not the request header.
___
dev-embedding mailing list
dev-embedding@lists.mozilla.org
https://lists.mozilla.org/li
"Hai Jie Wu" <[EMAIL PROTECTED]> a wroté
Could someone give some background knowledge of this problem? Bugzilla
id? It looks like XULRunner 1.8.1 stream has fixed it. Also, any way
to work around it in this old xulrunner 1.8.0.1 version? Like changing
Mozilla preference?
AFAIK Gecko prior to
>>> error LNK2019: unresolved external symbol "public: wchar_t const *
>>> __thiscall nsAString::BeginReading(void)const "
>>> ([EMAIL PROTECTED]@@QBEPB_WXZ) referenced in function "public:
>>> wchar_t
>>> const * __thiscall nsString_external::get(void)const "
>>> ([EMAIL PROTECTED]@@QBEPB_WXZ)
"Boris Zbarsky" <[EMAIL PROTECTED]> a ecrit:
I wouldn't be surprised if it's assuming Mozilla Suite chrome and getting
Firefox chrome instead or something like that. You'll have to debug in
detail to figure out for sure.
As far as I can tell I don't think the gtk embedder can handle chrome
Hi,
Since 1.8.1 windows diversion is handled differently. I suppose it has to do
with the new nsIWindowProvider interface but how can I implement this in my
embed app? The docshelltreeowner doesn't implement this.
___
dev-embedding mailing list
de
"Niky" <[EMAIL PROTECTED]> a écrit :
1) How can I tell on the nsIWindowCreator::CreateChromeWindow () when I
need to use nsIDocShellTreeItem::typeChromeWrapper as opposed to
nsIDocShellTreeItem::typeContentWrapper?
when CHROME_OPENAS_CHROME is set in chromeFlags
2) Any idea where to look to
"Niky Williams" <[EMAIL PROTECTED]> a écrit :
This makes absolutely no sense. I've implemented the nsIPromptService in
my embedding app and they work plenty fine. I've created a page that
tests each function of nsIPromptService and they work as designed...THEN I
get this prompt "Security Er
"Dmitry Dartz" <[EMAIL PROTECTED]> a écrit :
If I understood you correctly, the code sequence would look like this:
[snip]
Yes.
Regarding SSL, I'm not quite agreed with you.
No, this kind of crash is a bug. and AFAIR this one is in bugzilla.
In addition to missed SDK header, NS_NewProf
"Dmitry Dartz" <[EMAIL PROTECTED]> a écrit :
The profile service is not builded if you use --enable-single-profile,
and
only really needed if you need to store multiple profiles.
because no profile manager factory is available in most cases now (thanks
to -single-profile)
and therefore cor
"anton kostov" <[EMAIL PROTECTED]> a écrit :
I am building Gecko embedded application and need to make research on how
to
manipulate and use Profiles.
However i am experiencing the following problem while trying to get
reference to the Profile Service:
NS_ERROR_FACTORY_NOT_REGISTERED
The pro
10 matches
Mail list logo
