KenR

Seems rather expensive!

Good to hear as I use indy a lot and it works perfectly for me. Thanks Remy for your continued involvement.

I didn't realise Indy was not being updated. I have used it since it first became available. I feel I need to move away, but what to?

I will try it on one of them. 11.0 had huge problems.

10.4.2 crashes several times a day on large projects for me. I have not yet been brave enough to try them in 11.1

I can connect fine using Indy and TLS 1.2 so please show your code.

Make sure you override the default registry settings e.g. something like

RestClient.SecureProtocols:=[THTTPSecureProtocol.TLS12,THTTPSecureProtocol.TLS13];

Now available on GetIt without the need to run my installation program.

Not sure how you are using this but using time rather than now will give you problems if starttime/endtime spans midnight.

14 minutes ago, William23668 said:

wow this solved the problem, I never read about this parameter before. many thanks

Great. Pleased I could help.

Do you have the CreateDatabase param set. e.g.

FDConnection1.Params.Values['CreateDatabase']:=BoolToStr(not FileExists(FDConnection1.Params.Database),True);

17 hours ago, Remy Lebeau said:

For what, exactly?  There is no request_id in the HTTP protocol.  Perhaps you are working with a particular REST protocol instead that defines a request_id in its data, outside of HTTP?

No. It was for integration with a property portal. They were returning a request_id but I was not providing one so was interested in knowing where it came from. Further investigation revealed that they were always returning the same one for each property so looks like they are creating it themselves!

Does anyone know if TNetHTTPRequest automatically generates a request_id and if so can it be modified in 10.4.2?

I don't know how anyone can live without DevEx!

6 hours ago, Dave Nottage said:

Are you able to use either of the workarounds described here?: https://quality.embarcadero.com/browse/RSP-35365

Yes I could but have chosen not to on the basis that there are very probably other major bugs in D11 at this stage.

I am certainly waiting for a major bug to be fixed relating to TRESTRequest before I can use D11 in production. See https://quality.embarcadero.com/browse/RSP-35341

TMS have one see https://www.tmssoftware.com/site/tmsmqtt.asp

3 hours ago, KenR said:

GetIt just downloads the latest setup from my server so the version displayed in getit is not accurate. I am talking to EMBT about a possibly different way of doing this but they have not replied yet. I considered possibly having 2 different locations for DB. Jury is still out 🙂

Lars suggestion on creating DB in appdata only if the DB does not already exist is the easiest way forward.

GetIt just downloads the latest setup from my server so the version displayed in getit is not accurate. I am talking to EMBT about a possibly different way of doing this but they have not replied yet. I considered possibly having 2 different locations for DB. Jury is still out 🙂

I do normally install databases/inii files to appdata\roaming but as this application started out just for my use I took shortcuts. Now I'm going to have to copy existing databases. Oh well, that's what I get for being lazy!

10 minutes ago, KenR said:

Yes. Installing to program files is not a good idea in this case as it needs to create a database. I have certificates for chargeoble applications but I'm not about to buy one for a piece of software that I'm trying to give away!

I'll ask EMBT if there is a better way of distributing this.

Yes. Installing to program files is not a good idea in this case as it needs to create a database. I have certificates for chargeoble applications but I'm not about to buy one for a piece of software that I'm trying to give away!

7 minutes ago, Lars Fosdal said:

Well, something is amiss, it seems?

I'll check the innosetup settings.

2 minutes ago, Lars Fosdal said:

Looks like your latest versions has not yet propagated through to us GetIt users.  Still seeing 1.1.1 and the same x64 error.

Another little nitpick - Your installer should be signed.

It is signed.

17 hours ago, KenR said:

Seems I have Architextures allowed set to just X64 in innosetup. I will do a new build asap.

Can you please try installing again. I have removed the limitation on the architectures but I do not have Windows Arm installed so cannot test it.