Baixar Copylot (Copiador Forex)

* Added the `ReverseSLTP` option for trades opened with `ReverseCopy`.
* The behavior is now consistent with the MetaTrader 4 version.

When `ReverseSLTP = true`:

* The master's Stop Loss is used as the client's Take Profit.
* The master's Take Profit is used as the client's Stop Loss.
* This preserves the previous MT5 reverse-copying behavior.

When `ReverseSLTP = false`:

* Stop Loss remains Stop Loss.
* Take Profit remains Take Profit.
* The original SL and TP distances are mirrored relative to the actual opening price of the reversed client position.

The new logic is supported for:

* Market positions.
* Pending orders converted into positions.
* Hedging accounts.
* Netting accounts.
* Initial SL/TP placement.
* Subsequent SL/TP synchronization with the master trade.

The default value is `ReverseSLTP = true` to maintain backward compatibility with existing settings and previously used reverse-copying behavior.

No other copying, lot calculation, filtering, order-opening, position-closing, partial-close, or netting logic was changed.

🚀 COPYLOT Update 26.614 — MT5 History Checkpoint and NETTING Improvements
Release date: June 9, 2026
This update improves COPYLOT MASTER synchronization on MT5 accounts with large trading histories and adds full pending-order support for NETTING accounts.
⚡ Faster MT5 History Processing
COPYLOT MASTER now creates an in-memory history checkpoint after the initial synchronization.
Instead of rebuilding the complete CLOSE and PARTIAL history during every update, the Expert Advisor checks only a recent overlapping history window and processes newly detected events.
Important: The initial synchronization still uses the history depth selected in the input parameters. The checkpoint becomes active only after the first history scan is completed.
🛡️ Safe Processing of Long-Lived Positions
A position may be opened many days or weeks before it is closed or partially closed.
When a new closing event is detected, COPYLOT can restore the complete history of the affected position using its MT5 position identifier.
Important: A position opened outside the recent checkpoint window will not be missed if it is closed or partially closed today.
🔄 Improved CLOSE and PARTIAL Synchronization
The MASTER now stores previously processed deal tickets, order tickets and synchronization identifiers in memory.
Previously processed CLOSE events are not rebuilt repeatedly.
Previously processed PARTIAL events are protected from duplication.
Only newly detected history events require additional processing.
The overlapping history window provides additional synchronization protection.
👤 Automatic MASTER Account Change Detection
When the MASTER trading account is changed, COPYLOT now automatically:
clears the previous account history checkpoint;
resets OPEN, CLOSE and PARTIAL data;
updates the communication files;
starts full synchronization for the new account.
Important: Restarting the complete MetaTrader terminal after changing the MASTER account is no longer required.
📌 Pending Orders for MT5 NETTING Accounts
COPYLOT now supports copying and processing pending orders in MT5 NETTING mode.
Supported order types:
BUY LIMIT
SELL LIMIT
BUY STOP
SELL STOP
BUY STOP LIMIT
SELL STOP LIMIT
Pending-order placement, modification, cancellation and expiration can now be synchronized between MASTER and CLIENT terminals.
⚙️ New MT5 History Parameters
MasterUseHistoryCheckpoint
Enables the in-memory history checkpoint after the initial synchronization.
When enabled, COPYLOT stores already processed CLOSE and PARTIAL events and checks only the recent overlapping history window during subsequent synchronization cycles.
Default: true
Recommended: Keep enabled for normal operation.
MasterHistoryCheckpointDays
Defines the number of recent history days checked after the initial synchronization.
The window intentionally overlaps previously processed history to reduce the risk of missing delayed, recently closed or partially closed events.
Default: 5
Recommended: 3–5 days
Important: A larger value provides greater synchronization depth but may require more processing time on accounts with extensive trading histories.
MasterUsePartialPositionRebuild
Restores the complete history of a position when a new closing or partial-closing deal is detected.
This allows COPYLOT to correctly process positions that were opened before the selected checkpoint period.
Default: true
Important: Keep this option enabled when long-running positions or partial closing are used.
📚 Existing MT5 History Parameters
MasterHistoryReadDays
Number of recent history days used for counters and change detection during the initial synchronization.
Default: 14
Set -1 to read the complete account history.
MasterHistoryWriteDays
Number of recent history days used to create the initial CLOSE.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterPartialHistoryWriteDays
Number of recent history days used to create the initial PARTIAL.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterHistoryFallbackFullIfEmpty
Retries synchronization using the complete account history if a limited history result is unexpectedly empty.
Default: false
Important: Keep disabled for maximum performance. Enable only for diagnostics or special compatibility cases.
MasterRefreshPauseSec
Defines a short pause before a heavy synchronization cycle after a chart refresh or terminal event.
Default: 2 seconds
MasterSlowCycleLogMs
Writes a diagnostic warning to the Experts log when a COPYLOT synchronization cycle exceeds the specified duration.
Default: 1000 milliseconds
Set 0 to disable slow-cycle logging.

Recommended Configuration
MasterHistoryReadDays = 14
MasterHistoryWriteDays = 14
MasterPartialHistoryWriteDays = 14
MasterUseHistoryCheckpoint = true
MasterHistoryCheckpointDays = 5
MasterUsePartialPositionRebuild = true
MasterHistoryFallbackFullIfEmpty = false
Important: The default settings provide a practical balance between synchronization depth and performance for most trading accounts.
For accounts with very large trading histories, reduce the initial history periods according to the required synchronization depth.
Increase the history periods when positions or pending orders may remain active longer than the configured number of days.
Performance note: Reading the complete history with -1 may require significant processing time on accounts containing tens of thousands of orders and deals.

