Images not showing up after app crash

smcady shared this problem 6 years ago
Solved

I have been using prototyper for about a week. I have a fairly sizable prototype now and I am terrified that I have lost all of my work - or most of it:


I have been assembling screens in large part, with images that I have been copying from photoshop and pasting directly into the prototype. A few moments ago, the app crashed with an "unexpected error". I restarted and stared in wide-eyed amazement as I saw that screen after screen of the prototype is now filled with red "x's" where every image that I had pasted had once been - every template, every master, every screen - all gone. PLEASE tell me that I dont have to go back through the entire thing and redo all of that work. Tell me that it's just some pathing problem that can be easily resolved and that you guys would never have developed this in a way that doesnt save images pasted to the filesystem as a resource in some way...

Comments (9)

photo
1

Good news - although I don't know how or why the problem with the images disappearing occurred, I was able to load a backup of the project that the app had saved only minutes before! SAVED! (and no longer terrified!)

photo
1

Hello,


I’m glad that you could load a backup of your prototype and continued your work without problems.


Anyway, we are really interested to know what happened with this prototype in order to solve the problem, so we want to ask you a few questions.


First of all we will appreciate if you could send us the prototype filled with the red "X's", and tell us which version of Justinmind Prototyper are you using.

photo
1

I have actually had this happen a number of times now. Each time I have been able to recover a backup that has gotten me around the problem and used it to save over the prototype file that had the issue. Next time I have the problem, I will make sure I save it seperately and send it to you.

photo
1

Carles - I just sent the .vp file to jim.info@justinmind.com as I did not see your email address in your post. If there is another address you would like it sent to, or additional files you need to research this, please let me know. Here are a few things you should know that might help you in your troubleshooting:


1. I did make a change to one of the apps ini files after installation. The app would not start after installation, failing with an error re. being unable to write to the configuration directory (I cant recal the exact error, I'm afraid). Anyway, I poked around a bit and ended up changing two paths located in "JustinmindPrototyper.ini" and got the app running - though apparently not working! ;-)


Changed----------------------


-configuration


@user.home/Justinmind/4.4.1/configuration


-data


@user.home/Justinmind/4.4.1


-----------------------------


To---------------------------


-configuration


C:Program FilesJustinmindJustinmind Prototyper 4.4.1configuration


-data


C:Program FilesJustinmindJustinmind Prototyper 4.4.1


-----------------------------


2. I am running your app in a Win7 VM running on an OSX Lion host.

photo
1

Hello,


The missing images issue your are experiencing are caused by the changes made in the "Justinmind Prototyper.ini" file. The application doesn't expect these changes in the "data" and "configuration" paths. Setting these paths to a directory out of the user's home directory will cause a lot of problems with the images paths, and any of the images you are using in your project will be store when you save your prototype.


Currently, I don't find any workaround that allows you to use edited paths, but this will be fixed in the next update(version 4.5) that we will release in the next month.


Anyway, it seems that the backup system doesn't have this problem, and save all the images correctly. If you want you can still use this system to save your work (notice that you can change the autosave interval time in the Preferences->Backup dialog), but this could be very tedious. Maybe we could solve your problem with the default ini configuration, so I will be interested to know which error did you get when you used the the default @user.home folder.

photo
1

The error is listed in another thread at http://www.justinmind.com/community....

photo
1

Does this issue have a fix for it yet?


I have users experiencing the same problem, but they share .vp files on a network drive, so restoring from backups isn't going to work for all of them.


Like the above user, I have the configuration and data lines edited to 'C:Program Files...' etc.

photo
1

FYI:


Seemed to have got this issue resolved by giving users modify access to ‘C:Windowssyswow64configjustinmind’.

photo
1

My system:


As with smcady, I've got a WINDOWS trial of Prototyper running in a Parallels VM on my Macbook OSX.


I've seen this issue on my VM using the latest download (so I don't agree that the issue was fixed in version 4.5. But I can say that a manual workaround is achievable by manipulating JustinmindPrototyper.ini.


My prototype:


I grabbed screenshots (.png files) of a website, and edited these to illustrate various implementation alternatives of an issue I'm working on. I saved the mockup screens into a folder. Then I downloaded and created a Prototype .vp file in the same location, and used each of the .png files as background images to matching screens in the .vp file. I linked these together to create alternate journeys in the .vp


Simulation failed:


In the default state, a runtime error occured when attempting to Simulate.


After copying my @user.home/JustInTime folder (Mac host) to C:/JustInTime (Windows VM), and restarting Prototyper after changing the .ini file to read c:/ for both settings, I was able to complete my mockup and simulate! :)


Publish to UserNote didn't upload background images:


Once satisfied, I created and then published my .vp to UserNote. Upon success, I was sad to discover that none of the background images displayed; only my custom links, comments, etc.


I realised this may be owing to changing the working paths, and /or the inability for Prototyper to embed the .png files before uploading the .vp to Usernote.


So, reverting the ini file and restarting Prototype required me to reopen my .vp file, allowing me to realise the background images were indeed NOT embedded, as red crossed boxes were rendered where the background images could not be found. So I proceeded to re-bind the images to each screen. Upon saving, I found the .vp file significantly bigger, which was promising. So I uploaded the new .vp file to Usernote, and it worked, with images!


However, Simulation now failed.


There's a workaround to achieve whichever outcome is intended. But I'm curious as to why either @user.home or Chromium isn't made a separate config entry? Is it not equally good to have a single config entry that can force using c:/abcdefg as needed?