Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" commands?

[concepsys]

Hi,

We have recently been informed by our local reseller of the licensing transition program that will change the current web based or physical licenses into a new cloud based subscription system.

We are Archicad users but also Archicad library developers. We have developed library parts that work dependent on the Archicad license codes, (any type of licenses such as, SWxxxxxxxx, 2-xxxxxxxxx, etc).

These library parts use the GDL commands, such as:

[From the GDL manual]

n = REQUEST ("program_info", "", name[, version[, keySerialNumber[, isCommercial]]])

Returns information on the currently running program. Expression returns 0 and contains dummy return values (emtpy string or 0) if used in parameter

script, causing additional warning.

name: name of the program

version: version number of the program

keySerialNumber: serial number of the keyplug

isCommercial: returns true if there is running a full (commercial) version of the program

and 

n = REQUEST

("Configuration_number", "", stConfigurationNumber)

to acquire the Archicad stConfigurationNumber and work accordingly.

We use these libraries for many years in our projects, but we also provide them to others.

Because of this announcement, we are being contacted by Archicad users that use our objects, asking if with the new licensing system these libraries will still work. The problem is that we don't know, and even our local resellers can't answer this very specific question regarding the new licensing system.
Therefore, we are trying to contact Graphisoft directly on this forum to have an answer on this:
Will the new cloud licensing system still maintain some kind of code that will populate these GDL commands and allow the library parts to acknowledge a particular stable Archicad stConfigurationNumber code they are working with?
If the new system keeps compatibility with those GDL commands and still allow some kind of license identification, (even if the stConfigurationNumber itself is now somewhat different), that wouldn't be a concern, it would just be a matter of updating the license codes. But if these commands stop working or don't return some/any kind of recognizable stConfigurationNumber, then many crucial already placed objects that populate many projects over the last years will suddenly stop working! And that will prevent us and others to migrate to the new licensing system right away, until a solution to this issue is found.
Thank you in advance for an answer.

[easyDoesIt]

Would also be good to know when a user has a cloud license what happens to the values infoArchiCADKey and infoConfigurationNumber (in their relevant requests). Do they just return 0.

[BerndSchwarzenbacher]

So when you click the link instead of "Administrator ID" you get "User Unique Code"?
If that's the case, then seems that it's more or less just a different name depending on the user but the behavior with licensing via userId/organizationId is the same.

For the "old" values I'm assuming it to behave as when running AC in DEMO mode:

• REQUEST ("Configuration_number", "", stConfigurationNumber) ! stConfigurationNumber = ""
• REQUEST ("program_info", "", name, version, keySerialNumber, isCommercial) ! keySerialNumber = 0

[easyDoesIt]

Just following on from this thread.

n = REQUEST ("GSID_INFO", "", userId, organizationIds)

For one user I am getting empty results for both userID and OrganizationIds. They are using Archicad 27 with a cloud license and have logged in with their Graphisoft ID (which is also connected to the Company cloud license). It seems I have covered all issues but cant get a return value for this one user.

Is anyone else having difficulties?

My only thought is a firewall is stopping the return values coming back from graphisofts servers?

[easyDoesIt]

tried a blank object except this in the 2d script. returns 0 when logged in with graphisoft id.

userId = "Nil"

dim organizationIds[]

organizationIds[1] = "Nil"

useridreq = request ("GSID_INFO", "", userId, organizationIds)

text2 0,0,useridreq

On another computer with a different fire wall setup returns 2 (referring to returning 1 userid and organizationIds)

I think this validates fire wall can interfer and stop the return value from graphisoft servers.

[Piotr Dobrowolski]

A sidenote: "userId" is coming from the GSiD not the license...because the person with the particular id may not have a license at all. It is a good practice to assign employees in organization their own GSiDs and invite them into organization and not making them login with main ogranization GSiDs which I have seen and may be potentially dangerous.

Regarding "organizationIds" - it returns a [1] dimensional array and I do not actually know yet (not so many tests and I found it random) what is the order of the IDs - because If You are invited to work with an organization it shows both of the IDs (or even more). I do not know which is first the inviting or the invited (there can be more)

So if checking the organization and allowing them to work with some object by the "organizationIds" in most cases You will search for the inviting organization, and if there are parties co-working then when working on the project, all should have acces eg. teamwork library.

Still the biggest drawbacks of this request is that the parameters cannot be easily locked via lock command in parameter script  like the old req command did 😞

I know locking UI can do a lot but it is more cumbersome.

[easyDoesIt]

Any feedback please Graphisoft? I was able to repeat on 2 machines. Users are definately logged in and have graphisoft id's.

Maybe a port is being blocked by firewall but need to know which one archicad uses?

[BerndSchwarzenbacher]

Hi Mark,

You can also figure out yourself which ports Archicad uses. On Windows check out this for example: https://stackoverflow.com/questions/48198/how-do-i-find-out-which-process-is-listening-on-a-tcp-or-u...
Similar things work on macOS.

[easyDoesIt]

Thanks Bernd,

That helps. I havent delved into ports like this but a little help from AI I tried and got results for several established connections for 34.36.45.76 on RemotePort 443 which belongs to Google Cloud, which Graphisoft use, at least that is what AI tells me.

---

---

RemotePort    : 443

State         : Established

This would suggest the port isn't the issue (its not waiting or something like that). Now heading down the track of a handshake being interrupted by the computers security software, but thats starting to get quite technical.

[easyDoesIt]

For those interested, following my comments above, the issue of the GSID_INFO request not working came down to an older build (not that old) having some issues populating the values. Upgrading to latest build fixed it except..... there is still some instability with the Organization ID which I am told by Graphisoft support is fixed by logging in and out of your graphisoft ID. Its a workaround unfortunately.

The UserID seems stable with the latest build so this can be relied on in scripting at this point.