🚀 COPYLOT Update 26.614 — MT5 History Checkpoint and NETTING Improvements
Release date: June 9, 2026
This update improves COPYLOT MASTER synchronization on MT5 accounts with large trading histories and adds full pending-order support for NETTING accounts.
⚡ Faster MT5 History Processing
COPYLOT MASTER now creates an in-memory history checkpoint after the initial synchronization.
Instead of rebuilding the complete CLOSE and PARTIAL history during every update, the Expert Advisor checks only a recent overlapping history window and processes newly detected events.
Important: The initial synchronization still uses the history depth selected in the input parameters. The checkpoint becomes active only after the first history scan is completed.
🛡️ Safe Processing of Long-Lived Positions
A position may be opened many days or weeks before it is closed or partially closed.
When a new closing event is detected, COPYLOT can restore the complete history of the affected position using its MT5 position identifier.
Important: A position opened outside the recent checkpoint window will not be missed if it is closed or partially closed today.
🔄 Improved CLOSE and PARTIAL Synchronization
The MASTER now stores previously processed deal tickets, order tickets and synchronization identifiers in memory.
Previously processed CLOSE events are not rebuilt repeatedly.
Previously processed PARTIAL events are protected from duplication.
Only newly detected history events require additional processing.
The overlapping history window provides additional synchronization protection.
👤 Automatic MASTER Account Change Detection
When the MASTER trading account is changed, COPYLOT now automatically:
clears the previous account history checkpoint;
resets OPEN, CLOSE and PARTIAL data;
updates the communication files;
starts full synchronization for the new account.
Important: Restarting the complete MetaTrader terminal after changing the MASTER account is no longer required.
📌 Pending Orders for MT5 NETTING Accounts
COPYLOT now supports copying and processing pending orders in MT5 NETTING mode.
Supported order types:
BUY LIMIT
SELL LIMIT
BUY STOP
SELL STOP
BUY STOP LIMIT
SELL STOP LIMIT
Pending-order placement, modification, cancellation and expiration can now be synchronized between MASTER and CLIENT terminals.
⚙️ New MT5 History Parameters
MasterUseHistoryCheckpoint
Enables the in-memory history checkpoint after the initial synchronization.
When enabled, COPYLOT stores already processed CLOSE and PARTIAL events and checks only the recent overlapping history window during subsequent synchronization cycles.
Default: true
Recommended: Keep enabled for normal operation.
MasterHistoryCheckpointDays
Defines the number of recent history days checked after the initial synchronization.
The window intentionally overlaps previously processed history to reduce the risk of missing delayed, recently closed or partially closed events.
Default: 5
Recommended: 3–5 days
Important: A larger value provides greater synchronization depth but may require more processing time on accounts with extensive trading histories.
MasterUsePartialPositionRebuild
Restores the complete history of a position when a new closing or partial-closing deal is detected.
This allows COPYLOT to correctly process positions that were opened before the selected checkpoint period.
Default: true
Important: Keep this option enabled when long-running positions or partial closing are used.
📚 Existing MT5 History Parameters
MasterHistoryReadDays
Number of recent history days used for counters and change detection during the initial synchronization.
Default: 14
Set -1 to read the complete account history.
MasterHistoryWriteDays
Number of recent history days used to create the initial CLOSE.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterPartialHistoryWriteDays
Number of recent history days used to create the initial PARTIAL.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterHistoryFallbackFullIfEmpty
Retries synchronization using the complete account history if a limited history result is unexpectedly empty.
Default: false
Important: Keep disabled for maximum performance. Enable only for diagnostics or special compatibility cases.
MasterRefreshPauseSec
Defines a short pause before a heavy synchronization cycle after a chart refresh or terminal event.
Default: 2 seconds
MasterSlowCycleLogMs
Writes a diagnostic warning to the Experts log when a COPYLOT synchronization cycle exceeds the specified duration.
Default: 1000 milliseconds
Set 0 to disable slow-cycle logging.

Recommended Configuration
MasterHistoryReadDays = 14
MasterHistoryWriteDays = 14
MasterPartialHistoryWriteDays = 14
MasterUseHistoryCheckpoint = true
MasterHistoryCheckpointDays = 5
MasterUsePartialPositionRebuild = true
MasterHistoryFallbackFullIfEmpty = false
Important: The default settings provide a practical balance between synchronization depth and performance for most trading accounts.
For accounts with very large trading histories, reduce the initial history periods according to the required synchronization depth.
Increase the history periods when positions or pending orders may remain active longer than the configured number of days.
Performance note: Reading the complete history with -1 may require significant processing time on accounts containing tens of thousands of orders and deals.

Added an extra safety layer for MT5 Client when `UsePartialCloseFileMT5` is enabled.
Previously, in some cases, a partial close on the Master account could be detected by the old close-processing logic as a full close. As a result, the Slave account could close the entire copied position instead of only the proportional partial volume.
Now the Client blocks the first suspicious full-close attempt from the old `CPD()` logic and waits for the partial-close mechanism to process the event correctly.
This improves protection for MT5 → MT5 copying when partial closes are used, without changing the existing opening, copying, or normal full-close logic.

