administrators

It is too big project for the compiler at this point

This should be fixed now

It doesn't work in both for me, but because of an error coming from Buy and Sell blocks. It's about the chosen money management, which requires some Stop Loss to be set

@l-andorrà Global Variables (of the Terminal) are stored in a file called gvariables.dat for persistence. But MetaTrader updates this file when it closes normally. I just tried it. I added a new variable, hard-reset the computer, opened MetaTrader again... new variable gone. The same with objects on the chart.

@iftikhar123ali If your sequence is adding 0.1 every time, maybe try Martingale in the settings. I know Martingale sounds scary and not what you describe, but I added so much settings over there that you can change the behavior completely.

Otherwise, when we base our next lot size on the previous one, it's always better to get the information from the trades directly. Get the lot size of the last trade, calculate the lot size of the next and so on. So, if MetaTrader restarts for whatever reason, we are fine, we know what the last lot size was and we can continue.
But there is an issue here. How do we know if we are in the middle of the sequence, or we want to start with the initial lot? Well, it depends. Maybe the value of the last lot size can tell us that. If we want to have a sequence of 0.1 - 0.2 - 0.3 - 0.4 and then start over, then if the last lot size is 0.4, it's obvious that it's time to reset and start with 0.1 again. If we cannot use the lot sizes, then the next best would be to use the comment property of the trades... although you really have to double check if whatever information you put there, stays there. Or those Terminal (Global) Variables, but I'm not sure if they work properly in case of electricity failure. One more way of storing data I can think of is some object on the chart... and again, I'm not sure if they stay on the chart on energy failure.

I'm in a process of rewriting the whole website. Such version control is something I was thinking about and I'm making the new database structure with this in mind. My first target, however, will be to release the new version of the builder with almost the same features as we have now, with slight upgrades on the most used stuff. For example, the movement of the blocks around will be a little bit different - without the scrollbars, with zoom.

Technically, it's not an extension, but a Chrome App... not that this matters. The problem is that Google are removing support for the API (the functions with which it is written), from 2020 it seems. Maybe it still works for someone who still have it in the browser, maybe not. But it's not available in the Google Store - https://chromewebstore.google.com/detail/fxdreema-download-files/lnlppnklledgeaafojedgemkdhjdgdkp

If we go to the documentation page of the chrome.fileSystem API that is used in the extension, we can see that there is a deprecation message and a link to find out how to migrate to another API. And we can see there is something called File System Access API.

I tried this API, it's nice, it works directly in the browser, I wrote the whole functionality of the extension (and a little bit more) and everything works very good... in Linux... and for some directories in Windows, like Documents. The thing is that this API doesn't allow access to system directories, and it seems that they consider \AppData\Roaming\MetaQuotes\Terminal...\MQL4\Experts as such. And as you all probably know, this is where usually expert advisor files are.

At this point I don't know what API to use.

There is still a chance for the extension to work, but it needs to be installed locally. If you want to try:

• Download this fxdreema.download.files.zip file, unpack it somewhere. You will get a directory with some files.
• In Chrome, go to Extensions (chrome://extensions/) and turn on Developer mode in the upper right corner.
• 3 buttons will appear, click on the Load unpacked one and navigate to the unpacked directory.
• fxDreema: Download Files 0.3 should appear under Chrome Apps and it should have ID: lnlppnklledgeaafojedgemkdhjdgdkp
• Now if it works, good... for now. I guess at some point they will completely remove the API and it will stop working forever.

Error 403 most probably means that I blocked the IP address. Bad guys are trying to copy, spam or hack the website almost daily, I have different ways to detect this, and I block many IP addresses often. If someone uses VPN, it's possible that I have blocked the IP address in the past, if someone else used that address for bad stuff.

I also have some rules to block requests on particular patterns of the HTTP headers.

If somebody is having this error, send me an email mentioning the blocked IP address, so I can look unblock it.

I found a bug that is very problematic when someone has slow connection to the website. When downloading a file, we know that "Processing" appears up there and in background the file is downloading. However, if the download fails, then the following clicks on the export buttons are not registered, the website stops communicating with the server at all. So it's very likely that a person with slow connection with the website is fooled by this bug, thinking that he is trying to download files, but actually downloading nothing. The quick fix is to reload the page and try again, but if the connection is slow anyway, who will want to reload all the time.

At the end of the day, I think the problem is a mix of issues. Something is probably wrong with the internet connection between Thailand and Europe, then many users of fxdreema are from Thailand at the moment, and then this bug.

I will try to see what can I do about the bug, and about working with the website when the connection with it is slow.

It was reported to me that the problem started on Saturday, 21th. Pretty much all people who reported this problem to me are from Thailand. Many of them I see are part of these courses, where multiple people are logging into the same account. For that reason I thought that this could be the problem, but it seems that some of the people who reported the problem have their own accounts, so I'm not sure. I was thinking that if it's a course, maybe bunch of people are generating projects at the same time and this overloads the server. But if this is the case, then after such intense moments the server will be fine. However, in the reports I see that people are experiencing slow website in general, like the whole time. And it's just strange to me that the server appears slow for specific group of people, while for others it works fine. There must be something different that happens to these accounts, I just don't know what.

These problems seems to happen for the span of few days, like a week or so. Currently, something started to happen on Saturday. Maybe some new course or something. I think it's something external to the website and not just the server.