Problem with Site-Lock

[JoKa]

Just uploaded a game to Kongregate. I want to lock it to their site, so I have a string "www.kongregate.com".

If string <> GetDomain$( "Flash® Player" )
--> end app

Now the game is in the preview section and ends immediately. I could swear the same code worked for another game which I uploaded without a lock first and updated with a locked version after it was published.

I just don't understand what's the problem, is there a difference between their preview section and a published game?

In both cases it seems to be hosted on their website.

[Olivier]

The problem might come from the "www". I can't remember exactly what the problem was, but I have set it up that way and it seems to work (pseudo-code):

If GetDomain$( "Flash® Player" ) == authorized-domain.com
Jump to frame Title

If GetDomain$( "Flash® Player" ) == www.authorized-domain.com
Jump to frame Title

If timer is greater than 00"10
End Application

[JoKa]

Interesting approach, I modified my code and tested for www.kongregate.com as well as kongregate.com - unfortunately it makes no difference.

Instead of ending the app I retrieved GetDomain$. It says chat.kongregate.com

Shouldn't this be ok? Is the subdomain a problem?

I use "Compare two general values", guess there's no other way? (I remember in the past, some objects didn't like this, but I see no other way to compare)

[Olivier]

Try authorizing chat.kongregate.com too. I fear that the Flash Player object is sensitive to subdomains.

[JoKa]

You're right. Now I changed the url string to kongregate.com and compare with Right$(GetDomain$,Len(Url String)).

One line to check them all

[Olivier]

Hey, very clever!

[Game_Master]

Try this widget http://www.clickteam.com/epicenter/ubbthreads.php?ubb=showflat&Number=184788#Post1847 88

[LB]

This problem could have been solved by setting an alterable string to the domain to see what it was..