🚀 COPYLOT Update 26.614 — MT5 History Checkpoint and NETTING Improvements
Release date: June 9, 2026
This update improves COPYLOT MASTER synchronization on MT5 accounts with large trading histories and adds full pending-order support for NETTING accounts.
⚡ Faster MT5 History Processing
COPYLOT MASTER now creates an in-memory history checkpoint after the initial synchronization.
Instead of rebuilding the complete CLOSE and PARTIAL history during every update, the Expert Advisor checks only a recent overlapping history window and processes newly detected events.
Important: The initial synchronization still uses the history depth selected in the input parameters. The checkpoint becomes active only after the first history scan is completed.
🛡️ Safe Processing of Long-Lived Positions
A position may be opened many days or weeks before it is closed or partially closed.
When a new closing event is detected, COPYLOT can restore the complete history of the affected position using its MT5 position identifier.
Important: A position opened outside the recent checkpoint window will not be missed if it is closed or partially closed today.
🔄 Improved CLOSE and PARTIAL Synchronization
The MASTER now stores previously processed deal tickets, order tickets and synchronization identifiers in memory.
Previously processed CLOSE events are not rebuilt repeatedly.
Previously processed PARTIAL events are protected from duplication.
Only newly detected history events require additional processing.
The overlapping history window provides additional synchronization protection.
👤 Automatic MASTER Account Change Detection
When the MASTER trading account is changed, COPYLOT now automatically:
clears the previous account history checkpoint;
resets OPEN, CLOSE and PARTIAL data;
updates the communication files;
starts full synchronization for the new account.
Important: Restarting the complete MetaTrader terminal after changing the MASTER account is no longer required.
📌 Pending Orders for MT5 NETTING Accounts
COPYLOT now supports copying and processing pending orders in MT5 NETTING mode.
Supported order types:
BUY LIMIT
SELL LIMIT
BUY STOP
SELL STOP
BUY STOP LIMIT
SELL STOP LIMIT
Pending-order placement, modification, cancellation and expiration can now be synchronized between MASTER and CLIENT terminals.
⚙️ New MT5 History Parameters
MasterUseHistoryCheckpoint
Enables the in-memory history checkpoint after the initial synchronization.
When enabled, COPYLOT stores already processed CLOSE and PARTIAL events and checks only the recent overlapping history window during subsequent synchronization cycles.
Default: true
Recommended: Keep enabled for normal operation.
MasterHistoryCheckpointDays
Defines the number of recent history days checked after the initial synchronization.
The window intentionally overlaps previously processed history to reduce the risk of missing delayed, recently closed or partially closed events.
Default: 5
Recommended: 3–5 days
Important: A larger value provides greater synchronization depth but may require more processing time on accounts with extensive trading histories.
MasterUsePartialPositionRebuild
Restores the complete history of a position when a new closing or partial-closing deal is detected.
This allows COPYLOT to correctly process positions that were opened before the selected checkpoint period.
Default: true
Important: Keep this option enabled when long-running positions or partial closing are used.
📚 Existing MT5 History Parameters
MasterHistoryReadDays
Number of recent history days used for counters and change detection during the initial synchronization.
Default: 14
Set -1 to read the complete account history.
MasterHistoryWriteDays
Number of recent history days used to create the initial CLOSE.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterPartialHistoryWriteDays
Number of recent history days used to create the initial PARTIAL.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterHistoryFallbackFullIfEmpty
Retries synchronization using the complete account history if a limited history result is unexpectedly empty.
Default: false
Important: Keep disabled for maximum performance. Enable only for diagnostics or special compatibility cases.
MasterRefreshPauseSec
Defines a short pause before a heavy synchronization cycle after a chart refresh or terminal event.
Default: 2 seconds
MasterSlowCycleLogMs
Writes a diagnostic warning to the Experts log when a COPYLOT synchronization cycle exceeds the specified duration.
Default: 1000 milliseconds
Set 0 to disable slow-cycle logging.

Recommended Configuration
MasterHistoryReadDays = 14
MasterHistoryWriteDays = 14
MasterPartialHistoryWriteDays = 14
MasterUseHistoryCheckpoint = true
MasterHistoryCheckpointDays = 5
MasterUsePartialPositionRebuild = true
MasterHistoryFallbackFullIfEmpty = false
Important: The default settings provide a practical balance between synchronization depth and performance for most trading accounts.
For accounts with very large trading histories, reduce the initial history periods according to the required synchronization depth.
Increase the history periods when positions or pending orders may remain active longer than the configured number of days.
Performance note: Reading the complete history with -1 may require significant processing time on accounts containing tens of thousands of orders and deals.

🚀 COPYLOT Update 26.614 — MT5 History Checkpoint and NETTING Improvements
Release date: June 9, 2026
This update improves COPYLOT MASTER synchronization on MT5 accounts with large trading histories and adds full pending-order support for NETTING accounts.
⚡ Faster MT5 History Processing
COPYLOT MASTER now creates an in-memory history checkpoint after the initial synchronization.
Instead of rebuilding the complete CLOSE and PARTIAL history during every update, the Expert Advisor checks only a recent overlapping history window and processes newly detected events.
Important: The initial synchronization still uses the history depth selected in the input parameters. The checkpoint becomes active only after the first history scan is completed.
🛡️ Safe Processing of Long-Lived Positions
A position may be opened many days or weeks before it is closed or partially closed.
When a new closing event is detected, COPYLOT can restore the complete history of the affected position using its MT5 position identifier.
Important: A position opened outside the recent checkpoint window will not be missed if it is closed or partially closed today.
🔄 Improved CLOSE and PARTIAL Synchronization
The MASTER now stores previously processed deal tickets, order tickets and synchronization identifiers in memory.
Previously processed CLOSE events are not rebuilt repeatedly.
Previously processed PARTIAL events are protected from duplication.
Only newly detected history events require additional processing.
The overlapping history window provides additional synchronization protection.
👤 Automatic MASTER Account Change Detection
When the MASTER trading account is changed, COPYLOT now automatically:
clears the previous account history checkpoint;
resets OPEN, CLOSE and PARTIAL data;
updates the communication files;
starts full synchronization for the new account.
Important: Restarting the complete MetaTrader terminal after changing the MASTER account is no longer required.
📌 Pending Orders for MT5 NETTING Accounts
COPYLOT now supports copying and processing pending orders in MT5 NETTING mode.
Supported order types:
BUY LIMIT
SELL LIMIT
BUY STOP
SELL STOP
BUY STOP LIMIT
SELL STOP LIMIT
Pending-order placement, modification, cancellation and expiration can now be synchronized between MASTER and CLIENT terminals.
⚙️ New MT5 History Parameters
MasterUseHistoryCheckpoint
Enables the in-memory history checkpoint after the initial synchronization.
When enabled, COPYLOT stores already processed CLOSE and PARTIAL events and checks only the recent overlapping history window during subsequent synchronization cycles.
Default: true
Recommended: Keep enabled for normal operation.
MasterHistoryCheckpointDays
Defines the number of recent history days checked after the initial synchronization.
The window intentionally overlaps previously processed history to reduce the risk of missing delayed, recently closed or partially closed events.
Default: 5
Recommended: 3–5 days
Important: A larger value provides greater synchronization depth but may require more processing time on accounts with extensive trading histories.
MasterUsePartialPositionRebuild
Restores the complete history of a position when a new closing or partial-closing deal is detected.
This allows COPYLOT to correctly process positions that were opened before the selected checkpoint period.
Default: true
Important: Keep this option enabled when long-running positions or partial closing are used.
📚 Existing MT5 History Parameters
MasterHistoryReadDays
Number of recent history days used for counters and change detection during the initial synchronization.
Default: 14
Set -1 to read the complete account history.
MasterHistoryWriteDays
Number of recent history days used to create the initial CLOSE.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterPartialHistoryWriteDays
Number of recent history days used to create the initial PARTIAL.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterHistoryFallbackFullIfEmpty
Retries synchronization using the complete account history if a limited history result is unexpectedly empty.
Default: false
Important: Keep disabled for maximum performance. Enable only for diagnostics or special compatibility cases.
MasterRefreshPauseSec
Defines a short pause before a heavy synchronization cycle after a chart refresh or terminal event.
Default: 2 seconds
MasterSlowCycleLogMs
Writes a diagnostic warning to the Experts log when a COPYLOT synchronization cycle exceeds the specified duration.
Default: 1000 milliseconds
Set 0 to disable slow-cycle logging.

