swingwin

Too bad no one to help me

Hello, I've been using the PureDeal platform for several years. On this platform, it is possible to set alerts to receive an SMS when triggered. At the end of March, the PureDeal platform will be closed and I'll have to use the Web Platform (as personally announced by IG). But I haven't found where I can set the alerts to receive an SMS when triggered. I'm very annoyed because my trading uses SMS alerts. Where can I set up an SMS to be sent when an alert is triggered ? Sincerely

Hello, How can I disable graph order passing on the new WTP HTML platform? I haven't seen anything on the "configuration" pages that allows you to do this.

@teebeast: many thanks for these tests. I will not try this library if it does not work with IG servers. I will continue with my personal .NET library based on HTTP calls using CURL.

Has anyone used this Lightstreamer Haxe library in .NET version? https://github.com/Lightstreamer/Lightstreamer-lib-client-haxe/tree/NET-v6.0.0-beta.2 Does it solve the problem mentioned in this thread? The Haxe library is compatible with Lightstreamer Server since 7.3.2. But is it the case for the LightStreamer IG server because IG still hasn't given the version used on their servers? Sincerely

Thanks MongiIG, but that's exactly what I do "POST + _method=DELETE" and it works fine. But that's not my problem. What doesn't seem to work or is impossible to do is the "or more OTC positions". In other words, it seems to be impossible to close several positions with a single request All the best

Hello OfentseIG, Have you had any news from the technical teams about this problem? Sincerely

Hello OfentseIG, Have you had any news from the technical teams about this problem? Sincerely

@OfentseIG Many thanks

Too bad, nobody to help me a little bit.

Using the IG APIs, is it possible to close multiple positions with a single order? Just as it is possible with the platform's web interface with aggregated positions. On the web page (https://labs.ig.com/rest-trading-api-reference/service-detail?id=608) it says that it is possible, but I don't know how to set the delete command. Thanks for the answer

Much simpler solution found to stay all C#.NET. I use CURL to make the lightstreamer requests, and redirect the CURL output to a C#.NET "delegate", where I process the data stream received from the IG server. Sincerely yours

From my point of view, I think the problem is in the "DotNetClient_N2.dll" library delivered by IG with the Excel example.

@BryanCheng @DavR0s Are you running Windows 7 or Windows 10 ?

I have completed the performance tests in periods of high volatility (US opening for example). The performances are excellent even if the solution found is a bit twisted. So I stay on this technical solution which works perfectly with Windows 7 and .NET. The solution is : API stream received by a compiled python application, which delivers the data on the workstation with a DDE server. Thus any application can connect to this DDE server and exploit the stream of the IG APIs (personal application with .NET, Excel, Matlab, etc...). No latency was observed.

For now, I solved my problem so I can stay with windows 7 and keep my C# application intact. I developed a DDE server in Python interfacing with the IG APIs. I converted the Python application into an executable to improve performance. And I retrieve the DDE in C# (or Excel) with the NDde.dll assembly. I'll leave it at that for now and wait to test fast feeds in times of high volatility But if the performance is not there I'm considering doing the same thing with an RTD server and/or with Java.

For .NET applications the problem is clearly located in the .NET Framework and the way the TLS1.2 protocol is set up in it So it is certainly not a problem linked to the "DotNetClient_N2.dll" library Indeed : - I made a test with the java application using the java library "sdk.client.java.se-5.1.1.1623.2.jar" ==> no connection problem and the data arrive correctly with the stream - I converted this java library to .NET assembly using IKVMC - my C#.NET application now uses the "sdk.client.java.se-5.1.1.1623.2.dll" library for lightstreamer connections, instead of the "DotNetClient_N2.dll" library and then the lightstream connection fails with the following error message "com.lightstreamer.ls_client.PushConnException: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake"

Many thanks @Tartempion. In any case it is not won with Windows 7. Because I don't see how to introduce this new property and how to install the TLS12 protocol I did some tests today on my C# application but without success.

@Charlie No windows10 which prevents me from installing VS2022. My configuration : windows 7 64 bits Seeing that the Lightstreamer Python library seems to work well, and with good performances, I'll try to interface it with .NET. It should be much less complicated than interfacing the Lightstreamer Java library

@charlie303 Another test that is increasingly pointing to problems with the lightstreamer .NET library. I just tested an old Python application, which I had archived in a corner. Well, the Python lightstreamer works fine in both demo and live version. For excel, I just checked and the excel solution provided by IG in the past is built on the "DotNetClient_N2.dll" library, and I do have the problem with Excel as the person who reported it a few days ago

This evening I checked that the example and the java library were still working correctly. With the java app everything is operational with the DEMO server. The Lightstreamer connection is OK and the streams are returning data. And for this JAVA solution, the API session is created in version V2 (and not in version V3) In my opinion this confirms more and more that our problems with .NET are in the .NET lightstreamer DLL library.

charlie303 wrote : "Is @swingwin still having issues?" Yes I have exactly the same problems as you, since also in my case I develop a C# windows forms application. The only difference with you is that I am using Visual Studio 2019 IDE and windows x64 configuration Everything was OK until December 2021, when the DEMO lightstreamer stopped working. And now since Sunday 15 May 2022, the lightstreamer LIVE does not work anymore. @teebeast: I tested your update this afternoon, but still no data is coming in through the DEMO and LIVE lghtstreamer

@teebeast I tested your latest update this morning. For my demo and live accounts, it seems that the lightstreamer connection is working correctly, but then I have no stream that is done and this is true for all the tabs

Thanks Charlie for the detailed explanation. It's exactly the same problems on my side I also tried to create a new API DEMO key in the past, and had the same failure to create it. Maybe by doing a deactivation/activation of the existing API key the problem will disappear, but I don't dare to do the manipulation because I'm afraid of a definitive deactivation of this key. I am very interested in the feedback you will get from IG.

I have not made any progress with IKVM since 17 February. With the LightStreamer .NET library, always the same problem: connection in LIVE OK but connection in DEMO impossible. I tried @jlz solution, but same problem