开云体育

AAL merged with LCC, so I think the earliest point in data refers to LCC instead, which is of course delisted now. This seems to be an IBKR issue quite clearly. Data problems are a plenty now it

I noticed this as well with AAL and some others.? Just using the basic twsactivex sample spreadsheet, it works e.g. "ADJUSTED_LAST" but only if the duration, in this case, is less than 8 Y, anything

I'm seeing the same issue in TWS 10.18 and 10.19. It affects historical data as well as other timestamps like executions and order completed times and probably more. I also filed a ticket with IB

Hello, group. I cannot locate the credentials for the demo account that returns bogus data for testing purposes. Does it still exist? If so, can anyone share the credentials? Thank you. -Ray.

Hi, thank you for your answer! Yes, these values are correct, copied and pasted from the files downloaded through the IB API (Java, though I'll be

Are you sure about the correctness of the 20220710 values? They are all identical, at 1.01805. If these values are correct then it is not surprising that it doesn't show six digits.

Hi, I recently noticed that beginning on July 11, 2022, downloaded historical data for, for example, the pairs EUR.USD or EUR.GBP, no longer have up to 6 digits after the

Using which receiving endpoint ? Can you post a code snippet ? I can see differences in date format, but date is always sent Preemptive

I contacted IB support. This is what they had to say: //// Dear Mr. xxx, Thank you for contacting Interactive Brokers. Unfortunately the data for older EUREX contracts is no longer available, and

Hi All, I seems to be working again. Thanks for the replies. So i knew the problem wasn't in my code. Thanks for pushing the tickets to IB. Arnoud

When i requested for historical data using "yyyymmdd hh:mm:ss xxx", I got different versions of date time results. If the data is from today, the date is not shown. If the data is from a previous

I run it through TWS beta 10.19.0a I mean to say I set eTradeOnly = false since I'm using the C++ interface

That should do it for Python (right?). Other languages would probably have to set it to "false" or move to A?I 9.85 or above. Just out of curiosity, do you run a V10 TWS/IBGW and is that standalone

I didn't change anything between yesterday and today. I'm running 9.81 Mac/UNIX Stable release. I solved the problem by setting the field eTradeOnly = NULL.?

Well, something must have changed if you suddenly get this error. Did your TWS Version change recently? Maybe from a V9 to a V10 level? The eTradeOnly field has been retired a long time ago. Just

I just got the following message while trying to place orders via the API from macOS "Code: 10268, Msg: The 'EtradeOnly' order attribute is not supported." I don't route orders to ETrade so I have no

I don't think that there is anything unclear about the "-": * The preferred format going forward is "yyyymmddd hh:mm:ss TZ" (e.g. a space separates date and time) with an explicit time zone

Yes, I made minor changes in the past without issue and figured I could get away with the same treatment this time.? But as this is my first major update consider the lesson learned - and - healthy

We just had a topic on this less than two weeks ago, Orionn. I merged your new topic into the existing one to avoid further fragmentation. Ongoing discussions should take place in the original "

Well, moving from TWS API V9 to V10 is a major step with several syntax and semantic changes due to new functionality. Among them the introduction of the Decimal type, the deprecation of time strings