This won't help, but you arn't alone. We have Sketchup7 installed on about 80 PC's in some of our computer labs and they all crash if you try and access the 3D Warehouse. Other PC's in differnt labs are fine, other people connected to the same netwokr through a laptop are fine. We're stuck as to the reason why - we can only assume it's a hardware or a network conflict somewhere. We can only get Sketchup to work if we deactivate 'use hardware acceleration' in the OpenGL Toolbox, but this has had no effect on the 3D Warehouse.

I had problems with the latest nVidia drivers for the Quadro FX3500 card at work. I could only have one OpenGL application open at a time. Any more and they would start complaining about lack of video memory ir start acting odd. Reverting back a couple of version sorted it out.

Thanks for the input Remus. An update - I uninstalled SU7 and that solved some of the weird problems I was having between SU and Hypershot (images opening in HyperShot that looked like something from a bad move about LSD). So I'm back to work but I still have the strange file saving issue. I've attached a screenshot of the folder hierarchy but I've never done that before so I don't know if it will show up correctly on the forum. This shot is after working with a drawing called SpiralSU6Classic. All of the numbered files 0 through 9 are the automatic saves during my most recent period of working on the drawing. And two other things to notice - there's 2 files called SpiralSU6Classic and there are no backup files. Doubt I'll ever solve this one but thought I'd send off an update anyways. Thanks again [image: ObHx_BizarreSaves4.jpg]

@gaieus said: Okay, so what I found out (at least that's how it works for me) is: If I create the group after adding the guide to it, everything works fine (see Group and Guide1 in the example file) If I rotate the group (with the inside guide included), the outside guide line will be drawn by the exact double value of rotation as I rotated the group - see G2 in the file where I rotated the group by 30 degrees around the red axis but the secondary guide is "rotated" at 60 degrees (measured to the green axis; see from the side). If I only group the rectangle and the guide AFTER rotating them first, the secondary guide is drawn parallel again. Ah. That's good info. I couldn't work out what determined the direction of the mis-aliged guide. Hopefully this should be enough info for the SU team to terminate this bug. ...what's the most reliable channel to report a bug? (which SU had a bugtraker system)

Even at the risk of making SU more complex I would vote for some new Preferences or even per-component options on this. For instance, on a DC brick wall, the texture ought to stay the same scale however the component is scaled. On the same note, I just discovered that a glitch in older versions has been repaired in SU 7. If you make a recessed window in a brick wall in version 6 and turn that into a (hole-cutting) component, the brick texture in the recess sides is rotated 90 degrees, and you have to open the component and rotate the textures back. Now in v7 keeps the general orientation intact Anssi

But does he wear them??

@gaieus said: Sorry for being late (and I'm not even sure this would've helped) but here's another tip just in case. Ah yea. I've resorted that some times with windows flying off screen.

Hello, This definitely sounds like a video card (or rather driver) issue. First go to Window > Preferences > OpenGL settings and disable (uncheck) Hardware accelertion. If it seems to fix the problem, don't be happy yet as if you work with HW acceleration off, SU may become slower with bigger models as well as some plugins (like LightUp for instance) won't work. You will need to make sure to update your video driver. Hopefully you don't have an "integrated video chipset" in your laptop - as they don't seem to fully support OpenGL - but unfortunately many "mediocre" laptop builds come with them nowadays (typically Intel motherboards tend to have these...).

I can; I tried.

Mine crashed as well, tried copying it into a new file and that crashed it as well. p.s. those lights arent particularly well modelled (or theyve gone a bit weird on import), you might be better of modelling them yourself.

Hello, I haven't determined if its a file size or poly count problem. My file that is having a problem is: Size: 43 MB Edges: 1,508,474 Faces: 51,451 I'm going to try a 3DS export to C:\ and see if that changes anything.

I do have a bad tendency to leave out a few chains of thoughts when I express myself...

LOL... of course 2 minutes after posting this topic I found a solution. This neat little Windows app lets you resize or move any window by holding down Alt and right-click or left-click respectively. I got my edge back! http://corz.org/windows/software/accessories/KDE-resizing-moving-for-XP-or-Vista.php

It was definitely fixed in SU7.

Makes sense, what version of OpenGL did SU6 support? But guess that's not the point so it doesn't matter. The offending computer is at another physical site. I will post the info you requested later, but any speculation on why inserting certain components (see initial post) corrects the system's video display?

Hi Larry, Had you had any similar crash before you moved your component libraries? "As if..." I'd read about some similar crash with Mac & the Component browser but I cannot recall where. Also, I'll move your post to the Bug reports subforum...

Yea, this model could be SU4 or SU5 originally. The one I opened was SU6. Problem is, resaving doesn't work. The bug follows the model. But I need to use that model. I got around it though by making a script that found the missing materials, and made fresh new copies of the materials, then iterate over the model and replace the old buggy materials with the new ones. That preserves the UV mapping that was done. I guess this is one of the one timers kind-of bug. I did have problems with the same model earlier. Due to the network paths. But only when I had V-Ray installed. V-Ray would try to access the original bitmap, but the path doesn't exist any more. So everything I did anything in SU, it'd freeze for 30secs. I sorted it by writing a script that'd export all textures of networked materials and reload them from a local path. Though, at that time I didn't notice I was missing some textures. weird stuff. and I'm stuck with this model. ghnngh

I used to work for the Windows Firewall team in my previous job. I guess I had an advantage on this one, it sounded very familiar to me. I am glad it worked. Simone.

Just FYI for anyone that might come across this thread. As a workaround you can download a plugin here: http://www.sketchucation.com/forums/scf/viewtopic.php?f=180&t=14684&p=111254

Hi All, the help center language bug should be fixed for the maintenance release which will be released hopefully soon. The Generate report 404 error, is something I am pushing hard to be in that release as well, and we might have a temporary fix even before then. Thomthom asked: "But what happens when a user often change between being connected and not connected to the internet? A laptop user that moves around often for instance. When you are connected you get one type of report which is different from when you're offline and there doesn't seem to be any indicator to why, leading to potential confusion." This is an excellent question. The two reports are at this point in time identical so there should be no confusion, if we decide to add functionality to the online one, we will have to make clear to users why the Generate Reports might appear different. And which one they are currently using. Thanks for all your feedback, and rest assured I am working on this and I hope we will have a solution soon. Simone.