Hmm, that's an interesting error. It could be some version incompatible change made in some of the 7.3.x service packs.
A few questions:
- Could you share this package?
- Could you ask the customer what is the exact version/build number they are using (for us to try to reproduce the issue internally)
- Could you collect more info about the error (like full Java stack trace) from vRO log files? Note that there could be error info both in vRO server log file (server.log) and in vRO client log file (vso.log)
The issue have been resolved.
The problem turned out to be a miscommunication.
Our Account Manager team was providing this Package to our customers for some report-generation.
But somewhere in the process, the .package was renamed to .zip
Now vRO Client have no problem importing a package that is actually called .zip instead of .package.
But if the customer gets slightly confused and unzips that .zip file, and then try to import the folder or only parts of the folder, then vRO Client will throw an error similar to the screenshot.
After the customer was explained to just import the original .zip file, everything worked as expected.