I have partially edited my previous message to better inspect this issue.
-------------------
Ok, I was interpreting my modified files wrong when I responded in my last message by stating that '__CORE_DETAILMONITOR_USERQUESTION["modified"]' is not validated, in 'onShowMenu()' there is a block that handles this.
On the other hand, 'menu.contextMenuMode' is set to "modified" when initiating the menu in the local 'init()' function, the block I previously pointed out,
Code: Select all
if menu.isStartmenu then
if (__CORE_GAMEOPTIONS_RESTORE == nil) and C.IsGameModified() then
menu.contextMenuMode = "modified"
menu.contextMenuData = { width = Helper.scaleX(400), y = Helper.viewHeight / 2 }
elseif C.IsVentureSeasonSupported() and OnlineHasSession() and (not OnlineGetVentureConfig("allow_validation")) and (not OnlineGetVentureConfig("disable_popup")) then
menu.contextMenuMode = "ventureextension"
menu.contextMenuData = { width = Helper.scaleX(400), y = Helper.viewHeight / 2 }
end
end
causing that selecting another menu and subsequently returning to the previous menu results in an unwanted 'return' in the 'onCloseElement()' function, this translates into a double click on the back button or keys in the first instance for all games that are modified. That's why I tried to handle it from my side some time ago, although I didn't perfectly remember the reason for my code in the beginning. This time I added a comment to remember it.
Code: Select all
-- 'menu.contextMenuMode' it's set "modified" causing that selecting another menu and subsequently returning to the previous menu results in an unwanted 'return' in 'onCloseElement()'
if (menu.contextMenuMode == "modified") then
if __CORE_DETAILMONITOR_USERQUESTION and __CORE_DETAILMONITOR_USERQUESTION["modified"] then
menu.contextMenuMode = nil
end
end
As you can see, it has little or nothing to do with what you were asking lol, but yes, what happens to you is strange, I don't have the same experience and I can't think of what could cause it, in your particular case.