Jump to content
  • 0

Order API Behaviour - How to formally raise a bug with IG?'


Tipper258

Question

Issue 1. The API does not behave as documented

The streaming API does not behave like the documentation, it never raises a WOU, always an OPU and it can have 2 different bodies. You have to inspect the body for presence of certain properties to determine what type of message it is. No biggie, can work round this once figured out this is what happens in both demo and live spread bet accounts.

Issue 2. forceOpen behaviour

Having used IG for many years, I'm very familiar with the web platform behaviour of forceOpen. Set it to true and your working order doesn't impact existing orders when the order executes. Set it to false and the order will apply to any open position in the same epic, quite how it decides which position to impact if you have multiple open is unknown.

In the REST API, the documentation says the default for forceOpen is true for working orders. Certainly if I try to set it to true I get a 400 with invalid.forceOpen error. If I don't set it, when the order is executed it behaves as if it were set to false and closes open positions which is rather unhelpful for the strategy.

When using the API companion, and I paste in the exact request body, with forceOpen set to true, it doesn't complain, off it goes and creates a working order. Mind you it returns the dealRef I specified but doesn't create the order with the dealRef which I guess is an implementation 'thing' with the companion, but then again that says maybe it actually strip out the forceOpen true before making the real API call too? Hard to know, or have confidence it's a true reflection of the real call.

This one I can't test in live, it costs real money with this behaviour, I'm unable to create a working order with forceOpen set to true, and the behaviour without it is as per false, despite the documentation saying it's true. I can't find a workaround.

How do I get support on this from IG, and bugs fixed or ultimately debug how this is my problem? Having been a developer for way too many years I'm conscious you can be very confident in your code only to find out you did get something wrong. For me the code works perfectly, a fairly complex strategy, until I add in the "forceOpen": "true" and get the 400.

Or is this 'just how it is' with the IG API? Thanks!

Link to comment

5 answers to this question

Recommended Posts

  • 0
19 minutes ago, Tipper258 said:

Issue 1. The API does not behave as documented

The streaming API does not behave like the documentation, it never raises a WOU, always an OPU and it can have 2 different bodies. You have to inspect the body for presence of certain properties to determine what type of message it is. No biggie, can work round this once figured out this is what happens in both demo and live spread bet accounts.

Issue 2. forceOpen behaviour

Having used IG for many years, I'm very familiar with the web platform behaviour of forceOpen. Set it to true and your working order doesn't impact existing orders when the order executes. Set it to false and the order will apply to any open position in the same epic, quite how it decides which position to impact if you have multiple open is unknown.

In the REST API, the documentation says the default for forceOpen is true for working orders. Certainly if I try to set it to true I get a 400 with invalid.forceOpen error. If I don't set it, when the order is executed it behaves as if it were set to false and closes open positions which is rather unhelpful for the strategy.

When using the API companion, and I paste in the exact request body, with forceOpen set to true, it doesn't complain, off it goes and creates a working order. Mind you it returns the dealRef I specified but doesn't create the order with the dealRef which I guess is an implementation 'thing' with the companion, but then again that says maybe it actually strip out the forceOpen true before making the real API call too? Hard to know, or have confidence it's a true reflection of the real call.

This one I can't test in live, it costs real money with this behaviour, I'm unable to create a working order with forceOpen set to true, and the behaviour without it is as per false, despite the documentation saying it's true. I can't find a workaround.

How do I get support on this from IG, and bugs fixed or ultimately debug how this is my problem? Having been a developer for way too many years I'm conscious you can be very confident in your code only to find out you did get something wrong. For me the code works perfectly, a fairly complex strategy, until I add in the "forceOpen": "true" and get the 400.

Or is this 'just how it is' with the IG API? Thanks!

Hi @Tipper258,

The best way to get some support with API would be to reach out to webapisupport@ig.com.

All the best - Arvin

  • Like 1
Link to comment
  • 0

Hi @ArvinIG, I've written in with both bugs, not heard anything back yet, but I see you resolved something on another thread in a way which implied individual accounts need to be enabled to force open positions in opposite directions. 

