208396 - Bradbury Top Style 3.0 hangs when Gecko is used for rendering

Status: VERIFIED DUPLICATE of bug 190181

(Core Graveyard :: Embedding: APIs, defect)

Description

[Manko]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030529
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030529

Bradbury Top Style 3.0 hangs when Gecko ActiveX Control is used for rendering

Reproducible: Always

Steps to Reproduce:
1. Install Mozilla 1.4 RC1 and register mozctrlx.dll (regsvr32)
2. Launch Top Style 3.0 and enter any CSS selector in edit window
3. Choose menu item: Preview / Use Netscape Gecko as the Internal Previewer

Actual Results:  
TopStyle hangs

Comment 1

[Bill Mason]

This is because the DLL, mozctlx.dll (I think) was moved out of Program
Files/Mozilla.org/[etc] into Program Files/Common Files/mozilla.org/[etc] and
the program doesn't cope with that.

The TopStyle author has stated that he intends to resolve this issue himself
once 1.4 is final if there is no resolution to be had from the Mozilla team. 
See the threads "Mozilla 1.4 preview?" and "Mozilla has shifted location of
"mozctlx.dll"" on the topstyle.support.general newsgroup hosted at news.bradsoft.com

Confirming new, but not sure this is really going to turn out to be a Mozilla bug.

Comment 2

[Adam Lock]

I have verified the problem exists in VB too, so it suggests an issue with
startup in the control when its registered from the GRE. I'm going to dupe this
against bug 190181, since it's clear the control is not happy about running when
there is no chrome, no defaults and probably other things.

It might be possible to put a chrome/ and defaults dirs under the working dir of
topstyle, VB etc. containing the embed.jar and rdf to point to it, but I haven't
tested this.

The workaround and recommended solution for the moment is to use the zipfile
version of Mozilla 1.4, or the embedding nightly which put everything in the
mozilla/bin/ directory. The ultimate solution is perhaps to build and ship the
control as a client of the GRE with its own its own chrome and defaults. This
might take some doing and will first require I build it with XPCOM glue enabled
to break the horrible DLL dependencies all this would introduce.

*** This bug has been marked as a duplicate of 190181 ***

Comment 3

[Charles Rosendahl]

mass verify