I have a case, where my App under IIS is accessed with a parameter passed in the URL, does some processing, sets session timeout to 20min and waits for user input. But when the user makes selection and clicks on the button, the server seemingly starts a new session that no longer has that initial parameter and so the user needs to start all over.

I'm not exactly sure when this first started, but it has been there for a while now. It happens in about 25-75% of runs, not every time, sometimes both the session and the parameter are preserved. IW logs nothing, so I cannot troubleshoot it.

I can see that IIS starts a new process and loads the DLL anew, so there must be something that's crashing it, I was just unable to figure out what so far.

So, I'm trying to figure out a process that would allow me to set that parameter somewhere in the button, so when the user finally clicks it, it would pass it on in some way, even if that's going to create a new session.

I've tried setting this parameter in the button's ExtraTagParams, but as IW is starting a new session, it gets lost. I think I need to be able to add this parameter on the URL generated by the button click - that should do the trick. Is there any way to do this?

Ans also, is there any way to get more logs to see why the IIS is restarting the process? - there's nothing in the Event Viewer and nothing in the

Thanks for implementing the new styles in the IWCheckBox.

However, clicking on the box has no visible effect.
Something wrong on my side?


A second point:
When using ServerController.Theme = iw-cool, the readability of the button label is very poor.

Find attached a simple test case and thanks for feedback

Attached Files

  TST.zip (Size: 54.3 KB / Downloads: 6)

At this point (IWServerControllerBaseBeforeNewSession) it would be interesting to prevent a response of the server.

In other words: The server does not respond and is therefore "invisible".

Can this be implemented? Or is there an adequate possibility somewhere else?

Thanks in advance for a reply on this!

Hi guys,

there is a new build available which fixes a small but critical thing and also brings some new exciting stuff:

https://www.atozed.com/2023/04/intraweb-15-3-2/

Enjoy! 

In the next update (15.3.2) we are also including new and refactored Http client classes that are being used for all client communication from IW core classes:

- IWTelegram
- IWIPGeolocationClient
- IWOAuth
- IWReCaptcha

all these controls/classes need to establish communication with the API server via HTTP (mostly REST calls) in order to work properly. 

We currently have a TIWHttpClient which is based on Indy. Indy is a solid framework for HTTP communication and works everywhere and we will continue to use it. This class has been renamed to TIWIndyHttpClient in new IW 15.3.2 (not yet released). A new class has been introduced, the TIWWinHttpClient, which is based on Windows WinHttp API. WinHttp is not available in older versions of Windows, but it can be used in all newer versions. WinHttp relies on Windows services itself to provide secure HTTPS. On the other hand, Indy relies on OpenSSL, so OpenSSL  DLLs will likely need to to be deployed with your application, if using any of those controls/classes listed above with Indy-based client. This is not always desirable, that's why we are creating this new option. The new TIWWinHttpClient class will be available in all IW supported platforms, including Delphi 2009/2010/XE (they don't have the WinApi.WinHttp.pas which was released only in XE2).

ServerController will have 1 new property named HttpClientClass which can be set to WinHttpClient (default) and IndyHttpClient. Setting this property will control how IntraWeb core will handle the HTTP client communication for all those controls.

You can also use the same client classes to handle your own needs regarding Http client communication, instead of relying on 3rd party code, which simplifies the application code and maintenance. 

Stay tuned! 

Hi guys,

I've also published another demo yesterday showing how to use the IW ReCaptcha control. The control is not new and I was sure that the demo had been published/committed to our github repository, but I couldn't find it, so seems that somehow it had been not.... So here it is:

https://github.com/Atozed/IntraWeb/tree/.../Recaptcha

Enjoy! 

Here's the new demo showing everything that you need to use this new OAuth 2.0 feature in IntraWeb:

https://github.com/Atozed/IntraWeb/tree/...lphi/OAuth

The instructions on how to create and register the application are all there in the main form. Also check the ServerController's code.

You also need OpenSSL DLLs to run this demo (after creating your applications on Google and Azure). In the next update we are also including the possibility to use WinHttp to handle all the communication, so you don't need to deploy the OpenSSL DLLs, if you wish.

Enjoy! 

Does anyone get an AV when entering items in an iwcombobox with IW15.3.1 and Delphi 11.3?. I restart the IDE or the PC and the problem continues.

Dear,
Could somebody clarify new option set?

• Built-in support for Microsoft Azure and Google OAuth authentication APIs. Add Google or Microsoft login to your applications in 5 minutes!
  

I have sessiontimeout setting 5 min. After not beautiful message 500 ...

Can you replace with html template which contain link to refresh page?