If my demo account is not enabled for this, it could be a perfect explanation for the behaviour noted above. So I used the web interface and opened a position and then placed an opposing order, checking the 'open new position' box. It behaved impeccably, opening an opposing position when the price was hit. 

Guess that means my account can open opposing positions on the same epic via the web, any reason it wouldn't via the API?

Thanks

Link to comment
  • 0
5 minutes ago, Tipper258 said:

Hi @ArvinIG, I've written in with both bugs, not heard anything back yet, but I see you resolved something on another thread in a way which implied individual accounts need to be enabled to force open positions in opposite directions. 

If my demo account is not enabled for this, it could be a perfect explanation for the behaviour noted above. So I used the web interface and opened a position and then placed an opposing order, checking the 'open new position' box. It behaved impeccably, opening an opposing position when the price was hit. 

Guess that means my account can open opposing positions on the same epic via the web, any reason it wouldn't via the API?

Thanks

Stop the bus! I've just read that the API defaults to version 1 if not specified, and not as I'd assumed the latest version. Looking at the difference between the version specs, there is no forceOpen on v1, I need to explicitly set v2.

Tests under way with the appropriate header .....

Link to comment
  • 0

In case anyone reads this in the future, the root cause was the API call to POST an order did not specify the API version in the headers, which then defaults to v1. It is API v2 that supports the needed forceOpen behaviour, adding that header resolved the issue 2 above.

  • Like 1
Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • General Statistics

    • Total Topics
      22,996
    • Total Posts
      95,333
    • Total Members
      43,611
    • Most Online
      7,522
      10/06/21 10:53

    Newest Member
    max50
    Joined 25/09/23 08:48
  • Posts

    • Zscaler Inc., Elliott Wave Technical Analysis Zscaler Inc., (ZS:NASDAQ): Daily Chart, 25 September 23 ZS Stock Market Analysis: We have been monitoring this stock as we were mainly looking for continuation higher after what seemed to be an initial move to the upside followed by a corrective downward move. At this stage the main scenarios are two. Either we just made wave (i) of {c} and we are looking to resume higher or else we’ve had a short wave {c} and we could be continuing lower.   ZS Elliott Wave Count: Wave (ii) of {c}. ZS Technical Indicators: 20EMA as support.   ZS Trading Strategy: Looking for longs into wave (iii). TradingLounge Analyst: Alessio Barretta Source : Tradinglounge.com get trial here!         Zscaler Inc., ZS: 4-hour Chart, 25 September 23 Zscaler Inc.,Elliott Wave Technical Analysis ZS Stock Market Analysis: Looking for a potential three wave move into wave (ii) to then have additional confirmation of upside resumption. We currently stand at the 50% retracement, with invalidation below wave (i).   ZS Elliott Wave count:  Wave (ii) of {c}. ZS Technical Indicators: Between averages. ZS Trading Strategy: Looking for longs after upside confirmation.
    • WD Gann Said over 100 years ago "When TIME & PRICE BALANCE, the trend HAS to change" . Yes, there is a definite maths relationship, Via Gann or Elliot-waves. The pity is I cannot get Gann Angles on IG as they are not properly defined as per Gann, and do NOT REMAIN FIXED AT THOSE ANGLES WHEN YOU CHANGE TO ANY TIMEFRAME!!!!!!!! Even the Gann fan angles, used by all brokers, are a joke. These angles are not set arbitrarily as the system allows, and no means to measure angles!!!!  
    • Making money through trading involves analyzing markets & making informed decisions. One buys assets at low prices & sells them high.To break it down, traders study charts, news, and economic indicators to spot potential opportunities. They use technical analysis to identify patterns and trends and fundamental analysis to assess the health of a market. Timing is key – traders aim to enter and exit positions at the right moments to maximize profit.Also, there are some tips on how to make money fast – they're out there, and they work. But remember, trading isn't a guaranteed shortcut to quick cash. It takes discipline, risk management, and continuous learning.
×
×
  • Create New...
us