@fxdreema has informed me that he thinks he’s fixed this block. I haven’t had time to test it but thought I’d update in case anyone was waiting for a fix. Thanks.

I'll let @fxdreema know that there seems to be a +1 with the same issue on MT4. I'll post back with any update he gives me. If he's too busy then I am planning on just creating a manual workaround using a formula to calculate the pip difference between the opening price and the current price and using that value to assess the unrealised profit (or loss) pips.

Thanks for letting me know.

I've been in comms with @fxDreema and he's attentive to the issue (as he usually is ), however he says that he has been unable to recreate the issue. I've been able to recreate the issue over multiple MT5s on multiple machines in different locations (local and remote), so if anyone is curious or feeling particularly helpful, perhaps you could see if the following example that @fxDreema shared, works or doesn't work correctly for you:

https://fxdreema.com/shared/aUOc2PkFd

It should close the open trade after reaching / exceeding 10 pips in profit, but for me it now just bypasses the 'check profit' block completely and moves on to the next block 'close positions', ignoring the 10 pips profit 'check profit'.

Any feedback much appreciated.

Paul.

Ah really, I’ve been using them successfully for years. I use them to apply different closing rules (based around MACD of different timeframes) depending on what the current profit level is. I would use ‘money’ but my lot sizes change frequently and it wouldn’t work as I’d like.

I’ve just thought that I could build a work-around, just calculating the current price against the open price to establish the pips in profit.

Thank you for you feedback / assistance though, much appreciated.

I have checked this again today and the Check Profit blocks are still not executing (or are preventing the block below it from executing). When I bypass them, my connected blocks execute. I've updated demo shared project to simplify. Will have to get on to support I think.

shared/YVYyUoCmc

Assuming you mean that when the current price is higher than the highest closing price (or perhaps the opening price) of all your trades over a given period (of your choosing):

I would store the highest trade in a variable called something like (HighestClosePrice) or (HighestOpeningPrice) depending on what you want (I’ll assume close price). Then you could create blocks that [Close Positions] when your trade exit criteria is met, and at the point of closing you could have a [Condition] block that said IF (Market Properties:Current Price) > (HighestClosePrice) THEN [Modify Variables] of (HighestClosePrice) so that (HighestClosePrice) = (Market Properties:Current Price). If it was for the opening price you could create similar blocks at the point of the trade being opened.

Then you could the have a set of blocks that said IF (Market Properties:Current Price) > (HighestClosePrice) (or open price) then BUY . Of course you would need a starting trade to start the process off.

Depending on what market conditions you want to reset the process you could build another set of blocks that would set (HighestClosePrice) to 0 and restart the process.

Thanks jstap, yes it works without them, I had already isolated them as the blocks that were problematic. I haven’t had a chance to revisit it today, so I shall double check tomorrow and see if I still have the same problem. Thanks.

Thanks

https://fxdreema.com/shared/ItDYpefWb

Created .ex5 files with blocks that utilise 'pips (total sum)' and 'pips (as position)'. These blocks do not seem to be executing in projects that I have compiled today, where they used to work as expected. Tried on different instances of Metatrader 5, on different machines, with different Symbol data sources and they do not seem to be executing as they should in the above modes. Attached a demo that demonstrates:

0_1654549016626_Close tester.mq5

Well I would say if you are using Constants or Variables with values that will never have decimals (i.e. Cents) then you could use Int. If your values might contain decimals then use Double. If you're not sure, use Double.