[Request] Attempting to get Fusion360 working locally with umu-run

[NotChristianGarcia]

I'm attempting to try and get Fusion360 working properly with umu-run.

I pick a proton version, GE-Proton10-17 currently. Then I edit the protonfixes folder inside.

1. I add a protonfixes/gamefiles-umu/umu-fusion360.py file
2. I add a fusion entry to umu-database.csv: Fusion,none,none,umu-fusion360,fus,NoComment

After this I can run UMU_LOG=debug umu-run --config ~/auth.toml with success. Installation begins for Step 1. I can sometimes launch the browser in Step 2 and grab the access token when logging in. I cannot seem to send the site authentication token to the initial auth call process in umu during Step 3.

Installation for Fusion360 has been rough for a bit, it requires an install, login, auth call, and then run with iffy directX performance.

I would like to know if I'm currently on the right track making changes to umu-run and using umu-run. There's a distrobox install that's possible - cryinkfly/Autodesk-Fusion-360-for-Linux#557. With fixes for launching browser dialogs/webview and stuff. The dev of Autodesk Fusion 360 For Linux has had some help. cryinkfly/Autodesk-Fusion-360-for-Linux#584

Do the devs here think that attempting to make a gamefix for this is a final good solution? If so, what would be the best way of automating an installation process where exe must change for full install and organizing the umu part in general?

And are there any tips on how to use umu-run to list processes inside of the prefix outside of winetricks? Should I be using native wine cli components for cli and logging and the like? An additional problem is that the fusion installer starts many processes, so the running process generally isn't stopped managed with ctrl+c and the like.

Sorry for rambling, looking for some direction, been stuck at this point for awhile. I think Fusion360 is a very quality technical product that cannot easily be replaced and is beginning to be missed by me.

"""Fixes for Fusion360"""

from protonfixes import util

def main() -> None:
    util.protontricks('webview2')
    util.protontricks('bcp47langs')
    #util.regedit_add('HKCU\\Software\\Wine\\DllOverrides\\bcp47langs')
    # Regedit add bcp47langs
    #util.regedit_add(
    #    'HKCU\\Software\\Wine\\DllOverrides'
    #    'bcp47langs',
    #    'REG_SZ',
    #    'builtin',
    #)

[umu]
prefix = "/home/user/try01"
proton = "~/.var/app/com.valvesoftware.Steam/data/Steam/compatibilitytools.d/GE-Proton10-17"

## STEP 1 - installation, grab from fusion website
exe = "/home/user/Documents/Fusion Admin Install.exe"

## STEP 2/4 - once installed, this opens exe
#exe = "/home/user/try01/drive_c/users/Public/Desktop/Autodesk Fusion.lnk"

## STEP 2/4 alternate - you can also run real exe (i don't seem to notice any difference)
#exe = "/home/user/try01/drive_c/Program Files/Autodesk/webdeploy/production/b4ebb90d69b5fc8cf013f75341ee2a1192c9da8e/Fusion360.exe"

## STEP 3 auth identity manager - run this with launch_arg to login
#exe = "/home/user/try01/drive_c/Program Files/Autodesk/webdeploy/production/b4ebb90d69b5fc8cf013f75341ee2a1192c9da8e/Autodesk Identity Manager/AdskIdentityManager.exe"

## STEP 3 for auth identity manager token
#launch_args = ["adskidmgr:/login?code=CODEGRABBEDFROMURLHERE"]


#launch_args = [""] # ["winetricks", "console", "-opengl", "-SkipBuildPatchPrereq"]
#store = "umu" (none for default umu dir)
game_id = "umu-fusion360" # "02020202"
debug = "true"

[R1kaB3rN]

Hey, thanks for sharing and I have a few ideas to handle this use case. Specifically, I think one solution would be to adapt umu's current config usage to function like an install script by having multiple TOML tables declared. For example, we organize the above steps like the following:

[[umu]]
prefix = "/home/user/try01"
proton = "~/.var/app/com.valvesoftware.Steam/data/Steam/compatibilitytools.d/GE-Proton10-17"
exe = "/home/user/Documents/Fusion Admin Install.exe"
game_id = "umu-fusion360" # "02020202"

[[umu]]
prefix = "/home/user/try01"
proton = "~/.var/app/com.valvesoftware.Steam/data/Steam/compatibilitytools.d/GE-Proton10-17"
exe = "/home/user/try01/drive_c/users/Public/Desktop/Autodesk Fusion.lnk"
game_id = "umu-fusion360" # "02020202"

[[umu]]
prefix = "/home/user/try01"
proton = "~/.var/app/com.valvesoftware.Steam/data/Steam/compatibilitytools.d/GE-Proton10-17"
exe = "/home/user/try01/drive_c/Program Files/Autodesk/webdeploy/production/b4ebb90d69b5fc8cf013f75341ee2a1192c9da8e/Autodesk Identity Manager/AdskIdentityManager.exe"
game_id = "umu-fusion360" # "02020202"

