PyneComp v6.0.63 — four conversion bugs that silently changed what a strategy does are…
Fixes
- Converting a v4 strategy whose
strategy.entry()orstrategy.order()took a computedlongargument produced a script that traded the wrong way — a DCA bot closing withlong=(IS_LONG?false:true)opened a doubling long every bar instead. The expression is now wrapped into a proper direction the way TradingView’s own converter does it. - A parenthesized conditional used as the condition of another conditional lost its parentheses, which quietly rebound the branches and changed the result. It now keeps them.
- Comparing a string variable to
nastopped working after conversion: Pine treatss == naas a real test for strings, so scripts that steer on it took no trades at all. Those comparisons are now converted tona()— the numeric forms, where== nais always false, are left alone. strategy.exit()calls that pass both an absolute level and a tick distance for the same side (limitwithprofit,stopwithloss,trail_pricewithtrail_points) now behave after conversion exactly as they did on the original version. The tick distance was being dropped, which silenced the exit on every bar where the absolute level wasna— and Pine changed which of the two wins in v6, so a converted script exited at a different price than the one you pasted in.