nor the “camera view to infinity” issue that is a known bug
I actually search before I spend time to write anything. Yes.
That out of the way, here’s what we encountered on the secretary’s computer running win 8.1 with make 17:
ALL worked well, always.
Only SUDDENLY neither right-click nor selecting an item works
NOT slow, I said neither of that works at all, all of a sudden
Observations:
we work a lot with keyboard shortcuts. Maybe hit a “magic keystroke” that produces this behavior? google & co can’t find anything though.
last thing done: right-click to save a created component to “disk”
Orbit and other tools still working fine
Other models still working fine
Restarting the SUDDENLY problematic model did not improve the situation
the tooltip hint for Select tool still shows up at bottom of screen
now the weirdest bit noticed: since this odd sketchup behavior, we have a dotted long rectangle OUTSIDE the model that we have not drawn ourselves (not knowingly). This is not this topic: sketchup what does a dotted or dashed rectangle mean - Google Search
And it is not clickable either, no.
Question: Has anyone else experienced this oddity, ever?
Does anyone know of an “accidental” keyboard shortcut that will produce this Sketchup oddity?
I still see a chance that it’s just a user input error, no bug. But either way, it shouldn’t happen. Because it keeps the user’s “productivity” focused on trying to solve an issue USING Sketchup at all.
Happy to provide the suddenly problematic model if needed. Size is only 606kb. It’s originally a download from 3DWH, but so much improved it’s now ours.
Yet WAY not finished. Hence a shame it stopped working out of the blue.
These two items strongly indicate some flaw in that specific file, as opposed to your SketchUp installation or configuration in general. Could you upload the file here so we can take a look?
If inside, does pressing the ESC key a few times back you on out to the toplevel of the model ?
Verify the mouse still works with other applications. Mice go bad sometime, and this time, might have been “sudden”.
Check your update history. Windows Update may have been doing an update in the background.
It’s been known to reset things and update graphics drivers to an older version, and make changes to power management that cause issue for SketchUp.
When restarting applications does not improve things, … reboot the computer to refresh all memory.
Memory can get corrupted.
I had a case recently where suddenly someone was having right-click menu appearing after several seconds, and the Edit menu contextual sub menu would never appear. The customer was getting a bit upset about it, but managed to track down the problem to FredoGuides.
If you use that extension take a look at where I asked Fredo6 about it, and try the later version he made to try to solve the problem:
Wow, only great responses this time, impressed, thanks so much to everyone!
As offered, and requested by @slbaumgartner and @Geo I try to insert the file here. Despite my risk that “everyone” might have a laugh at us aka “what, you didn’t notice WHY it suddenly fails? You stupid user you!”…
@colin 's hint (“The customer was getting a bit upset about it, but managed to track down the problem to FredoGuides”) is interesting as it is along one of my own ideas that maybe an accidental keystroke “wrongly” started some extension. However, Colin’s case description is entirely different, but yes it could be another such issue, why not.
@DanRathbun: “Is it outside the SketchUp applications window ?”, Sorry, with “OUTSIDE the model” I meant inside the application window, just outside our actual model context.
When/If you see the file: the weird new dotted rectangle is the one you see LEFT. (the components briefly set aside on the right were on purpose).
“ESC key” no change
“mouse” is great
“update history” we would NEVER allow silent background updates, nor should you
" reboot the computer to refresh all memory" - this one is interesting, we didn’t do THAT because it stops (gosh) all other apps running and needed. ALSO because: can “memory actually get corrupted” in such way that still any other model works well, and ONLY the weird one does not, suddenly?
I am not geek enough to know, only you are, Dan.
My guess: no. Then NO model would work anymore.
??
Now here’s the promised file, as said, it’s a model from 3DWH, just changed a lot already. Floor plan II.skp (610.1 KB)
The others have set you on the path again, but I’ll chime in with some details so you can avoid a repeat:
You fell victim to the (now well-known) “singular text” bug. There are four leader texts (ones created with this tool ) in the model that have flown away to infinity.
These texts originally said:
Master Bed 1
Kitchen
Great Room
WIC
Once one or more texts have flown away, if you zoom extents or sometimes orbit or zoom in other ways, SketchUp moves the camera away to infinity in an effort to make all of the model including those texts visible. That causes all the geometric contents to shrink to invisibly small. The bug can also cause other strange effects, e.g. your inability to select anything, because SketchUp is straining to figure out where everything is.
The bug is triggered when you are working on a basically 2D (planar) model, attach a leader text to a face in the model, and later edit the model in a way that either erases that face or causes it to merge with an adjacent one. It doesn’t happen absolutely every time - sometimes you can get away with such edits, which lead to confusion because based on experience you didn’t know you were doing anything wrong.
This bug was present in versions of SketchUp up to and including 2018. An imperfect fix was introduced in 2019 - I say imperfect because it may leave the text pointing at nothing, and you can’t reattach it. The script @colin ran was generously provided by (I think?) @sWilliams specifically to repair this issue.
To avoid causing this again, the only known method (short of upgrading to 2019 or 2020) is to avoid attaching leader text to a 2D model until you are finished editing the geometric contents. Ignoring this advice is playing with fire.
Thanks to everyone not bashing us (this time).
Great feedback, thank you all.
In fact Steve’s explanation explains it so well I now understand it too:
As said, it is a model downloaded from 3dWH, the leader texts were in it. Sure, our changes then “must” cause the known bug to surface. But since we didn’t see anything in “infinity” we didn’t even suspect it could be the same bug.
Nor did we create hidden geometry.
I suspect, like before, it’s an input error, when too quickly using hotkeys.
Colin’s script that solved it I’d be interested in, and I will look for @sWilliams ’ post of it that Steve mentioned.
@colin: Your corrected model DOES work, yes, confirmed, thank you for fixing it
@slbaumgartner: “avoid attaching leader text to a 2D model until you are finished editing the geometric contents. Ignoring this advice is playing with fire.” - crucial advice, thank you.
So I guess the advice then actually is: “Delete any leader texts that you see in models you download from 3DWH if a 2D model, or you’re playing with fire” ?
And THAT indeed is both new to me, and an essential tip for anyone I guess, hence why I thought I spell it out once more
Depends what you are intending to do with the downloaded content. The bug is triggered when you edit the model in a way that alters a face that has a leader text attached. Certainly deleting all of them will make it impossible to trigger the bug until/unless you add some of your own.
This in one reason many of the SketchUp experts advise using LayOut for all annotation, though that doesn’t help you if you only have SketchUp Make.
Yes I guess most people who download models from 3dWH either do it to use them as basis for their own new model (if suitable/good), or maybe just to learn from the model (if super good) ?
So the safest thing for the computer that has make17 on it is indeed to delete texts in downloaded models of said type (2D you said).
I interpret your tip to suggest that once a model extends items into the z axis (3D) the bug cannot even surface at all.
Interesting bug, really. I wonder what it’s code is so to say.
FWIW, some of us discussed the bug with one of the developers at DevCamp 2018, and he came up with the fix that went into 2019. He didn’t tell us exactly what he did, but I suspect the cause was that the code tried to recompute the anchor point of the leader based on the deleted face, and got nonsense coordinates back.
That makes sense, yes. I guess, what I would have done to solve it then is, to simply put any “orphan” texts to axes’ origin, even if 5 end up there, no bug then, you can just delete yourself the texts you no longer want.
@colin: No Colin, I don’t have the link now, but my upload here was the original file name, so we could have a look if 3DWH’ search engine allows to search by filename, we’ll see.
I do realize however, that quite many models in there are from SU “beginners” and that’s not an insult, I count myself as one and always will.
I just ran the test myself: No WH does not. Neither Floor+plan+II.skp nor Floor+plan+II brought up results.
Hm, wouldn’t it be great to make that tiny improvement to the WH search engine?
By filename?