hello,
i have noticed that occasionally the view cube is not working correctly. the small house icon disappears and the cube becomes inactive. clicking on it does nothing. also it seems like its is a lighter shade of grey? that may be due to it not being clickable. i have not found any solutions to this issue, and i cannot determine the cause. usually it becomes usable after a while. hopefully this is just user error and someone can tell me how to fix it. its not a huge issue but it is very frustrating.
thanks
Solved! Go to Solution.
Thanks for letting us know.
I'll repeat my request from two years ago:
I'm happy to escalate as a high priority for fixing, any method that can reliably repeat the frozen view cube today.
There is a particular habit, workflow, or action that causes it regularly for some users. What is not known is what these habits, workflows, or actions are. The only way to debug a software problem like this, and later test the fix, is to be able to repeat it. It has to break on demand, and then the fixed build must withstand all efforts to break it.
I work mostly on crashes. Which means I try as hard as I can to break Fusion and report it to developers. If you can help me break the view cube, I will escalate the issue to a very high priority. But I can't figure out how to break it, so your help is appreciated in that regard, especially everyone who has commented here who obviously is deeply impacted by this problem. I'd love to see it fixed for you all.
I wasn't doing anything out of the ordinary, just using the application so I can't say what I did to cause it. It worked fine and then it didn't the next time I went to adjust the view. All I can say is at the time I was using the Hole tool, had closed it and wanted to re-home the view. At that point, it was completely inactive in the sense that (a) the home icon wasn't visible; and (b) the cube couldn't be clicked on or rotated. It's the first time it's happened to me and I'm not doing anything at all complicated, and it's not even a particularly complex model that I'm working on. Finding this thread, and finding a potential solution using the trackpad, I tried that and the home icon re-appeared and I could click on the cube. I don't use the trackpad for view manipulation - when I want to re-orient the view I either (a) click on the cube side I want to view; or (b) hold the shift-key, press the middle button on my mouse (Logitech MX Master) and directly manipulate the model orientation to work on it by moving the mouse.
I believe that existing for 10 years does indeed qualify the bug as "persistent".
Today, it became impossible to zoom in and out with the mouse. I could pinch on the trackpad and it worked, but that didn't re-enable to functionality via the mouse. I had to quit and re-start for it to start working again; I don't know if this is related or not as the view cube was still active.
Same. Losing zoom, view cube becomes non-responsive.... I’ve closed and re-opened the same file eight times today just to continue working.
It’s awesome that this issue has persisted without resolution since 2015....
Since it happened 8 times, did you notice any pattern to what you were doing when it started? We're looking for help to reproduce the effect so it can be repeated while debugging.
No apparent pattern. Just tooling around in design mode doing basic sketching and extruding. Seemingly random.
I’m not aware anyone in the years of this thread has ever found a pattern.
Was it
Something like that?
No identified causal action and not predictable. Only noticed it when either zoom or view cube occasionally quit working.
Sometimes, you just have to trawl the code: the symptoms are pretty well documented so someone who knows the code base related to the cube needs to make considered investigations about what may cause it and either make changes to see if it fixes the problem, when released, or perhaps capture the debugging information to look at when it does. I see no other way if you can’t reproduce the problem. In my work, we were being given reports of our software locking up but I couldn’t reproduce it. All I could do was rationalise the symptoms, use experience to think about what may be causing the issue - race condition - and trawl the code making changes where such a condition could arise. I could test that the code wasn’t broken but couldn’t test if the problem was fixed until it was released and in use.
If it has been an issue since 2015 - I’ve only noticed it since the last-but-one release (I’m not a hardcore, daily user of the app) - then I see no alternative bar ignoring it. I only use the MacOS version.
Please do not assume that every Fusion user experiences this. Instead, please help figure out what makes you unique, which will lead to a solution much faster.
Regarding making random code changes: We can't trawl the code and guess what might work. This requires a reproducing case for debugging.
It’s 2024 and with this last F360 update this problem has gone from annoyingly intermittent to basically just happening by default with every session. Used to be that forcing a version save would reinitiate the viewcube. Now the only recovery is to close and relaunch F360, only for it to happen again within the first few minutes of typical design activity.
I’ve given up that Autodesk will fix this super obnoxious bug and I just try use the viewcube controls blindly.
Fusion 2.0.20981 arm64 [Native]
Active Plan: Subscription
macOS 15.1.1 (24B91) on MacBookPro18,2
Can't find what you're looking for? Ask the community or share your knowledge.