Pages selection crashes LO
-
A 16MB LO 2.1 file with 5 Pages comprised of house plans, sections and elevations worked fine until a recent model update. Now every attempt to change a Page results in a crash. The model was created in SU 7 Pro using OSX 10.4.11. Any suggests for overcoming this problem would be greatly appreciated. The drawings were fairly developed with dimensions, notes and rendering so the prospect of losing all the work is pretty discouraging. If I'm forced to redraw everything and I use LO, I'll create single Page drawings to reduce the risk of Page-related crashes.
-
arumaret,
I would try temporarily unlinking the .skp and turning off auto render in the Sketchup Model view tab if this is selected on all models on all pages.
Then Re-link the .skp and update model references by page if you can.My 2 ¢
Best,
Charlie -
This sounds like a bug I reported (along with several other folk) around early December 09; Barry J. posted a description about how to check the LO file and fix it but I can't find it!
IIRC the essence of the problem is that occasionally a connection between some LO entity and another can get broken and sometimes LO copes and other times it goes BOOOOM!!!
-
Arumaret,
Check out this topic, http://forums.sketchucation.com/viewtopic.php?f=12&t=24320
This same thing has happened to me...by the way, bjanzen, the QA tech at Google, was extremely helpful in salvaging my file. I was really impressed by his doggedness. (In my situation, just attempting to open the LayOut file crashed LO, which initially made the following link of interest: http://www.google.com/support/forum/p/sketchup/thread?tid=5243a803f40e261d&hl=en But didn't work for me because the file was completely screwed up. Another incident involved LO crashing on me when I attempted to open the last page of a 5 page LO file.
Also, I'm interested to find out if Charlie's idea might have worked, and Tim, thanks for your input a while back regarding LayOut idiosyncrasies; you described a duplicate layout problem I was having, and your extremely understated description of your frustration level was perfect. Kind of like a stifled scream...I had to laugh. -
Thanks to everyone for their responses
Charlie:
The auto render function was already off but I tried unlinking/relinking the model as per your suggestion. It's possible to add new Pages with different model views but LO crashes if I attempt to open one of the original Pages.tim:
I recall a number of posts dealing with different crash situations but am not aware of a description of how to check the LO file. I'll do some searching.mavie:
Thanks for pointing out the relevant topics. I'll follow up with Google support and see if they can salvage anything from the file.Up to this point I found SU/LO to be a pretty effective combination for simple construction drawings. Obviously there are still some stability issues and LO needs to be more robust but hopefully it won't evolve into a bloated quasi- Revit.
-
arumaret, I completely agree- LO is becoming a really functional tool for most of the smaller construction doc purposes in our office, (and right now in this economic climate, they're pretty much all smaller!) and when I'm cruising along with it, all is well and life is good, and I have completely forgotten about its 'idiosyncrasies' its always then that it suddenly freaks out and blows up. I still love it, though, and especially because of Google techs like Barry Janzen who are working very hard to get LO to a place as stable as SketchUp--and who really respond to those of us who have seen its uglier side with an amazing amount of input and help!
-
arumaret - if you can send me the doc, I'll take a look at what's wrong. Easiest way is to upload to Google docs, and send me a private msg on sketchucation once you've done that.
b
-
We got an excellent clue from mavie that the LayOut file error was preceded by the SketchUp model possibly needing to repair itself. If anyone observes this, or any other clues, let me know.
I'm really busy today, so I'm only going to have time to fix any broken files and do other work. I'll post later about how you can look at these files to try to troubleshoot what's wrong.
b
-
K, file is fixed. For some reason, after updating the reference, the vector renderings were pointing at the old reference id. Jeff found it, because there was only one skp file reference, and two different id numbers in the file. Thanks for getting the file to us, and we'll try to figure out how this happened.
b
-
I had another instance or two of this (kind of) issue last night. My (relatively) quick fix is to delete the offending view and replace it. This has the obvious hassle of getting it all realigned with the accompanying annotations, so it can be more or less quick depending..
I still can't work out a pattern of how it might get caused.
-
Tim - in the file I just fixed, you couldn't get to the page with the offending view because it'd crash, because it appeared that the links to the model did a somewhat halfway update (or it updated raster views and not vector/hybrid views). We go in and look at the XML to see what doesn't make sense, but it appears to be all related to changing the model (adding geometry, having "Fix Problems" run on the SketchUp model - which is changing geometry, etc...) but then on TOP of that having some condition in LayOut that causes a failure to pick up the updates completely.
Please submit files you get that are horked up, and we'll fix 'em for you. We're getting closer to a solution. Fortunately, this is fairly rare. In the mean time, save regularly (model and .layout).
b
Advertisement