Recommended Configuration
MasterHistoryReadDays = 14
MasterHistoryWriteDays = 14
MasterPartialHistoryWriteDays = 14
MasterUseHistoryCheckpoint = true
MasterHistoryCheckpointDays = 5
MasterUsePartialPositionRebuild = true
MasterHistoryFallbackFullIfEmpty = false
Important: The default settings provide a practical balance between synchronization depth and performance for most trading accounts.
For accounts with very large trading histories, reduce the initial history periods according to the required synchronization depth.
Increase the history periods when positions or pending orders may remain active longer than the configured number of days.
Performance note: Reading the complete history with -1 may require significant processing time on accounts containing tens of thousands of orders and deals.

🚀 COPYLOT Update 26.614 — MT5 History Checkpoint and NETTING Improvements
Release date: June 9, 2026
This update improves COPYLOT MASTER synchronization on MT5 accounts with large trading histories and adds full pending-order support for NETTING accounts.
⚡ Faster MT5 History Processing
COPYLOT MASTER now creates an in-memory history checkpoint after the initial synchronization.
Instead of rebuilding the complete CLOSE and PARTIAL history during every update, the Expert Advisor checks only a recent overlapping history window and processes newly detected events.
Important: The initial synchronization still uses the history depth selected in the input parameters. The checkpoint becomes active only after the first history scan is completed.
🛡️ Safe Processing of Long-Lived Positions
A position may be opened many days or weeks before it is closed or partially closed.
When a new closing event is detected, COPYLOT can restore the complete history of the affected position using its MT5 position identifier.
Important: A position opened outside the recent checkpoint window will not be missed if it is closed or partially closed today.
🔄 Improved CLOSE and PARTIAL Synchronization
The MASTER now stores previously processed deal tickets, order tickets and synchronization identifiers in memory.
Previously processed CLOSE events are not rebuilt repeatedly.
Previously processed PARTIAL events are protected from duplication.
Only newly detected history events require additional processing.
The overlapping history window provides additional synchronization protection.
👤 Automatic MASTER Account Change Detection
When the MASTER trading account is changed, COPYLOT now automatically:
clears the previous account history checkpoint;
resets OPEN, CLOSE and PARTIAL data;
updates the communication files;
starts full synchronization for the new account.
Important: Restarting the complete MetaTrader terminal after changing the MASTER account is no longer required.
📌 Pending Orders for MT5 NETTING Accounts
COPYLOT now supports copying and processing pending orders in MT5 NETTING mode.
Supported order types:
BUY LIMIT
SELL LIMIT
BUY STOP
SELL STOP
BUY STOP LIMIT
SELL STOP LIMIT
Pending-order placement, modification, cancellation and expiration can now be synchronized between MASTER and CLIENT terminals.
⚙️ New MT5 History Parameters
MasterUseHistoryCheckpoint
Enables the in-memory history checkpoint after the initial synchronization.
When enabled, COPYLOT stores already processed CLOSE and PARTIAL events and checks only the recent overlapping history window during subsequent synchronization cycles.
Default: true
Recommended: Keep enabled for normal operation.
MasterHistoryCheckpointDays
Defines the number of recent history days checked after the initial synchronization.
The window intentionally overlaps previously processed history to reduce the risk of missing delayed, recently closed or partially closed events.
Default: 5
Recommended: 3–5 days
Important: A larger value provides greater synchronization depth but may require more processing time on accounts with extensive trading histories.
MasterUsePartialPositionRebuild
Restores the complete history of a position when a new closing or partial-closing deal is detected.
This allows COPYLOT to correctly process positions that were opened before the selected checkpoint period.
Default: true
Important: Keep this option enabled when long-running positions or partial closing are used.
📚 Existing MT5 History Parameters
MasterHistoryReadDays
Number of recent history days used for counters and change detection during the initial synchronization.
Default: 14
Set -1 to read the complete account history.
MasterHistoryWriteDays
Number of recent history days used to create the initial CLOSE.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterPartialHistoryWriteDays
Number of recent history days used to create the initial PARTIAL.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterHistoryFallbackFullIfEmpty
Retries synchronization using the complete account history if a limited history result is unexpectedly empty.
Default: false
Important: Keep disabled for maximum performance. Enable only for diagnostics or special compatibility cases.
MasterRefreshPauseSec
Defines a short pause before a heavy synchronization cycle after a chart refresh or terminal event.
Default: 2 seconds
MasterSlowCycleLogMs
Writes a diagnostic warning to the Experts log when a COPYLOT synchronization cycle exceeds the specified duration.
Default: 1000 milliseconds
Set 0 to disable slow-cycle logging.

