Has anyone noticed web dialogs not rendering and functioning

[DavidBoulder]

In the last to months I have had four users of our plug-in report this problem. It also effect the native Sketchup dynamic component dialogs; which also use web dialogs. This effects both SketchUp 8(and 8.1) and SketchUp 7. All for users are non-US users on Windows 7 or XP. I have not seen this at all prior to this, so the timing of this makes me thing an update to the system browser caused the problem. Attached are samples of good and bad versions of the component attributes dialog.

[Gaieus]

David, over the Thea forums they discovered that IE installs can be somehow compromised per user account on a shared computer. Please, check what happens if you create a brand new account and try to launch these webdialogs.

[DavidBoulder]

Thanks, I'll send the users that info, and see if that works.

David

[TIG]

There's also been some stuff about these webdialogs' csses only looking for Arial font... and if the users don't have that installed then there's no alternative font so it screws up ?

[thomthom]

@tig said:

There's also been some stuff about these webdialogs' csses only looking for Arial font... and if the users don't have that installed then there's no alternative font so it screws up ?

That's very odd. Browsers always fall back on another font. If the CSS doesn't specify it, then the browser default should kick in.

[TIG]

tt

I know... there was a post somewhere about this issue... but I can't find it...

EDIT: I've PM'd you with the link to it on 'another forum'...

[DavidBoulder]

Gaieus,

THANKS!

Two of the four users have already emailed back that web dialogs worked fine in a new user account.

[Gaieus]

It's modelhead and Notareal who figured this out. So this seems to be a broader issue and with IE. Good to know, thanks.

[thomthom]

Could it be Javascript that's disabled?

[Gaieus]

No, as far as I remember, it was some compromised registry or what per user account. Maybe (MAYBE!!!) caused by some virus infection but they could never prove it. Here is the topic in question on the Thea forum:
http://www.thearender.com/forum/viewtopic.php?t=4428

(Why is it always me who ha to keep everything in mind even on other forums)

[thomthom]

Or maybe a registry cleaner. They can sometimes cause more pain than relief.

[kachupp]

[HKEY_CURRENT_USER\Software\Google\SketchUp8\WebDialog]
[HKEY_CURRENT_USER\Software\Google\SketchUp8\WebDialog_]
[HKEY_CURRENT_USER\Software\Google\SketchUp8\WebDialog_bzasdfa2ctrasaasdfa123]
[HKEY_CURRENT_USER\Software\Google\SketchUp8\WebDialog_xfasdffxxxxfae]
[HKEY_CURRENT_USER\Software\Google\SketchUp8\WebDialog_xfxfsae]
[HKEY_CURRENT_USER\Software\Google\SketchUp8\WebDialog_xfxxxxfae]

Notice the random key names like WebDialog_bzasdfa2ctrasaasdfa123 _ xfasdffxxxxfae etc…
See thread on “reasons why sketchup 8 may crash”

I mean its not a natural name an author might use is it?

[TIG]

When the code sets up the webdialog it gives a Registry entry, e.g.
@dlg=UI::WebDialog.new("© TIG 2011",false,"TIGsSpecialTool",600,740,25,25,false)
either as anew one or using an existing one.
Which would make this dialog's Registry entry
WebDialog_TIGsSpecialTool
with its 4 location/size key/values.
If you make the entry "" it makes or uses WebDialog_
I wouldn't expect these 'random' entries... either you have a script that IS writing random values for these... OR something is broken on your system...

[notareal]

@gaieus said:

It's modelhead and Notareal who figured this out. So this seems to be a broader issue and with IE. Good to know, thanks.

It was not particularly pinpointed to IE (just a stong suspect). Anyhow it was verified that a new user profile did fix the problem, but the root for the issue did stay unlear (had no change to do a deeper analysis).

Effect of 'random' entries should be trivial to test if one have time... just create manually similar random entries I sort of doupt that this actually have much effect, but still worth to test. No idea what might couse these entries.