Also spread and slippage are reset.
So my request is to have an option to fix the settings (start date, end date spread, slippage etc.) and do not change (if the symbol is changing).
Example:
EURUSD_H1 start date: 01.01.2003, end date: 01.01.2011, spread 1, slippage 4
now change EURUSD -> GBPUSD: either manual or mass-modify:
Now:
GBPUSD_H1 start date: 01.01.2003, end date: 15.11.2020 (instead 01.01.2011), spread 2 (instead 1), slippage 1 (instead 4)
Background of request:
If I do f.e. mass modify to change a project with 26 tasks from EURUSD in GBPUSD all the symbols are now changing with new release. This is very well!
But, I have again to go through of every 26 tasks to modify f.e. the end date, because it did a reset to default (f.e. last day of end date: 15.11.2020).
Bottom line:
If I would have the requested option, I could change everything with mass modify without any manual change!
Thanks for help. and your understanding!
Christian
Attachment after.jpg added
Attachment before.jpg added
Can you please attach the problematic project config to reproduce the problem ?
Attachment before.jpg added
Attachment after.jpg added
Attachment Retest strategies_sample_for_testing.cfx added
Good morning,
Regarding the issue:
This happens not in builder. It appeares in tasks like "retest strategies". Here is a sample attached. I was simply changing AUDNZD through CADCHF. It doesn't matter which symbol it is.
Please see.
I hope that helps for clarification.
Have a nice day.
Christian
Type changed from Feature to Bug
Status changed from Waiting for information to In progress
Status changed from In progress to Waiting for information
It looks that you are replacing symbols with different date range.
This feature is replacing symbols without checking the dates.
Later when you open the project some auto-corrections are done.
SQX is checking if there are available data for range set on Data tab, if not then reseting the dates.
Please make sure that you have CADCHF data available from 2003 same as you have for EURUSD. Then it should work fine.
Yes, that is clear. But if the changed symbol (here: CADCHF) has no older data, then there is a problem.
What I have experience is that, besides of autocorrection (which is a clear procedure for me, when data is not available), the "date to" is changing to the lastest data available! And this change is not requested, but performed due to autocorrection.
Example: from above
1.) I want to test a symbol AUDCAD FROM: 2003.8.4 TO: 2011.01.01.
2.) Then I change to CADCHF. The result is: FROM 2006.1.8 TO: 2020.8.26.
3.)
DATE FROM -> OK
a.) It performs an autocorrection of CADCHF to DATE FROM: 2006.1.8 (before 2003.8.4) , because no older data of CADCHF is available. That is clear and ok.
DATE TO -> NOT OK
b.) It makes an autocorrection of CADCHF to DATE TO: 2020.8.26 (before 2011.1.1). This is in my understanding not ok. The reason is, because I wanted the pairs to retest until a specifiy date, here: 2011.01.01. So if I do a "mass modify" to change symbol A in symbol B. The result is, that it changes (autocorrects) the DATE TO from 2011.1.1 to 2020.8.26. That is a not wanted behavior, because I do not want a change in the DATE TO field. So my interpretation of the bug is: If the dates of the changed symbol do not match-> reset DATE TO AND DATE FROM to the maximum available dates. But I only want a autocorretion for dates, that are not possible to reach because of missing data. If the data is there, in this example this is DATE FROM, then nothing should be autocorrected!
I hope that help for clarification!
Have a nice day, Christian