Recommended Configuration
MasterHistoryReadDays = 14
MasterHistoryWriteDays = 14
MasterPartialHistoryWriteDays = 14
MasterUseHistoryCheckpoint = true
MasterHistoryCheckpointDays = 5
MasterUsePartialPositionRebuild = true
MasterHistoryFallbackFullIfEmpty = false
Important: The default settings provide a practical balance between synchronization depth and performance for most trading accounts.
For accounts with very large trading histories, reduce the initial history periods according to the required synchronization depth.
Increase the history periods when positions or pending orders may remain active longer than the configured number of days.
Performance note: Reading the complete history with -1 may require significant processing time on accounts containing tens of thousands of orders and deals.

What's New
Added new Partial Close Copying feature
Supported now:
MT4 Master → MT4 Client
MT5 Hedge Master → MT5 Hedge Client
Added debug mode for partial close diagnostics
For all other configurations, the copier uses the previous standard closing logic
This is an experimental feature and will be improved further based on user feedback and reported cases

Compiling in X64 mode for new terminal

-Improved TPWCM stability after master trade closure.
-Fixed conflicts between TPWCM Stop Loss, BreakEven, and Trailing Stop.
-Added protection to prevent TPWCM Stop Loss from overriding Stop Loss already moved to breakeven or profit zone.
-Refined SL/TP update logic to avoid repeated back-and-forth modifications.
-Added safer re-check of positions/orders after trailing and breakeven updates.
-Fixed several TPWCM loops and condition checks in both MT4 and MT5 versions for more consistent behavior.

🚀 COPYLOT Update 26.614 — MT5 History Checkpoint and NETTING Improvements
Release date: June 9, 2026
This update improves COPYLOT MASTER synchronization on MT5 accounts with large trading histories and adds full pending-order support for NETTING accounts.
⚡ Faster MT5 History Processing
COPYLOT MASTER now creates an in-memory history checkpoint after the initial synchronization.
Instead of rebuilding the complete CLOSE and PARTIAL history during every update, the Expert Advisor checks only a recent overlapping history window and processes newly detected events.
Important: The initial synchronization still uses the history depth selected in the input parameters. The checkpoint becomes active only after the first history scan is completed.
🛡️ Safe Processing of Long-Lived Positions
A position may be opened many days or weeks before it is closed or partially closed.
When a new closing event is detected, COPYLOT can restore the complete history of the affected position using its MT5 position identifier.
Important: A position opened outside the recent checkpoint window will not be missed if it is closed or partially closed today.
🔄 Improved CLOSE and PARTIAL Synchronization
The MASTER now stores previously processed deal tickets, order tickets and synchronization identifiers in memory.
Previously processed CLOSE events are not rebuilt repeatedly.
Previously processed PARTIAL events are protected from duplication.
Only newly detected history events require additional processing.
The overlapping history window provides additional synchronization protection.
👤 Automatic MASTER Account Change Detection
When the MASTER trading account is changed, COPYLOT now automatically:
clears the previous account history checkpoint;
resets OPEN, CLOSE and PARTIAL data;
updates the communication files;
starts full synchronization for the new account.
Important: Restarting the complete MetaTrader terminal after changing the MASTER account is no longer required.
📌 Pending Orders for MT5 NETTING Accounts
COPYLOT now supports copying and processing pending orders in MT5 NETTING mode.
Supported order types:
BUY LIMIT
SELL LIMIT
BUY STOP
SELL STOP
BUY STOP LIMIT
SELL STOP LIMIT
Pending-order placement, modification, cancellation and expiration can now be synchronized between MASTER and CLIENT terminals.
⚙️ New MT5 History Parameters
MasterUseHistoryCheckpoint
Enables the in-memory history checkpoint after the initial synchronization.
When enabled, COPYLOT stores already processed CLOSE and PARTIAL events and checks only the recent overlapping history window during subsequent synchronization cycles.
Default: true
Recommended: Keep enabled for normal operation.
MasterHistoryCheckpointDays
Defines the number of recent history days checked after the initial synchronization.
The window intentionally overlaps previously processed history to reduce the risk of missing delayed, recently closed or partially closed events.
Default: 5
Recommended: 3–5 days
Important: A larger value provides greater synchronization depth but may require more processing time on accounts with extensive trading histories.
MasterUsePartialPositionRebuild
Restores the complete history of a position when a new closing or partial-closing deal is detected.
This allows COPYLOT to correctly process positions that were opened before the selected checkpoint period.
Default: true
Important: Keep this option enabled when long-running positions or partial closing are used.
📚 Existing MT5 History Parameters
MasterHistoryReadDays
Number of recent history days used for counters and change detection during the initial synchronization.
Default: 14
Set -1 to read the complete account history.
MasterHistoryWriteDays
Number of recent history days used to create the initial CLOSE.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterPartialHistoryWriteDays
Number of recent history days used to create the initial PARTIAL.txt synchronization file.
Default: 14
Set -1 to process the complete account history.
MasterHistoryFallbackFullIfEmpty
Retries synchronization using the complete account history if a limited history result is unexpectedly empty.
Default: false
Important: Keep disabled for maximum performance. Enable only for diagnostics or special compatibility cases.
MasterRefreshPauseSec
Defines a short pause before a heavy synchronization cycle after a chart refresh or terminal event.
Default: 2 seconds
MasterSlowCycleLogMs
Writes a diagnostic warning to the Experts log when a COPYLOT synchronization cycle exceeds the specified duration.
Default: 1000 milliseconds
Set 0 to disable slow-cycle logging.

