Fusion 360 destroys itself

[cekuhnen]

I started Fusion

There were interface glichtes like the mouse courser gone in a new sketch

Then buttons became unresponsive and Fusion crashed.

Trying to start it again gives me now this message:

This is also now the second time Fusion created this error when starting it. Last one was because after the update the app link did not work

or was still directed at the old web deploy version and not the new. Checked this time and the link is corrent.

Could you please at one point install Fusion like any other application? My OS X folder is filled with all those

all eb deploy garbage left overs ...

Going to wipe Fusion of the HD and re-install again.

Error Details:

Process: Autodesk Fusion 360 [596]
Path: /Users/USER/Library/Application Support/Autodesk/*/Autodesk Fusion 360.app/Contents/MacOS/Autodesk Fusion 360
Identifier: com.autodesk.fusion360
Version: ???
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: Autodesk Fusion 360 [596]
User ID: 501

Date/Time: 2015-08-19 12:25:17.155 -0400
OS Version: Mac OS X 10.10.4 (14E46)
Report Version: 11
Anonymous UUID: 6E7D6BE1-937E-13A8-C7ED-990252E4931B

Time Awake Since Boot: 100 seconds

Crashed Thread: 0

Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000

Application Specific Information:
dyld: launch, loading dependent libraries

Dyld Error Message:
Library not loaded: @rpath/Qt/QtCore.framework/Versions/4/QtCore
Referenced from: /Users/USER/Library/Application Support/Autodesk/*/Autodesk Fusion 360.app/Contents/MacOS/Autodesk Fusion 360
Reason: image not found

Binary Images:
0x7fff61533000 - 0x7fff61569837 dyld (353.2.1) <72A99D0F-0B56-3938-ABC5-67A0F33757C4> /usr/lib/dyld

Model: MacPro3,1, BootROM MP31.006C.B05, 8 processors, Quad-Core Intel Xeon, 2.8 GHz, 10 GB, SMC 1.25f4
Graphics: NVIDIA GeForce GTX 970, NVIDIA GeForce GTX 970, PCIe, 4095 MB
Graphics: NVIDIA GeForce GTX 970, NVIDIA GeForce GTX 970, PCIe, 4095 MB
Memory Module: DIMM Riser B/DIMM 1, 1 GB, DDR2 FB-DIMM, 800 MHz, 0x830B, 0x4E543147543732553850423942442D324320
Memory Module: DIMM Riser B/DIMM 2, 1 GB, DDR2 FB-DIMM, 800 MHz, 0x830B, 0x4E543147543732553850423942442D324320
Memory Module: DIMM Riser A/DIMM 1, 2 GB, DDR2 FB-DIMM, 800 MHz, 0x80AD, 0x48594D5031323546373243503844332D5335
Memory Module: DIMM Riser A/DIMM 2, 2 GB, DDR2 FB-DIMM, 800 MHz, 0x80AD, 0x48594D5031323546373243503844332D5335
Memory Module: DIMM Riser A/DIMM 3, 2 GB, DDR2 FB-DIMM, 800 MHz, 0x80AD, 0x48594D5031323546373243503844332D5335
Memory Module: DIMM Riser A/DIMM 4, 2 GB, DDR2 FB-DIMM, 800 MHz, 0x80AD, 0x48594D5031323546373243503844332D5335
Bluetooth: Version 4.3.5f8 15969, 3 services, 26 devices, 1 incoming serial ports
Network Service: Ethernet 2, Ethernet, en1
Serial ATA Device: SanDisk SDSSDHII240G, 240.06 GB
Serial ATA Device: KINGSTON SV300S37A240G, 240.06 GB
Serial ATA Device: ST3500830AS, 500.11 GB
Serial ATA Device: ST500DM002-1BD142, 500.11 GB
Parallel ATA Device: OPTIARC DVD RW AD-7170A
USB Device: Hub
USB Device: Microsoft® LifeCam Studio(TM)
USB Device: Logitech G330 Headset
USB Device: SoundSticks
USB Device: Keyboard Hub
USB Device: USB Receiver
USB Device: Apple Keyboard
USB Device: Bluetooth USB Host Controller
USB Device: DTZ-1200W
FireWire Device: built-in_hub, Up to 800 Mb/sec
Thunderbolt Bus:

[cekuhnen]

wow- check this:

1. check current app icon I used yesterday and today next to autocad and moi

2.

3. so now the new app icon is right in doc

4. and old app icon from today is gone

what is going on here - this is the same error I had some days ago.

but this time when I went to the location of the original app link it showed the current fusion folder with the files inside!

something is corrupting this

[svelez]

Hello Claas,

I can't say I am familiar with this exact behavior but given the combinations of reports, I suspect that the most recent update failed, somehow, to update your dock icon to point to the newly updated application version.

