Hi everyone, had another of this crash this morning, new files send as Bug splat and upload to googledrive as a new folder. Also I'm attaching a screenshot of how the model was saved after the crash. A moulding panel I was rotating, end up several meter from the rotating point (yellow dot). If anyone could bring some light to this, I will very appreciate. Thanks! [image: MI1Z_Captura.JPG]

What render are you trying to do ? What renderer ? More info needed please...

Just following up........I looked to the Trimble SU........Knowledge center.......(search) HLR. As I suspected.......the HLR print (output) option is vector based output. So...somewhere......somehow.....the black dimension boxes are cause/effect of......?? SU dimension text fails to convert/display as vector? User "success" in printing to HLR (w/o blacked out dimension text) .....most likely does not contain any vector based attributes. (IOW: print driver is really printing as .jpg/or other "image" file) I do not have an answer/solution.......but to say the HLR print option......when used with a vector capable print driver.......will unfortunately create the blacked out text/dims. as depicted above. Best, C [image: 1FqZ_TrimbleSU_HLR.PNG]

@driven said: @Steve, have you ever ran this on SU? https://developer.apple.com/library/mac/documentation/GraphicsAnimation/Conceptual/HighResolutionOSX/Testing/Testing.html#//apple_ref/doc/uid/TP40012302-CH6-SW1 john john, I messed some with the Quartz debugging tool back when Fredo's view.draw_text was discovered to be too tiny on retina, but a) found no way to change what SU does in that method, and b) never thought it had anything to do with flaky cursors so didn't dig deep into that. The annoying thing is that the cursor issues though not infrequent are not consistently repeatable. Sometimes they happen, sometimes not...I've never detected a specific trigger. Steve

I've certainly not seen anything like that and it's hard to guess from your image. Perhaps you can upload a model in which it is happening, this way someone can look at it and confirm one way or the other if it is your system or something in the model that is repeatable for others.

@tig said: BUT if the intersection with a Line results in an Arc that is effectively swept through 360º - so that its start vertex is at the same point as its end vertex... then later on you will get a BugSplat when trying to change the segments in Entity Info That's exactly what I was doing (a line from 0,0,0 out some distance equal to the desired radius following by moving to that point to start the circle, finishing it at 0,0,0 again). Only then, huh? Wow... that's an odd one.

Maybe I'll turn off auto-save in LayOut to avoid such a clash. Thanks for the idea.

@dave r said: Well, that sucks. Yes, annoying... @dave r said: Do you like having the floating toolbar or is it just because you want the toolbar three tools wide? To answer the off topic questions: no and yes. I'm used to ver.8 and a wider sticky toolbar. When evaluating ver.2015 it seems crippled in the ability to configure the toolbar, unless it's made floating, but then again not all tools can be moved to a custom floating toolbar (sandbox tools fails if I recall correctly). Where should I report this bug anyway?

Aerilius, thank you for your answer. I have (re)drawn my project (completely) in Inkscape, so now I have vector version. If I'll need to use SU for anything similar, I will check your (Inkscape->dxf->SU) suggestion. Thank you, Bow, Simon S love nia

Thanks Did just that and it went away Yeah Team Cheers

Change the precision setting to 1/32 and it should readjust. [image: 5GDE_Precision.JPG]

So when you hit Ctrl after getting the Rotate tool, do you get a little + next to the cursor?

the difference in my case is that I use render[in] rather than podium... it is annoying having to force quit every time... and having to load back the plugin's icons. solutions anyone?

No, and I had searched on "Yosemite" before starting a thread....

I've had this problem crop up periodically and it's an enormous pain at times. I figured that the planes were imperfect at some tolerance and I couldn't correct the problem. It doesn't happen all the time, but it happens enough. When it does I try to erase as many of the hidden lines as possible while leaving those that would cause planes to disappear. It's a time consuming pain. I've even erased absolutely everything and started from scratch only to have the hidden lines appear again often enough. Aarrrgh!!! What I find doubly annoying is cleaning up a model only to find many of the lines reappearing after I saw the model. Undoing Check Validity removes the lines in the model I already erased, but that doesn't solve the issur that those reappearing lines have been saved in the model.

Does someone have a solution to this now.... I have been looking for a answer to this problem also, the thing is I know my faces are co-planar because after it happens i can turn on hidden lines and delete the triangulations without losing my surface. Triangulation does occur from the intersect faces command as mentioned above however in some situations if I try to create an opening in a surface by drawing on the face with a rectangle or lines (my usual preferred method) then it does not cut any hole and also creates more faces across the entire surface (usually 2 extra surfaces on top of the original) in the same plane. My firm recently moved to 2013 from SU7 and it is definitely has more bugs and issues while being slower to run in general.

I use Shaderlight, and it's constantly crashing for me too. ARRRGGHHH! Clem

Working with large models was from presentation from 2008 base camp http://www.youtube.com/watch?v=hnhkei2dSrY%26amp;list=UU4r6qO9bZZXJ9WSqM7PcLBg

You should have updated the information on your OS from the beginning then. You think updating viewports in LayOut is "clunky" but exporting new images and replacing the old ones isn't? Wow!

Hi folks, since I change my hard drive and reinstall my operating system from a backup, everything came back fine. have a nice day