Recommended Configuration
MasterHistoryReadDays = 14
MasterHistoryWriteDays = 14
MasterPartialHistoryWriteDays = 14
MasterUseHistoryCheckpoint = true
MasterHistoryCheckpointDays = 5
MasterUsePartialPositionRebuild = true
MasterHistoryFallbackFullIfEmpty = false
Important: The default settings provide a practical balance between synchronization depth and performance for most trading accounts.
For accounts with very large trading histories, reduce the initial history periods according to the required synchronization depth.
Increase the history periods when positions or pending orders may remain active longer than the configured number of days.
Performance note: Reading the complete history with -1 may require significant processing time on accounts containing tens of thousands of orders and deals.

Incorrect symbol detection for indices with lowercase letters
Previously, when working with instruments such as Jp225, Uk100, Usa500, Ger40, Euro50, the system incorrectly truncated the base symbol to a single character (e.g., Jp225 → J). This caused trade copying to fail when the client EA was attached to charts other than the affected symbol.
The parsing function GetBaseSymbol has been updated to correctly handle both uppercase and lowercase letters as well as digits. As a result, index and CFD symbols are now properly recognized regardless of the chart the client EA is running on.

Compiled in the last version of MetaTrader 5233

HotFix
Fixed a bug reading too large data files. OUT OF MEMORY (while(!FileIsEnding(Handle)));
Fixed a bug sorting array, when there is not enough data. incorrect start position 0 for ArraySort function (ArraySort(CLOSETrade));

Complete Rework of the Symbol Processing System
We have completely rewritten the core engine responsible for handling suffixes and replacing trading instruments.
The new logic is fully compliant with the latest terminal builds, ensuring maximum reliability, flexibility, and compatibility with any broker.
--------------------------------------------------------------------------------------
Automatic Suffix Detection (PreFixSymbol = "Auto")
--------------------------------------------------------------------------------------
The expert advisor now uses an intelligent algorithm to determine your broker's suffix.
How it works: The system analyzes the symbol on the chart where the EA is installed.
It automatically identifies the base part of the name (e.g., EURUSD, GOLD, DE40) and treats all subsequent characters (e.g., .pro, _m, -ecn) as the suffix.
Recommendation: For the most accurate automatic detection, it is best to install the advisor on a common currency pair chart, such as EURUSD or EURUSD.pro.
This ensures the suffix is identified correctly and applied to all other copied trades.
--------------------------------------------------------------------------------------
Manual Symbol Replacement Rules (ChangingNamesSymbols)
--------------------------------------------------------------------------------------
The functionality for complete symbol replacement has been improved and given the highest priority.
Priority: Rules from this parameter are now applied first, before any suffix processing.
Rule 1: Format
Replacements are specified using the master_symbol=client_symbol; formula. Use a semicolon to separate multiple rules.
Example: EURUSD..=USOIL;GOLD=XAUUSD;
Rule 2: Exact Match (Master Symbol)
The key (the left part before the = sign) must be the exact name of the symbol as it comes from the master, including its own suffix, if any.
Example: If the master trades on EURUSD.., the rule to replace it must be EURUSD..=EURUSD_pro;
Rule 3: Client Symbol Format
The symbol you are replacing with (the right part after the = sign) can be written without a suffix.
The system will automatically clean it and apply your broker's correct suffix.
Example: Both rules EURUSD..=USOIL and EURUSD..=USOIL.bad_suffix will produce the same final result: USOIL with your broker's suffix.
Important Note: Case Sensitivity Matters!
All symbol names in the rules must be written exactly as they appear in your terminal's "Market Watch".
If a broker's symbol is named EURUSDcheck or US30.spot, it must be written identically in the rules, respecting all uppercase and lowercase letters.

Complete Rework of the Symbol Processing System
We have completely rewritten the core engine responsible for handling suffixes and replacing trading instruments.
The new logic is fully compliant with the latest terminal builds, ensuring maximum reliability, flexibility, and compatibility with any broker.
--------------------------------------------------------------------------------------
Automatic Suffix Detection (PreFixSymbol = "Auto")
--------------------------------------------------------------------------------------
The expert advisor now uses an intelligent algorithm to determine your broker's suffix.
How it works: The system analyzes the symbol on the chart where the EA is installed.
It automatically identifies the base part of the name (e.g., EURUSD, GOLD, DE40) and treats all subsequent characters (e.g., .pro, _m, -ecn) as the suffix.
Recommendation: For the most accurate automatic detection, it is best to install the advisor on a common currency pair chart, such as EURUSD or EURUSD.pro.
This ensures the suffix is identified correctly and applied to all other copied trades.
--------------------------------------------------------------------------------------
Manual Symbol Replacement Rules (ChangingNamesSymbols)
--------------------------------------------------------------------------------------
The functionality for complete symbol replacement has been improved and given the highest priority.
Priority: Rules from this parameter are now applied first, before any suffix processing.
Rule 1: Format
Replacements are specified using the master_symbol=client_symbol; formula. Use a semicolon to separate multiple rules.
Example: EURUSD..=USOIL;GOLD=XAUUSD;
Rule 2: Exact Match (Master Symbol)
The key (the left part before the = sign) must be the exact name of the symbol as it comes from the master, including its own suffix, if any.
Example: If the master trades on EURUSD.., the rule to replace it must be EURUSD..=EURUSD_pro;
Rule 3: Client Symbol Format
The symbol you are replacing with (the right part after the = sign) can be written without a suffix.
The system will automatically clean it and apply your broker's correct suffix.
Example: Both rules EURUSD..=USOIL and EURUSD..=USOIL.bad_suffix will produce the same final result: USOIL with your broker's suffix.
Important Note: Case Sensitivity Matters!
All symbol names in the rules must be written exactly as they appear in your terminal's "Market Watch".
If a broker's symbol is named EURUSDcheck or US30.spot, it must be written identically in the rules, respecting all uppercase and lowercase letters.