Launching from the dock then loaded the old version which rather ungracefully started cleaning itself up... hence the poor behavior and the subsequent failure to restart.

When cleanup completed, that stale dock icon was removed as well, and that would be why you don't see it in it's former location.

The application launched by the installer has not been asked to stay in the dock, and that is why it remains at the far right.

May I ask a couple of questions:
Does the application launched by the installer function correctly?
If you carried out your plan to "..wipe Fusion of the HD and re-install again.", what is the process followed for the "wipe" step?

Finally, I may be able to find some confirmation for my hypothesis in the log files found at ~/Library/Application Support/autodesk.webdeploy.streamer.log and then investigate whether there is something we can do to prevent this in the future.

But what is past is past, and what is most important for your functional state is determining whether the current installed version is good. Launch with the installer, or more easily, from Launchpad, and if all is well, then just use the dock ui to mark fusion to "keep in dock" if that is what you desire, and hopefully, we will correctly update this during the next release.

If your installation is not currently functional, then we will have to find out what went wrong, but the most expedient solution may be to completely start fresh with the process.

Thanks,
Steven

[cekuhnen]

This is what happened:

As stated before 2 weeks ago I had a similar issue - but I guess there I removed the wrong ICON.

After the update I had 2 in the doc.

However yesterday it was different.

I used the software the day before and no update was done.

I only had one icon in the doc.

I went to the icon source and it showed the usal Fusion file (file size and all the files in that folder)

So I assumed this must be different.

When I started the new installer it just asked me to launch Fusion because it was already corretly installed.

So I did and the app cleaned up the icon mess.

[svelez]

Please post or PM me the file ~/Library/Application Support/autodesk.webdeploy.streamer.log 

Thanks,

Steven

[cekuhnen]

odd - not I see this today

the icon the installer updated for me is now linking to a different folder

honestly I am not sure what Fusion issue here is

- this is just a mess, you guys make it incredible hard to clean this up with the way how you store the app honestly

[cekuhnen]

I do not have the folder and also cannot find it anywhere else

~/Library/Application Support/autodesk.webdeploy.streamer.log

[svelez]

Sorry... my mistake... the actual path should be ~/Library/Logs/autodesk.webdeploy.streamer.log. Note: "Library" is hidden from the finder, so you will have to use the terminal to get there or "Go To Folder..." (shift-command-G in the finder)

And yes, we do seem to be leaving unnecessary remnants of old versions. I can only apologize for this at the moment. If the application creates any files in the install folder post-install, this prevents the containing folder from being cleaned up. We should keep better track of these things.

You should, however, be able to safely delete any folder directly containing "Autodesk Fusion 360" that does not contain the "Autodesk Fusion 360" you are currently using.

Also, our Mac App Store release uses a more apple-centric deployment mechanism (of course).

Steven

[cekuhnen]

so here

[eric_strebel]

I have the same issue today! not good. How do I fix this? I need to do a bit of work...

[cekuhnen]

Eric

Just go to the application support folder and in Autodesk delete the Fusion 360 and web deploy folder and then install Fusion again.

Nicely that one installs fast!

[svelez]

Hello Claas,

Sorry for the delay in respoding.  The log file had lots of data to wade through, and I had to use some deduction to reconstruct the situation.

In any case, I think my hypothesis is at least partially correct.  On 8-19, your installation was [background] updated to 2.0.1593... however, for some reason I can't be sure of, the next application invocation was not of 2.0.1593, but 2.0.1591, the previously released version.  This invocation does show some distress in the logic due to some missing files (ironically while doing clean-up).

After that, I also see the launch of the current version with the installer which at least appears superficially ok... and then evidence of a further update to 2.0.1596 and your indicated wipe-and-reinstall.

In any case, I thought I would update you so as to bring closure to the situation.

I suspect that there are some difficulties keeping the dock icon up to date.  Correcting this has a few technical barriers to overcome, so I can't be sure when the issue will be resolved.  Hopefully it doesn't happen frequently enought to be a total nuisance.  The symbolic link in ~/Applications, and by extension the entry in launchpad, should be fairly reliable until we can get this issue resolved.

Beyond that, it seems wrong that an application should try to uninstall itself even if it is not the most recently installed version.  We will try to put in some protection against this.

Thank you for your patience.

[svelez]

Eric,

Claas's suggestion to delete the webdeploy folder and re-install is in fact the most immediate way to restore you to functionality.

Steven

[eric_strebel]

Yes, this worked for me.

[cekuhnen]

@svelez 

Seing Eric had the same issue I had twice something must be wrong with the OS X version.

Fortunately Fusion 360 installs in no time that is pretty good!