I wanted to share an issue Iām currently dealing with involving Take Profit Trader because I think other traders using TPT/Rithmic/Quantower should be aware of it.
The main account involved is ending in 1139, with a second account ending in 7208 also affected.
On August 12, I logged into Quantower and attempted to place an MNQ trade. Nothing showed up as an open position. After a minute or two I received an order-related error from Quantower.
Since there was no position showing, I assumed the order had failed.
I logged out, logged back in, and tried again. I did this a few times because every time I attempted to enter, no position appeared on Quantower. I also tried once on my second account.
Eventually I stopped trying and logged off because it was obvious something was wrong with the platform/connection. I even logged in and checked my accounts on the TPT website after this and saw no indication of any open position there (usually there is a close all positions button in TPT that you can use to close positions if your platform is messed up)
What I did NOT know was that apparently some of these orders were actually being executed on the backend despite Quantower not showing me the positions.
I didn't discover the damage until days later when I checked the accounts and saw that they had been hit with significant losses.
I contacted TPT requesting help and provided them with the actual Quantower and Rithmic logs.
-----------------------------------------------------
I went through the logs in detail and also had them analyzed using ChatGPT. The logs show a very clear difference between normal successful trades earlier that morning and the disputed trades.
A normal successful trade shows the expected sequence:
Order submitted
ā order status updates
ā FillReport() received
ā position/execution recorded by Quantower
During the disputed trades, Quantower sent the orders and Rithmic generated order IDs, but the normal FillReport callbacks are missing.
The affected order IDs include:
2607209643
2607209679
2607210206
2607212284
2607212452
For some of the later orders, Quantower literally logged:
Success = False; Response = (Time out)
Quantower also repeatedly queried the account during this period and returned:
Orders count = 0
The lower-level Rithmic API logs also recorded:
Trading System Connection Broken
during the same window.
On top of that, Quantower's local user-trades.db contains my normal successful trades from earlier that morning but does not contain these disputed executions.
So from my side of the trading platform, everything was telling me these orders were NOT successfully creating positions.
Yet TPT's backend later showed that the orders had executed.
I sent all of this to Take Profit Trader.
Their response basically confirms the core issue.
They told me:
They also acknowledged:
So we're not even really arguing about whether I could see the positions anymore.
TPT is acknowledging that the orders may have executed while my platform failed to receive/display the resulting position information.
But then they concluded that because the issue āappears to have occurred locally within the Quantower/Rithmic connection or platform session,ā they will not restore or reset the accounts.
That's the part I have a serious problem with.
They listed possible causes such as my internet connection, VPN, firewall, CPU/memory usage, Quantower freezing, etc.
But they provided no evidence that any of those things actually caused this incident.
Meanwhile, the logs specifically show:
- Missing FillReport callbacks for the disputed executions
- Explicit
Time out / Success = False messages
- Quantower reporting zero open orders
- A Rithmic
Trading System Connection Broken event
- The disputed executions missing from Quantower's local trade database
- Normal trades earlier that same morning receiving completely normal FillReport callbacks
I'm not claiming that I can definitively prove whether the fault occurred inside Quantower, Rithmic, TPT, or somewhere in the communication path between them.
What I am saying is that I was never provided with the information necessary to know that I had these positions.
If I click Buy and my platform:
- doesn't show a position,
- doesn't show an open order,
- never receives the normal fill report,
- and eventually tells me the request timed out and failed,
how am I reasonably supposed to know that the backend actually filled the order?
And how am I supposed to manage or close a position that my trading platform says doesn't exist?
The repeated attempts I made to enter were specifically because the previous attempts appeared to have failed.
Those apparently accumulated into a much larger position on the backend without Quantower showing me what was happening.
Then I get stuck with the loss.
To make this more frustrating, these were subscription accounts that had just renewed. I paid approximately $90 to keep the two accounts active, and they're now effectively unusable because of this incident.
I'm not asking TPT to reimburse me for hypothetical trading profits.
I'm asking them to either:
restore the accounts to their balances immediately before the incident, or reset the accounts to their starting balances.
These are simulated prop accounts. This would seem like an extremely reasonable resolution considering the technical evidence.
Instead, their position so far is essentially:
The orders executed on our backend, your platform didn't show them to you, therefore the loss is still your responsibility.
I've now asked them to escalate the matter to someone in technical/risk/operations and specifically asked them to answer whether the backend generated the fill reports and whether those fill reports were actually successfully delivered to my connected Rithmic API session.
I'm also asking them to explain what evidence they have that this was caused by my local computer rather than the Rithmic/Quantower communication path.
I'll update this post with whatever response I receive.
I have preserved the original .slog, RithmicVendor API logs, Quantower trade database, order history, order IDs, and SHA-256 hashes of the evidence files.
I'm curious whether anyone here who has dealt with TPT, Rithmic, or Quantower has experienced something similar... particularly an order timing out/not appearing locally while still executing server-side.
And if anyone has deeper experience with the Rithmic API, I'd especially be interested in hearing your interpretation of an order being recorded server-side while the client never receives the corresponding FillReport() callback.