-- Added additional checks for an existing ticket when trying to open a new position
-- Compiled in the latest terminal build.

Fixed a profit calculation error in the Clients Limiting losses and profits block for the weekly chart.

???? Update Announcement – New Features and Enhancements in CopyLot

Code Optimization for Signal Reading

New Parameter: SaveTPafterTrailingStop
input bool SaveTPafterTrailingStop = false; // Disable TakeProfit Modification after Trailing Stop
Purpose: Controls whether Take Profit should remain active after a trailing stop triggers.Behavior:
false: When the trailing stop activates, the position’s TakeProfit is automatically removed (set to 0).

New Feature: FIFO_AdditionalLot
input double FIFO_AdditionalLot = 0; // Add random lot to each position (FIFO rules)
Purpose: Ensures that each copied position uses a unique lot size, which is essential for FIFO-compliant brokers.How it works:
The EA takes the original lot from the master.
It adds the FIFO_AdditionalLot increment.
It checks all currently open positions.
If the resulting lot already exists, it continues incrementing by FIFO_AdditionalLot until a unique lot is found.Example:

Improved Auto-Lot Calculation for BTCUSD and Similar Symbols
For instruments like BTCUSD, where some brokers do not specify the tick value, the EA now automatically uses the contract size to calculate:Dynamic lot sizing
Risk-based lot calculations (e.g., from StopLoss or TakeProfit)

New Lot Calculation Method Based on TakeProfit Risk
input RiskLotType RiskLotTypetype = 0; // Type of dynamic lot calculation
A new mode has been added to calculate the lot based on TakeProfit distance instead of StopLoss. When selected:The lot is sized so that the expected profit (from current price to TakeProfit) matches the specified percentage risk.
Useful for aggressive profit-targeted strategies.

CopyOnlyifRatioTPtoSL - Filter by Risk/Reward Ratio
input double CopyOnlyifRatioTPtoSL = 0;
Copies trades only if the TakeProfit to StopLoss ratio is greater than or equal to the specified value.

CopyOnlyifSLZero - Filter by Missing StopLoss
input bool CopyOnlyifSLZero = false;

CopyOnlyifTPZero - Filter by Missing TakeProfit
input bool CopyOnlyifTPZero = false;

CopyClosedStopout - Copy StopOut Closed Trades
input bool CopyClosedStopout = true;

CopyOnlyMinLifeSec – Filter by Minimum Trade Age
input int CopyOnlyMinLifeSec = 0;
Copies only trades (or positions) that have been open longer than the specified number of seconds.
Example: 120 means only deals older than 2 minutes will be copied. A value of 0 disables this filter.➡️ For more details, visit our website

???? Update Announcement – New Features and Enhancements in CopyLot

Code Optimization for Signal Reading

New Parameter: SaveTPafterTrailingStop
input bool SaveTPafterTrailingStop = false; // Disable TakeProfit Modification after Trailing Stop
Purpose: Controls whether Take Profit should remain active after a trailing stop triggers.Behavior:
false: When the trailing stop activates, the position’s TakeProfit is automatically removed (set to 0).

New Feature: FIFO_AdditionalLot
input double FIFO_AdditionalLot = 0; // Add random lot to each position (FIFO rules)
Purpose: Ensures that each copied position uses a unique lot size, which is essential for FIFO-compliant brokers.How it works:
The EA takes the original lot from the master.
It adds the FIFO_AdditionalLot increment.
It checks all currently open positions.
If the resulting lot already exists, it continues incrementing by FIFO_AdditionalLot until a unique lot is found.Example:

Improved Auto-Lot Calculation for BTCUSD and Similar Symbols
For instruments like BTCUSD, where some brokers do not specify the tick value, the EA now automatically uses the contract size to calculate:Dynamic lot sizing
Risk-based lot calculations (e.g., from StopLoss or TakeProfit)

New Lot Calculation Method Based on TakeProfit Risk
input RiskLotType RiskLotTypetype = 0; // Type of dynamic lot calculation
A new mode has been added to calculate the lot based on TakeProfit distance instead of StopLoss. When selected:The lot is sized so that the expected profit (from current price to TakeProfit) matches the specified percentage risk.
Useful for aggressive profit-targeted strategies.

CopyOnlyifRatioTPtoSL - Filter by Risk/Reward Ratio
input double CopyOnlyifRatioTPtoSL = 0;
Copies trades only if the TakeProfit to StopLoss ratio is greater than or equal to the specified value.

CopyOnlyifSLZero - Filter by Missing StopLoss
input bool CopyOnlyifSLZero = false;

CopyOnlyifTPZero - Filter by Missing TakeProfit
input bool CopyOnlyifTPZero = false;

CopyClosedStopout - Copy StopOut Closed Trades
input bool CopyClosedStopout = true;

CopyOnlyMinLifeSec – Filter by Minimum Trade Age
input int CopyOnlyMinLifeSec = 0;
Copies only trades (or positions) that have been open longer than the specified number of seconds.
Example: 120 means only deals older than 2 minutes will be copied. A value of 0 disables this filter.➡️ For more details, visit our website

The algorithm for opening a position during Market Execution has been changed.
SYMBOL_TRADE_EXECUTION_MARKET
Market execution

???? Update Announcement – New Features and Enhancements in CopyLot

Code Optimization for Signal Reading