[[umu]]
prefix = "/home/user/try01"
proton = "~/.var/app/com.valvesoftware.Steam/data/Steam/compatibilitytools.d/GE-Proton10-17"
exe = "/home/user/try01/drive_c/Program Files/Autodesk/webdeploy/production/b4ebb90d69b5fc8cf013f75341ee2a1192c9da8e/Autodesk Identity Manager/AdskIdentityManager.exe"
launch_args = ["adskidmgr:/login?code=CODEGRABBEDFROMURLHERE"]
game_id = "umu-fusion360" # "02020202"

[[umu]]
prefix = "/home/user/try01"
proton = "~/.var/app/com.valvesoftware.Steam/data/Steam/compatibilitytools.d/GE-Proton10-17"
exe = "winetricks"
launch_args = ["webview2", "bcp47langs"]
game_id = "umu-fusion360" # "02020202"

As you can imagine, the umu-run executable would just run each table in succession. And to support getting the authentication token, I believe the entire install process would need to happen in the same container instance and transaction. Though do not take my word on that.

Then to answer your other questions:

And are there any tips on how to use umu-run to list processes inside of the prefix outside of winetricks? Should I be using native wine cli components for cli and logging and the like? An additional problem is that the fusion installer starts many processes, so the running process generally isn't stopped managed with ctrl+c and the like.

The Steam Linux Runtime framework uses Debian (currently Debian 11) as its base platform, so one way is to simply use a supported utility inside the container. For example:

UMU_NO_PROTON=1 GAMEID=umu-fusion360 PROTON_VERB=runinprefix PROTONPATH=GE-Proton umu-run ls -l /proc

To get a sense of what other stuff you can run, you can find all the latest packages at https://repo.steampowered.com/steamrt-images-sniper/snapshots/latest-container-runtime-public-beta/sources/ or just list all the binaries at $XDG_DATA_HOME/umu/steamrt3/sniper_platform*/files/bin. Alternatively, you can use a supported wine command such as taskmgr:

GAMEID=umu-fusion360 PROTON_VERB=runinprefix PROTONPATH=GE-Proton umu-run taskmgr

I hope that helps.

[NotChristianGarcia]

Thank you so much for the help!

For my understanding, you're saying a toml with multiple [[umu]] COULD be the future install method, but that's not currently implemented? I believe so from debug messages. I personally really like the idea and implementation with several stanzas in a row. I think it makes sense and gives a wide range of usability, especially with the ability to move between prefix and proton dirs. How would someone with those mentioned .toml stanzas decide if step 2/3/4 would be in the same transaction as the first I wonder? I could maybe see users wanting optional separate or combined transactions? Are there temp issues for a feature like this? Or currently unplanned? I've watched umu grow, but lack a lot of context.

And thank you specifically to R1kaB3rN! Your answers on other issues are welcoming and very helpful!

I have five more questions:

1. Regarding bcp47langs when running util.protontricks('bcp47langs') from umu-fusion360.py. I believe I get an attempt to install it, failure to find a winetrick install, attempt at winetrick verb, and then failure to find winetrick arg? Is this an error with the winetricks I have installed? (nixos here, so there might be small hiccups (sorry!)) Or is it expected that that verb wouldn't be available with umu? When I run winetricks list-cached I do not see it, do you? When I run PROTON_PATH=$PROTONPATH umu-run winecfg I can also see it.

ProtonFixes[354786] INFO: Running checks
ProtonFixes[354786] INFO: All checks successful
ProtonFixes[354786] INFO: Non-steam game Fusion (umu-fusion360)
ProtonFixes[354786] INFO: No store specified, using UMU database
ProtonFixes[354786] INFO: Using global defaults for Fusion (umu-fusion360)
ProtonFixes[354786] INFO: Non-steam game Fusion (umu-fusion360)
ProtonFixes[354786] INFO: No store specified, using UMU database
ProtonFixes[354786] INFO: Using global protonfix for Fusion (umu-fusion360)
ProtonFixes[354786] INFO: Checking if winetricks "webview2" is installed
ProtonFixes[354786] INFO: Checking if winetricks "bcp47langs" is installed
ProtonFixes[354786] INFO: Installing winetricks bcp47langs
ProtonFixes[354786] INFO: Using winetricks verb "bcp47langs"
Executing cd /home/user/.var/app/com.valvesoftware.Steam/.local/share/Steam/compatibilitytools.d/GE-Proton10-17/protonfixes/files/bin
------------------------------------------------------
winetricks latest version check update disabled
------------------------------------------------------
Using winetricks 20250102-next - with wine-10.0 (Staging) and WINEARCH=win64 (IS THE WINE10 BAD?)
Unknown arg bcp47langs

