Visual Style Builder frozen - does it do any auto-saving?

[Adam P]

Hi, please let me know immediately if possible.  I've been working on our theme for probably about 5 or 6 hours and on the RadPanarama > RadPanaramaElement node I just clicked on "PanaramaBackgroundImage (ImagePrimitive)" and now VSBuilder is "not responding".  It's been this way for about 20 minutes now.  To my dismay, I just checked the Modified Date on the .tssp file and it's from weeks ago (so I never saved, argh!).

Please please please tell me there's an autosave file in some temp folder somewhere =).  I really think I just lost an entire afternoon (on the weekend, no-less) worth of work.

I'm not sure what caused it to lock up...

Thanks

[Adam P]

It looks like it's stuck in some loop.  It's consistently going between 692mb and 1096mb of memory consumption according to task manager.  It drops back down to 692mb about every 30 seconds, so it's doing it pretty quick.  My laptop is burning up right now.  I still haven't killed it.  Should I just give up?  Shucks

[Adam P]

Well, I tried several things and no luck. 

I checked %TEMP% and there were no files that seemed like they could have represented a temp save of my tssp file (based on size, name, or modified dates). 

I checked my Telerik app data folders, nothing there that I saw...

In taskmgr.exe I selected the "Analyze Wait Chains" which sometimes will provide some information, but it didn't have anything listed.

I finally decided to try to End Task, but I was kinda hoping to just cancel with it prompted me to End Now but it sent the Close WM to the Telerik form, and it closed without ever asking me... Oh well... 

I'm not sure if this was just a one-time hiccup, or if the RadPanorama theming stuff (or the fact that it was an image element) has issues.

Suggestion request: implement auto-save and when re-opening Visual Style Builder ask to recover files that were not saved properly upon exit.  Thanks. 

[Adam P]

Me again, so same thing happened again but this time I have been remembering to save regularly.  It definitely has to do with an Image Repo.  I clicked Edit on this Image Repo (see attached screenshot) and it gets in that weird loop chewing up memory and becomes permanently unresponsive.

[Adam P]

So this is happening pretty regularly.  Another day, another crash...  It's always with an Image repo, but it doesn't happen every time.  Here's another screenshot of the crash (not that it shows a lot of info...)

[Dimitar]

Hi Adam,

Thank you for writing back.

I was able to reproduce the described issue and I have logged it in our Feedback Portal. You can for status changes and add your vote or comment for it in the following page:  UI for Winforms Feedback Portal - FIX. Visual Style Builder - the application crashes when the image property of an element is changed and the tool is running under Windows 8.

Unfortunately, due to the nature of this issue I cannot provide you with a workaround for this issue. As a suggestion you can change the images in code for now.

Your Telerik Points have been updated for this report.

Regards,
Dimitar
Telerik

 

 

[Adam P]

Thank you Dimitar!  I have been working through the weekend on several major theming changes in our application.  The crash was upsetting, but I was able to pretty quickly reproduce the work I had done and I have just made it a point to save on a regular basis.  After that, it wasn't a big problem.

[Dimitar]

Hello Adam,

Thank you for writing back.

I am sorry that you have lost some of your changes. We will do our best to solve these issues in one of our next releases.

Please excuse us for the introduced inconvenience.

Regards,
Dimitar
Telerik