Maher Awamy wrote:

> Hi Conrad,
>       I recently had problems with global history in SkipStone (could it be
> because it was enabled already and I didn't know?)



Depends on how recently - It's only been enabled as of 05/19/2001 11:31.

Each time, I closed an Embed
> instance (gtkmozembed) only when packed in a notebook weirdly I got a crash
> until I moved the global history into a c++ class, the problem went away
> slightly to like 10 instances then it would crash.. Anyhow, do you think I
> wouldn't have that problem if i remove that code now that its in the embedding
> code?


I'm not sure whether or not you would have the problem, but if you're hooking

up global history yourself, you shouldn't be.



-Conrad



> On Sat, 19 May 2001 15:51:25 -0400, Conrad Carlen said:
> 
> 
>>Global history is now enabled for users of nsIWebBrowser. See 
>> http://bugzilla.mozilla.org/show_bug.cgi?id=73951.
>> 
>> Several issues:
>> (1) If, in your embedding code, you were hooking up global history 
>> yourself with something like this,
>> 
>>      nsCOMPtr<nsIDocShellHistory> dsHistory(do_QueryInterface(docShell));
>>      if (dsHistory)
>>      {
>>          NS_WITH_SERVICE(nsIGlobalHistory, history, 
>> NS_GLOBALHISTORY_CONTRACTID, &rv);
>>          if (history)
>>              dsHistory->SetGlobalHistory(history);
>>      }
>> 
>> remove it. It's unnescesary now.
>> 
>> (2) If you don't want to have global history for a particular browser, 
>> you can disable it by doing this:
>> 
>> nsCOMPtr<nsIWebBrowserSetup> setup(do_QueryInterface(mWebBrowser));
>> if (setup)
>>    setup->SetProperty(nsIWebBrowserSetup::SETUP_USE_GLOBAL_HISTORY, 
>> PR_FALSE);
>> 
>> 
>> One reason for which you might have to disable it is lack of 
>> profile-relative file locations. Global history requires a location for 
>> its history DB and, without that, will cause many assertions. gtkEmbed 
>> and viewer disable it for this reason.
>> 
>> (3) The components needed for global history (appcomps.dll and mork.dll) 
>> were not added to the embedding config. For this reason, the mfcEmbed 
>> which is smoketested will not have global history. Adding these two 
>> things added ~750 Kbytes to the footprint which is awful. We could 
>> either just add these to the default config and take the footprint hit, 
>> or create a "simple" global history implementation which is not an RDF 
>> datasource and does not use mork. I have such an impementatin in my 
>> tree. Thoughts on this?
>> 
>> -Conrad
>> 
>> 
>> 
>>
> 



Reply via email to