Errors, bugs, questions - page 1694

[[Deleted]]

Andrey Dik:

Is my answer on page 1711 not satisfactory to you?

[Andrey Dik]

Alexey Kozitsyn:
My answer on the 1711 page didn`t arrange you?

Is this the answer you think it is?

Alexey Kozitsyn:

I asked a similar question once. I don't remember the exact answer from the SR, but it was something like: "whatever they put in there, that's what it will be".

Then it would have said so in the certificate. But it does not say so in the certificate, so the question still stands. What is actually there?

[[Deleted]]

Andrey Dik:

Is this the answer you think it is?

Then that would be what the certificate would say. But it doesn't say that, so the question still stands. What does it really say?

And do you think the help for all the other questions is detailed?

At one time I wrote my own spread indicator and the values in the terminal data window did not coincide with the values from the indicator (though I think there was more coincidence with the maximum spread).

Yes, if you find another answer, please post it here.

[[Deleted]]

And here, by the way, is the developers' response itself:

https://www.mql5.com/ru/forum/1111/page1424#comment_1981027

Is that a good answer?!

[Andrey Dik]

Alexey Kozitsyn:

Do you think that the help for all the other issues is detailed?

I used to write my own spread indicator and the values in the terminal data window did not coincide with the values from the indicator (although it seemed to me that there was more coincidence with the maximum spread).

Yes, if you find another answer, please post it here.

I don't think that everything in the help is described unambiguously for understanding, I try to ask questions in unclear places - this has happened before and the help was corrected afterwards, and this is normal.

[Andrey Dik]

Alexey Kozitsyn:

And here, by the way, is the developers' response itself:

https://www.mql5.com/ru/forum/1111/page1424#comment_1981027

Would that be all right?!

It's not about what will or won't suit me, I'm a modest man. The point is in something else - I don't understand what the function returns. I assumed earlier that it returns the mean value for a candle of the appropriate TF and the values are generated by the terminal.

However, it seems to be in fact, the spread values are already written in the server's history and the terminal gets ready values. This should be mentioned in help.

I face a situation - my indicator has calculated the average spread, the maximum spread and spread that occurs 80% of the time, all values are taken from the history (not in real time). The obtained values do not closely resemble those shown in the Market Watch.

Besides, here is an unpleasant conclusion - the history does not coincide with what Market Watch shows. It was proved during the conversation with one well-known Swiss broker. Thus, it is not always possible to test the current trading conditions of a broker adequately in the tester.

Spread values of some brokers coincide in real time and in history, but for some brokers they do not. From this we can draw a very unpleasant conclusion, I will not say it aloud.

[Vladimir Karputov]

Comments not relevant to this topic have been moved to "Spread values".

[Alexey Viktorov]

I hope Vladimir doesn't take my question elsewhere...

The situation is as follows.

I open a Sell position but the history shows a Sell order

there is an ENUM_ORDER_TYPE::ORDER_TYPE_BUY in MqlTradeTransaction structure

Is it a trick or I don't understand something?

[Rashid Umarov]

Alexey Viktorov:

I hope Vladimir doesn't take my question elsewhere...

The situation is as follows.

I open a Sell position but the history shows a Sell order

there is an ENUM_ORDER_TYPE::ORDER_TYPE_BUY in MqlTradeTransaction structure

Is it a trick or I don't understand something?

And what is ORDER_TYPE_BUY? Print it and make sure that it equals 0. So, there is no order there.

[Vladimir Karputov]

Alexey Viktorov:

I hope Vladimir doesn't take my question elsewhere...

The situation is as follows.

I open a Sell position and the history shows a Sell order

there is an ENUM_ORDER_TYPE::ORDER_TYPE_BUY in MqlTradeTransaction structure

Is this a trick or am I missing something?

Filling of the fields of MqlTradeTransaction structure is different for different types of transactions:

TRADE_TRANSACTION_DEAL_*

For trade transactions processing (TRADE_TRANSACTION_DEAL_ADD, TRADE_TRANSACTION_DEAL_UPDATE and TRADE_TRANSACTION_DEAL_DELETE) the following fields are filled in MqlTradeTransaction structure:

• deal - trade ticket;
• order - the order ticket, on the basis of which the trade was executed;
• symbol - name of a financial instrument in the trade;
• type - type of trade transaction;
• deal_type - type of trade;
• price - price at which the deal was executed;
• price_sl - price Stop Loss (to be filled in, if specified in the order, on the basis of which the deal is executed);
• price_tp - price of Take Profit (filled if specified in the order, on the basis of which the deal is executed);
• volume - volume of a deal in lots.
• position - ticket of a position opened, modified or closed as a result of execution of a trade.
• position_by - ticket of the opposite position. Filled only for deals to close the counter position (out by).

as you can see, for TRADE_TRANSACTION_DEAL_ADD the field .order_type is not filled.