Ok I get it now. Thank you!

__.mq4 and .mq5 files contains all the project data from fxDreema. I loaded your project from the .mq5 above. I will probably remove that .xml option in near future[/quote:1zx9uj44]
ok now it works. Thank you

casebefx, what have you changed in Windows? Basically fxdreema.exe wants to have full access in MT4/MT5 files and folders, because it wants to write those files there, but newest Windows versions are a little bit of weird, more restrictive and "protected". Set fxdreema.exe to run as administrator, this is the best suggestion I can give.

Also make sure that you write files in the right output directories. Because now MetaTrader can work in "normal" or portable mode, and what is normal is to have experts in some strange looking folder somewhere deep in AppData. Here is a topic I wrote about these problems before: viewtopic.php?f=2&t=2374

I see so it seem not to be fxdreema problem, regarding the problem I will get around it somehow and thank you Dreema. 🙂

Hi

Yes. That seems to have cured it!

James
🙂

Ok. Thanks.

With default settings it is working, I can't say what is wrong when I don't know what settings you are using. Maybe "Dynamic" one... from what can I see, the value in this case goes directly, it is price level, not a pips value, so what you write is what it will be exactly. And it's true that I need to update this block... or remove it 🙂

The same can be done with some pink blocks: https://fxdreema.com/shared/FgGUhSP8b
For MT5 even "modify stops" (without For each Position) can be enough, if the EA works with the current market only.

Well, I updated the web version. Additionally, I reuploaded the local version with this fix, but my updates does not affect older local versions that somebody have... the local version has it's own local database 🙂

Pips away from TP - means, that it detects when the price is at some distance from TP. For Buys, this is when the price moves down at some distance from TP. The current price for Buys is used to be Ask, so the formula you show obviously operates with Buys. Then when we do TP-Ask, because TP is above ask, the result will be positive and we are serching for that. The opposite Ask-TP will be negative and... not the one we are searching for, because on the other side we probably have positive value (if PipsAway is positive).

Get the local version that I reuploaded or try it on the web. At least I can see what are you doing on the web.

My actions are "changing block title text"... 🙂
...I'm trying to reproduce problems in a small new project, but no luck... Maybe it's a problem in big projects.... 😏

I'll try to detect the problem in future projects....

Thanks

Fixed on the web version 🙂

My fault, it seems that settings are not updated at all. I reuploaded 082 now, you can try it. I'm currently working over trailing stop blocks, but I'm not finished... so if you notice problems with this now, tell me... just saying 🙂

Hi,
After doing tests, I have found that the EA didn't play for another reason, related to writing .csv files.
So, the situation is as you told, message appears but won't change EA's behaviour.
Issue resolved for me.

Thanks for support.

Thank you very much and corrected the name and go. I can already. 🙂

Ah, you are using the local version? Ok, I reuploaded it now because of other small problem with another person (081), you can ty it.

OK ... yea ... thanks for the reply. I already have new ideas to get the robot to work as I want 😏

Is that happen on backtest? And what if you use different MT4 installation? I don't know... maybe some MT4 bug. iCustom function is used and there are no many things to do wrong with it in MQL4.
I noticed that weird things happen when the backtest starts. For example now if you create a trade in the "Init" event, it will be created but it's arrows can be put in wrong place.

This is compile warning, not error. It's not wrong, only MQL4 does not like it.

This problem I believed to be in the new blocks created because I could only generate MQL5 file. When I tried to compile, showed me several errors.

But now this resolved.

The error was my guess. Problem fixed after I fix the parameter block "Buy Now", as it has shown me. I'm sorry if the error was only mine.

When you type the new block title, click on it to confirm (this works as some invisible button "OK" is clicked). When the name is edited successfully you should see new event in Actions History and also a message up there, below the menu.

Yes it works good now.
Thanks.