New Parameter: SaveTPafterTrailingStop
input bool SaveTPafterTrailingStop = false; // Disable TakeProfit Modification after Trailing Stop
Purpose: Controls whether Take Profit should remain active after a trailing stop triggers.Behavior:
false: When the trailing stop activates, the position’s TakeProfit is automatically removed (set to 0).

New Feature: FIFO_AdditionalLot
input double FIFO_AdditionalLot = 0; // Add random lot to each position (FIFO rules)
Purpose: Ensures that each copied position uses a unique lot size, which is essential for FIFO-compliant brokers.How it works:
The EA takes the original lot from the master.
It adds the FIFO_AdditionalLot increment.
It checks all currently open positions.
If the resulting lot already exists, it continues incrementing by FIFO_AdditionalLot until a unique lot is found.Example:

Improved Auto-Lot Calculation for BTCUSD and Similar Symbols
For instruments like BTCUSD, where some brokers do not specify the tick value, the EA now automatically uses the contract size to calculate:Dynamic lot sizing
Risk-based lot calculations (e.g., from StopLoss or TakeProfit)

New Lot Calculation Method Based on TakeProfit Risk
input RiskLotType RiskLotTypetype = 0; // Type of dynamic lot calculation
A new mode has been added to calculate the lot based on TakeProfit distance instead of StopLoss. When selected:The lot is sized so that the expected profit (from current price to TakeProfit) matches the specified percentage risk.
Useful for aggressive profit-targeted strategies.

CopyOnlyifRatioTPtoSL - Filter by Risk/Reward Ratio
input double CopyOnlyifRatioTPtoSL = 0;
Copies trades only if the TakeProfit to StopLoss ratio is greater than or equal to the specified value.

CopyOnlyifSLZero - Filter by Missing StopLoss
input bool CopyOnlyifSLZero = false;

CopyOnlyifTPZero - Filter by Missing TakeProfit
input bool CopyOnlyifTPZero = false;

CopyClosedStopout - Copy StopOut Closed Trades
input bool CopyClosedStopout = true;

CopyOnlyMinLifeSec – Filter by Minimum Trade Age
input int CopyOnlyMinLifeSec = 0;
Copies only trades (or positions) that have been open longer than the specified number of seconds.
Example: 120 means only deals older than 2 minutes will be copied. A value of 0 disables this filter.➡️ For more details, visit our website

???? Update Announcement – New Features and Enhancements in CopyLot

Code Optimization for Signal Reading

New Parameter: SaveTPafterTrailingStop
input bool SaveTPafterTrailingStop = false; // Disable TakeProfit Modification after Trailing Stop
Purpose: Controls whether Take Profit should remain active after a trailing stop triggers.Behavior:
false: When the trailing stop activates, the position’s TakeProfit is automatically removed (set to 0).

New Feature: FIFO_AdditionalLot
input double FIFO_AdditionalLot = 0; // Add random lot to each position (FIFO rules)
Purpose: Ensures that each copied position uses a unique lot size, which is essential for FIFO-compliant brokers.How it works:
The EA takes the original lot from the master.
It adds the FIFO_AdditionalLot increment.
It checks all currently open positions.
If the resulting lot already exists, it continues incrementing by FIFO_AdditionalLot until a unique lot is found.Example:

Improved Auto-Lot Calculation for BTCUSD and Similar Symbols
For instruments like BTCUSD, where some brokers do not specify the tick value, the EA now automatically uses the contract size to calculate:Dynamic lot sizing
Risk-based lot calculations (e.g., from StopLoss or TakeProfit)

New Lot Calculation Method Based on TakeProfit Risk
input RiskLotType RiskLotTypetype = 0; // Type of dynamic lot calculation
A new mode has been added to calculate the lot based on TakeProfit distance instead of StopLoss. When selected:The lot is sized so that the expected profit (from current price to TakeProfit) matches the specified percentage risk.
Useful for aggressive profit-targeted strategies.

CopyOnlyifRatioTPtoSL - Filter by Risk/Reward Ratio
input double CopyOnlyifRatioTPtoSL = 0;
Copies trades only if the TakeProfit to StopLoss ratio is greater than or equal to the specified value.

CopyOnlyifSLZero - Filter by Missing StopLoss
input bool CopyOnlyifSLZero = false;

CopyOnlyifTPZero - Filter by Missing TakeProfit
input bool CopyOnlyifTPZero = false;

CopyClosedStopout - Copy StopOut Closed Trades
input bool CopyClosedStopout = true;

CopyOnlyMinLifeSec – Filter by Minimum Trade Age
input int CopyOnlyMinLifeSec = 0;
Copies only trades (or positions) that have been open longer than the specified number of seconds.
Example: 120 means only deals older than 2 minutes will be copied. A value of 0 disables this filter.➡️ For more details, visit our website

EAPADPRO v59
--Enhanced Graphical Interface Translation
We have completely revamped and updated the translations across all elements of the graphical interface. This ensures a more accurate and natural localization, allowing the interface to better reflect the linguistic and cultural nuances of our diverse user base. As a result, interacting with the application is now even more seamless and intuitive, providing a more personalized and comfortable user experience.
--Introduced Informative Tooltips for Panel Elements
To elevate user convenience, we've added descriptive tooltips to various panel components. When you hover over buttons and icons, informative explanations about each element's functionality will appear instantly. This enhancement significantly simplifies navigation and interaction within the application, making it easier for both new and experienced users to utilize all features effectively.
--Resolved Minor Bugs and Boosted Stability
In this update, we've addressed and fixed several minor bugs that were affecting the application's performance. These corrections enhance the overall stability and reliability of the program, ensuring a smoother and more consistent user experience. By eliminating these small issues, we've laid the groundwork for a more robust and efficient application.

The issue with copying from 1 master to 1 client with different parameters and magic numbers has been fixed.
For example, you can now successfully copy 1 position multiple times (e.g., 3 times) with different parameters and magic numbers, ensuring each copy is managed individually.