Thread: LUNA: A new step into the unknown of scripts

Originally Posted by lunapark

for the moment the decryption of the diferent versions still seems to hold water because I have no feedback concerning badly decrypted code, it seems that it is only for the moment bad programming at the base

Indeed, no problems (anymore) with the decrypted code! The problems are in the compiled LUA and/or the libigo_ini.so for Igo Luna. Neither of classic_search or VR work in Luna and are actually not used (VR uses "onebox-vr"). Everything moved to OneBox search (hg_search, onebox_vr). Classic search (MODEL.address.search.<function>) crashes (country search works, but city or street crashes). Luna content files/structure is quite different and thus required changes in the back-end. Some things have been modified (e.g. support_streetsearch_in_state) but since the front-end is no longer used it was not adapted. I even used LUA techniques to overload "support_streetsearch_in_state" with my own code to take a country as argument while using the original, compiled "address.lua". As a result this function now works but it still crashes when searching for a city when using "classic_search". Will take one more look at IQS, there are some changes in the LUA there...

EDIT: As expected IQS does not work with iGO Luna. It uses yet another search engine (MODEL.address.multi) but again the city search is crashing.