2. I'm now familiar with many of the commands that can be ran inside the container! Thank you. I'm having some trouble determining if I'm running umu-run taskmgr in the same instance as other commands. I've attempted to run just WINETRICKS... PROTONPATH... umu-run /my.exe (or umu-run --config ...) along with .... umu-run taskmgr, but haven't see process shared. Is that due to how I'm running commands or a mistake in my understanding?
3. I'm having some trouble running the initial login. Initial issue is no browser gets opened. Connected to problem 2, is there any examples of setting default browser and ensuring it happened where umu runs? I haven't gotten umu-run xdg-open http://localhost:3000 working today even when I believe I've gotten it before.
4. Current flatpak shell script which does not work (for me) has a section that downloads latest patched Qt6WebEngineCore.7z. I have said dlls downloaded and can move manually, but how would that be done by umu-launcher? I imagine as part of Fusion360.py we download and move to correct spot? Is there any example of moving a file into a prefix relative to root?
5. As an aside! Do you know any examples of current protonfixes for emulating a disk in the computer? For games that require a mounted iso?

Extras so they're mentioned.

• FusionAdminInstall.exe is from https://dl.appstreaming.autodesk.com/production/installers/Fusion%20Admin%20Install.exe
• cryinkfly shell solution manually moves things like bcp47langs into place, so I might do the same.
• Thank you for your time, I know I'm asking a lot of basic question, I apologize for that, I'm having difficulties finding threads of successful in 2025 and llms aren't doing great either.

[R1kaB3rN]

No problem, and I'm glad that I was able to help. Yeah, I'm saying this could be a feature and it's not currently implemented. If this were to be implemented though, then the game_id and the prefix value would determine whether a TOML table will run in the same instance and transaction.

Also, I see you still have more questions, so I'll try to address some of them.

Regarding bcp47langs when running util.protontricks('bcp47langs') from umu-fusion360.py. I believe I get an attempt to install it, failure to find a winetrick install, attempt at winetrick verb, and then failure to find winetrick arg? Is this an error with the winetricks I have installed? (nixos here, so there might be small hiccups (sorry!)) Or is it expected that that verb wouldn't be available with umu? When I run winetricks list-cached I do not see it, do you? When I run PROTON_PATH=$PROTONPATH umu-run winecfg I can also see it.

Yeah, so util.protontricks accepts a string or a space-separated string of winetricks verbs or custom verbs, and the error you're observing occurs because bcp47langs is neither of them. As of winetricks@7511823, bcp47langs does not appear in the output of winetricks list-all nor is it a custom verb we currently have in umu-protonfixes. Therefore, unless I am missing something, the error you observed is expected.

I'm now familiar with many of the commands that can be ran inside the container! Thank you. I'm having some trouble determining if I'm running umu-run taskmgr in the same instance as other commands. I've attempted to run just WINETRICKS... PROTONPATH... umu-run /my.exe (or umu-run --config ...) along with .... umu-run taskmgr, but haven't see process shared. Is that due to how I'm running commands or a mistake in my understanding?

To run additional commands in an existing instance, clients/users are required to set a WINEPREFIX value that equates to a running instance and set PROTON_VERB=run or PROTON_VERB=runinprefix. This is answered in umu-launcher's wiki. As a concrete example:

$ WINEPREFIX=$HOME/Games/umu/umu-default PROTONPATH=GE-Proton umu-run winecfg &
$ WINEPREFIX=$HOME/Games/umu/umu-default PROTONPATH=GE-Proton PROTON_VERB=runinprefix umu-run notepad &
$ WINEPREFIX=$HOME/Games/umu/umu-default PROTONPATH=GE-Proton PROTON_VERB=runinprefix umu-run taskmgr

Please note though, setting PROTON_VERB is currently not possible in the configuration file usage. Furthermore, this will not technically run the command(s) in the same instance as the user and mount Linux namespaces will be different, which may or may not matter depending on your requirements.

I'm having some trouble running the initial login. Initial issue is no browser gets opened. Connected to problem 2, is there any examples of setting default browser and ensuring it happened where umu runs? I haven't gotten umu-run xdg-open http://localhost:3000 working today even when I believe I've gotten it before.

For this, my suggestion would be to ensure xdg-desktop-portal is properly setup in the system, and, as mentioned above, to set WINEPREFIX and PROTON_VERB accordingly. See Open-Wine-Components/umu-launcher#417 for additional context and https://wiki.archlinux.org/title/XDG_Desktop_Portal for guidance.

Current flatpak shell script which does not work (for me) has a section that downloads latest patched Qt6WebEngineCore.7z. I have said dlls downloaded and can move manually, but how would that be done by umu-launcher? I imagine as part of Fusion360.py we download and move to correct spot? Is there any example of moving a file into a prefix relative to root?

There's a few ways to do this, but rather than umu-launcher, I believe winetricks would be the most appropriate tool for this case. Therefore, you will need to write a winetricks verb that will perform those procedures. See the winetricks README, source code, or some of our custom verbs for guidance on that. Once there's a winetricks verb for it, it would be possible to use umu-launcher (e.g., umu-run winetricks) to run it in the prefix. Alternatively, you can perform those procedures in a protonfix. However, it will require writing some imperative Python. For a relevant example on this, see gamefixes-gog/umu-1564851593.py.

I hope that helps.