Project was saved with a newer version of the App Inventor system

[Mike Bounds]

I have found that if you import an aia file (exported from the normal app inventor) then it often says

"This project was saved with a newer version of the App Inventor system. We will attempt to load the project, but there may be compatibility issues."

followed by 

"The blocks area did not load properly. Changes to the blocks for screen xxxxxxxx_Screen1 will not be saved" 

and there are no blocks after the import.

I have found that this issue occurs when you have HorizontalArrangement layout objects in the designer view, although it may happen for other objects (specifically other layout objects).

I have found a work-a-round which is to edit the files in the aia file and change the Ya Version from 159 to 158.

1. Unzip the aia file - I am running Ubuntu, so for example "unzip test.aia" (note you should use zip rather than gzip)
2. Edit the *.scm file and change "YaVersion":"159" to "YaVersion":"158"
3. Edit the *.bky file and change ya-version="159" to ya-version="158"
   
4. Re zip the files: example run "zip -r ../test_158.aia *" in the directory that contains src and youngandroidproject (and assets if you have media files)

The file should then hopefully import into App Inventor javabridge without any issue.

[David Wolber]

Hi Mike and thanks for your feedback. MIT App Inventor recently released so I believe we're 1 version behind. Hopefully we'll get the update in soon.

Thanks for your feedback on procedures and return values, its just what we need as we finalize the system. Any results you get-- working or not-- will be very helpful to us.

Dave

--
You received this message because you are subscribed to the Google Groups "App Inventor Java Bridge" group.
To unsubscribe from this group and stop receiving emails from it, send an email to app-inventor-java-bridge+unsub...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/app-inventor-java-bridge/5a42d2c3-b075-4534-9a62-f403f9daa84b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

David Wolber

Computer Science Chairperson

University of San Francisco

Director, AppInventor.org

[a2ga...@gmail.com]

Muchas Gracias. Yo tengo Windows solo tuve que abrir el fichero .aia, asociar su apertura con winrar y realizar las modificaciones que propones y todo ha funcionado OK.

[jonpar...@gmail.com]

Step 4 has me lost...I tried rezipping with 7zip but am at a loss how to do what you are saying with "zip -r ../test_158.aia*" .... I got a 7z file and changed the extension to .aia but javabridge would not import it saying it is not an .aia file....

[jonpar...@gmail.com]

Also tried zip and changed extension to .aia and got server error try again later...

[Mike Bounds]

Try just steps 1 and 4 as if you just zip and unzip file then you should be able to import and if you can't, then you are not zipping back the same, so you cannot rezip in 7-zip format or gzip format - you must use zip format.  I did notice if you followed my instructions, then the rezipped file would contained a copy of the "test.aia" zip file as in step 1 I unzipped the files in the same place as the zip file, so this may cause an issue - so here is processes for checking zip process works and when this works you can re-introduce steps 2 and 3 to change YaVersion:

mkdir testzip
cd testzip
unzip ../test1.aia
ls (this should list src and youngandroidproject directories and assets if you have media files - it should NOT list test1.aia)
zip -r ../test2.aia * (note you need a space before "*")
ls -l ../test*aia    (this should so that both zip file have the same size, although I noticed they don't have same cksum which is could be because of some data/time information)

If they are same size then you should be able to import the rezipped file. 

If you are using WIndows Command shell then the above should still work (just replace ls with dir to check list of files) and you may have to download zip.exe if your version of WIndows does not have zip.  

It should also work using a GUI zip version, but you may need to rename aia with zip for GUI to recognise it is a zip file, but you need to make sure you zip back in zip format as more than likely the GUI will default to more a efficient zip format (like 7 zip) as "zip" is old and does not compress as well as modern zip formats.  

Note if you don't specify extension when zipping, then it should give it a "zip" extension which is another way you can test it is zipping in right format (which you will then need to rename as aia extension)