text:
Fusion Installer Not Completing Successfully

Describe the bug
The launcher.sh script doesn't seem to be pointing at the right binary in more recent installs. There is no longer a Fusion360.exe in the prefix anywhere:
~/.fusion360
➜ find . -name 'Fusion360.exe'

~/.fusion360
➜

I modified the launcher.sh script to point to FusionLauncher.exe, which is what Bottles points to now:
function LAUNCHER_RUN_FUSION360 {
  LAUNCHER="$(find "$WP_BOX" -name FusionLauncher.exe -printf "%T+ %p\n" | sort -r 2>&1 | head -n 1 | sed -r 's/.+0000000000 (.+)/\1/')" && WINEPREFIX="$WP_BOX" FUSION_IDSDK=false WINEDEBUG=-all,-d3d wine "$LAUNCHER"
# WINEDEBUG=-all = Logs everything, probably gives too much information in most cases, but may come in handy for subtle issues
# WINEDEBUG=-d3d = Will turn off all d3d messages, and additionally disable checking for GL errors after operations. This may improve performance.
}

After a fresh install using the scripts in this repo and updating launcher.sh as per above the Fusion launcher doesn't function as it seems like the installer is not configuring FusionLauncher.exe.ini file properly. The file exists but doesn't seem to have the correct contents. This is what's present in it on my system:
➜ cat FusionLauncher.exe.ini
��This is a place-holder file which is intended to be updated by the streamer.%

And here is the error from the  launcher:

It would appear that the fusion admin installer is not populating this file anymore or something is erroring out in the installer part way and silently failing. Either way I have been unable to get past this issue via Bottles, the scripts here or Steam + Proton. Are there examples of the INI that can be used to populate this outside of the Autodesk installer?
To Reproduce
Steps to reproduce the behavior:

Run install script mkdir -p "$HOME/.fusion360/bin" && cd "$HOME/.fusion360/bin" && wget -N https://raw.githubusercontent.com/cryinkfly/Autodesk-Fusion-360-for-Linux/main/files/builds/stable-branch/bin/install.sh && chmod +x install.sh && ./install.sh
Click through prompts; wait for install to complete
Modify launcher.sh to point to FusionLauncher.exe
Attempt to launch Fusion using box-run.sh

Expected behavior
Fusion should launch
Desktop (please complete the following information):

Version number of Autodesk Fusion 360 (NA)
RTX 3090 - Nvidia 550.67
Debian 12
KDE Plasma 5.27.5 (Wayland and X11)
DXVK

Double checked my windows install of Fusion and the launcher ini file just points to another binary named Fusion360.exe which is present in one of the other webdeploy/production hash folders:
[Launcher]
stream = production
auid = AutodeskInc.Fusion360
cmd = ""C:\Users\<username>\AppData\Local\Autodesk\webdeploy\production\9852aa66f5af6660db76d8087c75a7da16ce322c\Fusion360.exe""
global = False

Yeah, I saw this; it will indeed affect everybody and I'm trying to figure it out. Second 2024 curveball from Autodesk after #381 - we'll see if we can replicate the victory from that one :rofl:

Ahh damn, well good to know I didn't mess something up; but sad times that it's broken again.

Yeah, I saw this (introduced by v.2.0.18719); it will indeed affect everybody and I'm trying to figure it out. Second 2024 curveball from Autodesk after #381 - we'll see if we can replicate the victory from that one 🤣

Best of luck, you'll help a whole lot of people

This problem is due to a new feature where the streamer attempts to rebrand old "Fusion 360" launch items to "Fusion".
This seems to happen as part of CREATE_LAUNCH_ITEMS at the very end of installation. That is, Fusion360.exe and friends are unpacked properly and do exist for an amount of time, but the installer subsequently deletes them when it gets upset at its failed rebranding (see "Error detected, removing cache file list in 434...839 ..."). This "cache file list" lives in one of the JSON descriptions of the streamer's file archives, in _payload/packages/<hex string ending in 839>.json. It contains:

Fusion360.exe
FusionLauncher.exe
Fusion 360.server.config
Fusion 360.us-server.config
Fusion 360.emea-server.config
AdpSDKGlobal.config
adpdesktopsdk.env

The root cause of this rebranding issue is a call to shell32 SHGetKnownFolderPath through ctypes in native.pyc that fails. The proper fix for this would likely be in Wine itself. I disassembled the pyc and started tracing out some of the SHGetKnownFolderPath details using WINEDEBUG, but sadly, being short on free time and not much of a fan of Rebranding™, I decided to just kill the streamer before it has a chance to fail in this way.
(If you are an existing Wine developer interested in digging into this, let me know and I can send over the debugging progress I made.)
I used this ugly script to kill the streamer process as soon as the log starts to contain evidence of this problematic procedure, which leaves those "cache files" intact. Apologies that I don't have a clean fix suitable for the community (e.g. this repo), but if you just want the latest Fusion to run, this is the info you need.

The relevant part of the streamer log:
2024-03-30 18:02:22,682 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.process.process - INFO :: Executing special action 0b9a4c1251914f7facc25616ea0f9de3(CREATE_LAUNCH_ITEMS)
2024-03-30 18:02:22,683 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: Create launch items for install
2024-03-30 18:02:22,697 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - WARNING :: File reference with id abd72029628f448888fa727750794db8 was not found
2024-03-30 18:02:22,698 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: \\?\C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe is launchable. Creating a shortcut
2024-03-30 18:02:22,699 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-03-30 18:02:22,699 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-03-30 18:02:22,699 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-03-30 18:02:22,700 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: destination: C:\users\Public\Desktop, launchname: Autodesk Fusion
2024-03-30 18:02:22,700 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: Trying to rename previous Fusion 360 shortcut if it exists for rebranding live update: from C:\users\Public\Desktop\Autodesk Fusion 360.lnk to C:\users\Public\Desktop\Autodesk Fusion.lnk
2024-03-30 18:02:22,709 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-03-30 18:02:22,709 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-03-30 18:02:22,709 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-03-30 18:02:22,709 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico Fusion360.ico
2024-03-30 18:02:22,709 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico
2024-03-30 18:02:22,738 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-03-30 18:02:22,738 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-03-30 18:02:22,738 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-03-30 18:02:22,739 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: destination: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk, launchname: Autodesk Fusion
2024-03-30 18:02:22,739 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: Trying to rename previous Fusion 360 shortcut if it exists for rebranding live update: from C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk\Autodesk Fusion 360.lnk to C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk\Autodesk Fusion.lnk
2024-03-30 18:02:22,739 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-03-30 18:02:22,739 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-03-30 18:02:22,739 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-03-30 18:02:22,739 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico Fusion360.ico
2024-03-30 18:02:22,739 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico
2024-03-30 18:02:22,765 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-03-30 18:02:22,766 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-03-30 18:02:22,766 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-03-30 18:02:22,766 - MainProcess(356) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.process.process - WARNING :: Exception processing tasks for 434a310ba39a5a127daba7317aca946c4aabe839: [WinError -2147024809] Invalid parameter
2024-03-30 18:02:22,799 - MainProcess(356) - MainThread - adsk.dls.streamer.process.process - INFO :: The host dl.appstreaming.autodesk.com is accessible
2024-03-30 18:02:22,809 - MainProcess(356) - MainThread - adsk.dls.streamer.process.process - INFO :: S_I: MjMuNi43OC42NQ==
2024-03-30 18:02:22,810 - MainProcess(356) - MainThread - adsk.dls.streamer.process.process - INFO :: C_PR_I: MTkyLjE2OC4xLjI0Mw==
2024-03-30 18:02:22,819 - MainProcess(356) - MainThread - adsk.dls.streamer.network_checker - WARNING :: Failed to get local dns [WinError 2] File not found.
2024-03-30 18:02:22,819 - MainProcess(356) - MainThread - adsk.dls.streamer.process.process - INFO :: Local DNS:
2024-03-30 18:02:22,820 - MainProcess(356) - MainThread - adsk.dls.streamer.process.process - INFO :: Detected proxies: e30=
2024-03-30 18:02:22,820 - MainProcess(356) - MainThread - adsk.dls.streamer.process.process - ERROR :: Exception during processing:
Traceback (most recent call last):
  File "R:\src\adsk\dls\streamer\process\process.py", line 1190, in execute
  File "R:\src\adsk\dls\streamer\process\deploy_process.py", line 95, in execute_without_errorhandling
  File "R:\src\adsk\dls\streamer\process\process.py", line 1120, in execute_without_errorhandling
  File "R:\src\adsk\dls\streamer\process\process.py", line 932, in _config_app
  File "R:\src\adsk\dls\streamer\process\process.py", line 1932, in _do_installation
  File "R:\src\adsk\dls\streamer\process\process.py", line 1693, in wait_threads
  File "D:\Jenkins\3P\PYTHON\3.11.1\WIN64_1\Lib\concurrent\futures\thread.py", line 58, in run
  File "R:\src\adsk\dls\streamer\process\process.py", line 1813, in execute_tasks
  File "R:\src\adsk\dls\streamer\process\process.py", line 415, in _executetasks
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 371, in create_launch_items
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 541, in _manipulate_shortcuts
  File "R:\src\adsk\dls\streamer\manifests.py", line 807, in walk_external_references
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 476, in __filevisitor
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 197, in _rebrand_shortcut
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 191, in _get_destination
  File "D:\Jenkins\3P\PYTHON\3.11.1\WIN64_1\Lib\re\__init__.py", line 185, in sub
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 188, in __map
  File "R:\src\adsk\dls\streamer\windows\native.py", line 497, in GetKnownFolderPath
  File "R:\src\adsk\dls\streamer\windows\native.py", line 761, in GetKnownFolderPath
  File "_ctypes/callproc.c", line 1000, in GetResult
OSError: [WinError -2147024809] Invalid parameter

-------------------------------------------------------------------------------
2024-03-30 18:02:22,822 - MainProcess(356) - MainThread - adsk.dls.streamer.process.process - WARNING :: No reporterror callback method found on sink: None
2024-03-30 18:02:22,827 - MainProcess(356) - MainThread - adsk.dls.streamer.windows.platform - WARNING :: Failed to run ie4uinit -ClearIconCache :  [WinError 2] File not found
2024-03-30 18:02:22,867 - MainProcess(356) - MainThread - adsk.dls.streamer.process.process - INFO :: Detecting the orphans ...
2024-03-30 18:02:22,957 - MainProcess(356) - MainThread - adsk.dls.streamer.process.process - WARNING :: Error detected, removing cache file list in 434a310ba39a5a127daba7317aca946c4aabe839
2024-03-30 18:02:22,957 - MainProcess(356) - MainThread - adsk.dls.streamer.utils - WARNING :: Could not remove non-existant file: \\?\c:\program files\autodesk\webdeploy\production\b6226a03d2af9e144aa8b1b7e17cf8eb0cd990f1\adpdesktopsdk.env
2024-03-30 18:02:22,963 - MainProcess(356) - MainThread - adsk.dls.streamer.utils - WARNING :: Could not remove non-existant file: \\?\c:\program files\autodesk\webdeploy\production\b6226a03d2af9e144aa8b1b7e17cf8eb0cd990f1\adpsdkglobal.config
2024-03-30 18:02:24,085 - MainProcess(356) - MainThread - adsk.dls.streamer.utils - WARNING :: Could not remove non-existant file: \\?\c:\program files\autodesk\webdeploy\production\b6226a03d2af9e144aa8b1b7e17cf8eb0cd990f1\fusion 360.emea-server.config
2024-03-30 18:02:24,090 - MainProcess(356) - MainThread - adsk.dls.streamer.utils - WARNING :: Could not remove non-existant file: \\?\c:\program files\autodesk\webdeploy\production\b6226a03d2af9e144aa8b1b7e17cf8eb0cd990f1\fusion 360.server.config
2024-03-30 18:02:24,105 - MainProcess(356) - MainThread - adsk.dls.streamer.utils - WARNING :: Could not remove non-existant file: \\?\c:\program files\autodesk\webdeploy\production\b6226a03d2af9e144aa8b1b7e17cf8eb0cd990f1\fusion 360.us-server.config
2024-03-30 18:02:26,538 - MainProcess(356) - MainThread - adsk.dls.streamer.process.process - WARNING :: Exception in Deploy [WinError -2147024809] Invalid parameter
2024-03-30 18:02:28,691 - MainProcess(356) - MainThread - adsk.dls.streamer.registry - INFO :: Shutting down database connection
2024-03-30 18:02:28,705 - MainProcess(356) - MainThread - adsk.dls.streamer.configuration - INFO :: Shutting down configurator object
2024-03-30 18:02:28,707 - MainProcess(356) - MainThread - adsk.dls.streamer.configuration - INFO :: ##################################### End #####################################
2024-03-30 18:02:28,707 - MainProcess(356) - MainThread - adsk.dls.streamer.configuration - INFO :: #                                                                             #
2024-03-30 18:02:28,707 - MainProcess(356) - MainThread - adsk.dls.streamer.configuration - INFO :: # <adsk.dls.streamer.configuration.Configurator object at 0x0000000004633790> #
2024-03-30 18:02:28,707 - MainProcess(356) - MainThread - adsk.dls.streamer.configuration - INFO :: #                                                                             #
2024-03-30 18:02:28,707 - MainProcess(356) - MainThread - adsk.dls.streamer.configuration - INFO :: ###############################################################################

Thats a great start in my books - Could you give us relative noobs a pointer on how you use your script?
Is it possible to just plug the appropriate lines into the SP_FUSION360_INSTALL_DEFAULT_1 function of install.sh, or to execute the script after running install.sh?

@aedancullen Was your testing on a fresh prefix or one with a previous install? Also how did you launch the Fusion360.exe binary? I ran your install script after setting up a fresh prefix with the scripts in this repo. I get the Fusion splash screen now but it crashes immediately after with a null pointer:
Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit code (0x006ffffc3a24eb).
Register dump:
 rip:00006ffffc3a24eb rsp:000000000011d070 rbp:000000000011d570 eflags:00010202 (  R- --  I   - - - )
 rax:0000000000000000 rbx:0000000000000000 rcx:0000000000000001 rdx:0000000000000000
 rsi:0000000000000000 rdi:000000000011e190  r8:000000000011dc90  r9:000000000011d570 r10:00000000002dd9f0
 r11:0000000000000009 r12:0000000000000013 r13:000000000000008d r14:00006ffff7bf4862 r15:000000000011d3d0
Stack dump:
0x0000000011d070:  00006fffffc20000 00006fffffcbb000
0x0000000011d080:  00006fffffc20000 000000000011d190
0x0000000011d090:  00006fffffcbb000 00006fffffc20000
0x0000000011d0a0:  000000000011d190 000000000014f980
0x0000000011d0b0:  0000000000000000 00006fffffc56491
0x0000000011d0c0:  0000000000000000 00006fffffc8e670
0x0000000011d0d0:  000000000011d1a0 0000000000000000
0x0000000011d0e0:  0000000000000000 000000000011e830
0x0000000011d0f0:  000000000011d130 00006fffffc49b10
0x0000000011d100:  0000000000000001 0000a16a0456e4d8
0x0000000011d110:  000000000014f980 00006fffffc20000
0x0000000011d120:  000000000011d190 00006ffffc3a7761
Backtrace:
=>0 0x006ffffc3a24eb cxx_frame_handler4+0x28b(rec=000000000011E190, frame=0x11e830, context=000000000011DC90, dispatch=000000000011D570, descr=000000000011D420, trylevel=0xfffffffe) [/usr/src/packages/BUILD/dlls/msvcrt/handler4.c:762] in vcruntime140_1 (0x0000000011d570)
  1 0x006ffffc3a349a __CxxFrameHandler4+0x6ba(rec=000000000011E190, frame=0x11e830, context=000000000011DC90, dispatch=000000000011D570) [/usr/src/packages/BUILD/dlls/msvcrt/handler4.c:883] in vcruntime140_1 (0x0000000011d570)
  2 0x006ffff8170190 in nubase10 (+0x990190) (0x0000000011e190)
  3 0x006fffffc76e24 in ntdll (+0x56e24) (0x0000000011dc90)
  4 0x006fffffc774c2 call_seh_handlers+0xf2(rec=000000000011E190, orig_context=000000000011DC90) [/usr/src/packages/BUILD/dlls/ntdll/signal_x86_64.c:205] in ntdll (0x0000000011dc90)
  5 0x006fffffc451b0 dispatch_exception+0x360(rec=000000000011E190, context=000000000011DC90) [/usr/src/packages/BUILD/dlls/ntdll/exception.c:185] in ntdll (0x006fffffc8e200)
  6 0x006fffffc76fe8 in ntdll (+0x56fe8) (0x0000000011e390)
  7 0x006fffff443e67 in kernelbase (+0x13e67) (0x0000000011e390)
  8 0x006ffffeaa9587 _CxxThrowException+0x47(object=<internal error>, type=<internal error>) [/usr/src/packages/BUILD/dlls/msvcrt/cpp.c:1038] in ucrtbase (0x0000000011e390)
  9 0x006fffe4864c6a in nstypes10 (+0xf4c6a) (0x0000000011e390)
  10 0x006ffff7bf4e2f in nubase10 (+0x414e2f) (0x0000000011e660)
  11 0x006ffff7bf26d6 in nubase10 (+0x4126d6) (0x0000000011f899)
  12 0x006ffff7bda020 in nubase10 (+0x3fa020) (0x0000000011f899)
  13 0x0000014000ed41 in fusion360 (+0xed41) (0000000000000000)
  14 0x00000140034da7 in fusion360 (+0x34da7) (0000000000000000)
  15 0x00000140034312 in fusion360 (+0x34312) (0000000000000000)
  16 0x006fffffa78b99 BaseThreadInitThunk+0x9(unknown=<internal error>, entry=<internal error>, arg=<internal error>) [/usr/src/packages/BUILD/dlls/kernel32/thread.c:61] in kernel32 (0000000000000000)
  17 0x006fffffc7712b in ntdll (+0x5712b) (0000000000000000)
0x006ffffc3a24eb cxx_frame_handler4+0x28b [/usr/src/packages/BUILD/dlls/msvcrt/handler4.c:762] in vcruntime140_1: movdqu (%rax), %xmm2
Unable to access file '/usr/src/packages/BUILD/dlls/msvcrt/handler4.c'
==========
<trunacted>
==========
System information:
    Wine build: wine-9.6 (Staging)
    Platform: x86_64 (guest: i386)
    Version: Windows 10
    Host system: Linux
    Host version: 6.1.0-18-amd64

@fattylipidacid I was able to get it to work after a full shutdown on a fresh prefix by adding the lines
mkdir "$WP_DIRECTORY/drive_c/tmp"
touch "$WP_DIRECTORY/drive_c/tmp/log.txt" right before the SP_FUSION360_INSTALL_PROGRESS function call, and replacing --quiet with -f /tmp/log.txt in both SP_FUSION360_INSTALL_DEFAULT_1 and SP_FUSION360_INSTALL_DEFAULT_2 functions in install.sh. Then on another terminal I just run a modified version of @aedancullen's script:
#! /bin/bash

while sleep 0.1
do
    if grep -F "CREATE_LAUNCH_ITEMS" "$HOME/.fusion360/wineprefixes/default/drive_c/tmp/log.txt"
    then
        killall -9 streamer.exe
        exit 0
    fi
done

and it worked.
One way of automating this could be telling install.sh to execute the killer script in background before proceeding with the installation, unfortunately I don't have time to test this, but I hope this helps someone.

I can also confirm this works on a clean prefix, thanks for taking the time to pinpoint the issue!

I also can confirm that this work.
I followed @Cyclone6664 instructions.
For those who are fresh to this project:

Main Readme gives script that can install Fusion360. This in fact download scripts to new directory and executes them.
You need to open this directory (typicaly ~/.fusion360) and find the install.sh where you will modify the script following @Cyclone6664 instuctions.

Posts above mentions prefixes these are the custom directory that you can choose during installation proces.
To make the deleting script work you need to make sure that the path "$HOME/.fusion360/wineprefixes/<your_prefix>/drive_c/tmp/log.txt" follows this rule where in most cases <your_prefix> is default.

I was unable to get a working install going even after performing the modifications to the install script and running the killer script.
Are you creating the "fresh prefix" through running the installer, or creating in manually via the CLI prior to running the installer?

Hm weird, I just let the installer create the prefix with the default options. Could be fault of the second installation step (SP_FUSION360_INSTALL_DEFAULT_2), where the installer executes Fusion360Installer.exe again. You could try to kill streamer.exe manually after it pops out the second time, and see if it works.

Hm weird, I just let the installer create the prefix with the default options. Could be fault of the second installation step (SP_FUSION360_INSTALL_DEFAULT_2), where the installer executes Fusion360Installer.exe again. You could try to kill streamer.exe manually after it pops out the second time, and see if it works.

I'm new to the project so forgive me... Any issue with just killing streamer.exe perpetually via loop after the unwanted behavior is detected?
Or should I only be killing it twice?

@jorymorrison No, I don't think there should be any problem.

tried it several times now, following the suggestions above, but on my end the install seems to still fail when either killing the streamer via the script, or manually. result: i still get placeholders instead of the apprpriate *.exe.ink

Likewise.
I did notice, through tailing logs, that the extension install dialogue
appears prematurely, and clicking okay on that dialogue will cause the
install to "complete" sooner than normal.
I am going to retry again and waiting a solid 20 minutes after that
dialogue appears.
On Sun, Apr 14, 2024, 7:50 AM Richard George @.***>
wrote:

tried it several times now, following the suggestions above, but on my end
the install seems to still fail when either killing the streamer via the
script, or manually. result: i still get placeholders instead of the
apprpriate *.exe.ink
—
Reply to this email directly, view it on GitHub
https://github.com/cryinkfly/Autodesk-Fusion-360-for-Linux/issues/408#issuecomment-2054022535,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAONMSNZNL2B3KCSTHANYG3Y5JUPVAVCNFSM6AAAAABFPBNSECVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANJUGAZDENJTGU
.
You are receiving this because you were mentioned.Message ID:
@.***>

sadly just waiting didnt help for me, would've been to easy, i guess...

debug level output from installer:
2024-04-20 16:44:48,172 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Executing callback on reference to \\?\C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe
2024-04-20 16:44:48,172 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Visiting file: {"id": "c6906999383c4f2e88bb21899fe167a0", "properties": {"destination": ["Desktop", "${StartMenu}\\Programs\\Autodesk", "${UserPinned}\\TaskBar"], "icon": "cb75314714154bd685b3395fe57655e7", "icon-id": 0, "launchable": true, "name": "Autodesk Fusion", "shell-properties": {"System.AppUserModel.ID": "AutodeskInc.Fusion360${streamtag}"}}}
2024-04-20 16:44:48,172 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,172 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,173 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: launchable
2024-04-20 16:44:48,173 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: \\?\C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe is launchable. Creating a shortcut
2024-04-20 16:44:48,173 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,173 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: destination
2024-04-20 16:44:48,173 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,173 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: name
2024-04-20 16:44:48,174 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-04-20 16:44:48,174 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-04-20 16:44:48,174 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-04-20 16:44:48,174 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: destination: C:\users\Public\Desktop, launchname: Autodesk Fusion
2024-04-20 16:44:48,174 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: Trying to rename previous Fusion 360 shortcut if it exists for rebranding live update: from C:\users\Public\Desktop\Autodesk Fusion 360.lnk to C:\users\Public\Desktop\Autodesk Fusion.lnk
2024-04-20 16:44:48,218 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-04-20 16:44:48,218 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-04-20 16:44:48,218 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-04-20 16:44:48,218 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,218 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: icon
2024-04-20 16:44:48,218 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,218 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: destination
2024-04-20 16:44:48,218 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico Fusion360.ico
2024-04-20 16:44:48,219 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico
2024-04-20 16:44:48,219 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,219 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: icon-id
2024-04-20 16:44:48,219 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,219 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: arguments
2024-04-20 16:44:48,219 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,219 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: shell-properties
2024-04-20 16:44:48,219 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Shortcut destination is C:\users\Public\Desktop
2024-04-20 16:44:48,220 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: ShellLink creation succeeded.  Setting path to \\?\C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe
2024-04-20 16:44:48,220 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Setting shortcut target: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe
2024-04-20 16:44:48,222 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Setting icon id: 0
2024-04-20 16:44:48,223 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: System.AppUserModel.ID
2024-04-20 16:44:48,223 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.utils - DEBUG :: Recording C:\users\Public\Desktop\Autodesk Fusion.lnk and None for rollback.
2024-04-20 16:44:48,223 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Writing shortcut file C:\users\Public\Desktop\Autodesk Fusion.lnk
2024-04-20 16:44:48,241 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,241 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: name
2024-04-20 16:44:48,241 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-04-20 16:44:48,241 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-04-20 16:44:48,242 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-04-20 16:44:48,242 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: destination: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk, launchname: Autodesk Fusion
2024-04-20 16:44:48,242 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: Trying to rename previous Fusion 360 shortcut if it exists for rebranding live update: from C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk\Autodesk Fusion 360.lnk to C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk\Autodesk Fusion.lnk
2024-04-20 16:44:48,242 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,242 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: name
2024-04-20 16:44:48,242 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: icon
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: destination
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico Fusion360.ico
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: icon-id
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: arguments
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,243 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: shell-properties
2024-04-20 16:44:48,244 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Shortcut destination is C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk
2024-04-20 16:44:48,244 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: ShellLink creation succeeded.  Setting path to \\?\C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe
2024-04-20 16:44:48,244 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Setting shortcut target: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe
2024-04-20 16:44:48,247 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Setting icon id: 0
2024-04-20 16:44:48,247 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Creating shortcut destination folder: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk
2024-04-20 16:44:48,247 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: System.AppUserModel.ID
2024-04-20 16:44:48,248 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.utils - DEBUG :: Recording C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk\Autodesk Fusion.lnk and None for rollback.
2024-04-20 16:44:48,248 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Writing shortcut file C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk\Autodesk Fusion.lnk
2024-04-20 16:44:48,261 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-20 16:44:48,262 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: name
2024-04-20 16:44:48,262 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-04-20 16:44:48,262 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-04-20 16:44:48,262 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-04-20 16:44:48,262 - MainProcess(876) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.process.process - WARNING :: Exception processing tasks for 63008b5d1c162ae2a81c57aaa8fc41cd7b483bf8: [WinError -2147024809] Invalid parameter
2024-04-20 16:44:49,044 - MainProcess(876) - MainThread - adsk.dls.streamer.process.process - INFO :: The host autodesk.com is accessible
2024-04-20 16:44:49,102 - MainProcess(876) - MainThread - adsk.dls.streamer.process.process - INFO :: S_I: MjAwMTo4MDA0OjExZDA6NGUyYTo6MTcxNTpiZDcx
2024-04-20 16:44:49,109 - MainProcess(876) - MainThread - adsk.dls.streamer.network_checker - WARNING :: Failed to get client ip address [Errno 11001] getaddrinfo failed.
2024-04-20 16:44:49,109 - MainProcess(876) - MainThread - adsk.dls.streamer.process.process - INFO :: C_PR_I:
2024-04-20 16:44:49,115 - MainProcess(876) - MainThread - adsk.dls.streamer.network_checker - WARNING :: Failed to get local dns [WinError 2] File not found.
2024-04-20 16:44:49,115 - MainProcess(876) - MainThread - adsk.dls.streamer.process.process - INFO :: Local DNS:
2024-04-20 16:44:49,115 - MainProcess(876) - MainThread - adsk.dls.streamer.process.process - INFO :: Detected proxies: e30=
2024-04-20 16:44:49,115 - MainProcess(876) - MainThread - adsk.dls.streamer.process.process - ERROR :: Exception during processing:
Traceback (most recent call last):
  File "R:\src\adsk\dls\streamer\process\process.py", line 1190, in execute
  File "R:\src\adsk\dls\streamer\process\deploy_process.py", line 95, in execute_without_errorhandling
  File "R:\src\adsk\dls\streamer\process\process.py", line 1120, in execute_without_errorhandling
  File "R:\src\adsk\dls\streamer\process\process.py", line 932, in _config_app
  File "R:\src\adsk\dls\streamer\process\process.py", line 1932, in _do_installation
  File "R:\src\adsk\dls\streamer\process\process.py", line 1693, in wait_threads
  File "D:\Jenkins\3P\PYTHON\3.11.1\WIN64_1\Lib\concurrent\futures\thread.py", line 58, in run
  File "R:\src\adsk\dls\streamer\process\process.py", line 1813, in execute_tasks
  File "R:\src\adsk\dls\streamer\process\process.py", line 415, in _executetasks
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 371, in create_launch_items
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 541, in _manipulate_shortcuts
  File "R:\src\adsk\dls\streamer\manifests.py", line 807, in walk_external_references
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 476, in __filevisitor
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 197, in _rebrand_shortcut
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 191, in _get_destination
  File "D:\Jenkins\3P\PYTHON\3.11.1\WIN64_1\Lib\re\__init__.py", line 185, in sub
  File "R:\src\adsk\dls\streamer\windows\platform.py", line 188, in __map
  File "R:\src\adsk\dls\streamer\windows\native.py", line 497, in GetKnownFolderPath
  File "R:\src\adsk\dls\streamer\windows\native.py", line 761, in GetKnownFolderPath
  File "_ctypes/callproc.c", line 1000, in GetResult
OSError: [WinError -2147024809] Invalid parameter

-------------------------------------------------------------------------------
2024-04-20 16:44:49,117 - MainProcess(876) - MainThread - adsk.dls.streamer.process.process - WARNING :: No reporterror callback method found on sink: None
2024-04-20 16:44:49,118 - MainProcess(876) - MainThread - adsk.dls.streamer.utils - DEBUG :: Removing the file C:\users\Public\Desktop\Autodesk Fusion.lnk
2024-04-20 16:44:49,119 - MainProcess(876) - MainThread - adsk.dls.streamer.utils - DEBUG :: Removing the file C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk\Autodesk Fusion.lnk
2024-04-20 16:44:49,120 - MainProcess(876) - MainThread - adsk.dls.streamer.utils - DEBUG :: Reseting collection of tracked files
2024-04-20 16:44:49,120 - MainProcess(876) - MainThread - adsk.dls.streamer.windows.platform - DEBUG ::  Open the key: Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced
2024-04-20 16:44:49,120 - MainProcess(876) - MainThread - adsk.dls.streamer.windows.platform - WARNING :: Failed to run ie4uinit -ClearIconCache :  [WinError 2] File not found
2024-04-20 16:44:49,120 - MainProcess(876) - MainThread - adsk.dls.streamer.process.process - DEBUG :: Rolling back activated configuration files for package 63008b5d1c162ae2a81c57aaa8fc41cd7b483bf8

and debug output from successful windows install (showing next actions)
2024-04-21 09:08:28,323 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico Fusion360.ico
2024-04-21 09:08:28,323 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico
2024-04-21 09:08:28,323 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,323 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: icon-id
2024-04-21 09:08:28,323 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,323 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: arguments
2024-04-21 09:08:28,323 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,323 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: shell-properties
2024-04-21 09:08:28,323 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Shortcut destination is C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk
2024-04-21 09:08:28,323 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: ShellLink creation succeeded.  Setting path to \\?\C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe
2024-04-21 09:08:28,323 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Setting shortcut target: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe
2024-04-21 09:08:28,338 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Setting icon id: 0
2024-04-21 09:08:28,339 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Creating shortcut destination folder: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: System.AppUserModel.ID
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.utils - DEBUG :: Recording C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk\Autodesk Fusion.lnk and None for rollback.
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Writing shortcut file C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Autodesk\Autodesk Fusion.lnk
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: name
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: destination: C:\Users\Test\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar, launchname: Autodesk Fusion
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: Trying to rename previous Fusion 360 shortcut if it exists for rebranding live update: from C:\Users\Test\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar\Autodesk Fusion 360.lnk to C:\Users\Test\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar\Autodesk Fusion.lnk
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: name
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original name: Autodesk Fusion
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: stream name: production
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new name: Autodesk Fusion
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: icon
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: destination
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: original launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico Fusion360.ico
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: new launch icon: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\Fusion360.ico
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: icon-id
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: arguments
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: shell-properties
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Shortcut destination is C:\Users\Test\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: ShellLink creation succeeded.  Setting path to \\?\C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Setting shortcut target: C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Setting icon id: 0
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: System.AppUserModel.ID
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.utils - DEBUG :: Recording C:\Users\Test\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar\Autodesk Fusion.lnk and None for rollback.
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Writing shortcut file C:\Users\Test\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar\Autodesk Fusion.lnk
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: id
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: id
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: id
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Executing callback on reference to \\?\C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe.ini
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - DEBUG :: Visiting file: {"id": "88ab02c8fa7e418e8661a61570d01246", "properties": {"auid": "AutodeskInc.Fusion360${streamtag}", "cmd": "73e72ada57b7480280f7a6f4a289729f", "global-flag": "0", "write-ini": "true"}}
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: properties
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.manifests - DEBUG :: Searching for manifest object member: launchable
2024-04-21 09:08:28,369 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: Refresh icons for upgrade or live update on Win10 and above
2024-04-21 09:08:36,994 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: Refreshing Fusion icons using Shell API...
2024-04-21 09:08:36,994 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.windows.platform - INFO :: Successfully refreshed Fusion icons
2024-04-21 09:08:36,994 - MainProcess(4784) - ThreadPoolExecutor-1_0 - adsk.dls.streamer.process.process - INFO :: Executing special action 2c5d70c64a6a46008630fb0201c90351(WRITE_LAUNCHER_INI)

Considering the next call that seems to be failing;
 adsk.dls.streamer.windows.platform - INFO :: Trying to rename previous Fusion 360 shortcut if it exists for rebranding live update: from C:\Users\Test\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar\Autodesk Fusion 360.lnk to C:\Users\Test\AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar\Autodesk Fusion.lnk

I've attempted creating the sub-dir, adding wine-mono & wine-gecko, adding the .lnk files for it to update - still failing
I assume its attempting to it making a call to IE or mshtml / dll that is failing / doesn't exist

And I'm failing to decompile the streamer platform.pyc
$ cd /home/thermionix/snap/fusion360/common/.wine/drive_c/Program Files/Autodesk/webdeploy/meta/streamer/20240201094011/lib/adsk/dls/streamer/windows/
$ pycdc -o p.py platform.pyc
Unsupported opcode: SWAP

So after having a read through:
https://learn.microsoft.com/en-us/windows/win32/api/shlobj_core/nf-shlobj_core-shgetknownfolderpath
https://learn.microsoft.com/lv-lv/windows/win32/shell/knownfolderid
https://github.com/MicrosoftDocs/win32/blob/docs/desktop-src/shell/working-with-known-folders.md
Wine does implement SHGetKnownFolderPath(REFKNOWNFOLDERID rfid, DWORD flags, HANDLE token, WCHAR **ret_path)
https://github.com/wine-mirror/wine/blob/master/dlls/shell32/shellpath.c#L3526
https://github.com/wine-mirror/wine/blob/master/include/knownfolders.h
https://source.winehq.org/WineAPI/SHGetFolderPathW.html
I've then tried setting reg keys for the path I believe is failing;
wine REG ADD "HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders" /v "ImplicitAppShortcuts" /t REG_EXPAND_SZ /d "%USERPROFILE%\\AppData\\Roaming\\Microsoft\\Internet Explorer\\Quick Launch\\User Pinned"
wine REG ADD "HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders" /v "User Pinned" /t REG_EXPAND_SZ /d "%USERPROFILE%\\AppData\\Roaming\\Microsoft\\Internet Explorer\\Quick Launch\\User Pinned"
wine REG ADD "HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders" /v "Quick Launch" /t REG_EXPAND_SZ /d "%USERPROFILE%\\AppData\\Roaming\\Microsoft\\Internet Explorer\\Quick Launch\\User Pinned\\TaskBar"

Unfortunately still failing

wine trace output:
$ cat reace.txt | grep GetKnown
15239.186:057c:05c0:Call KERNEL32.GetProcAddress(6ffffc5c0000,029a5be0 "SHGetKnownFolderPath") ret=6ffff9791d76
15239.186:057c:05c0:Call shell32.SHGetKnownFolderPath(0410ede0,00000000,00000000,03fb0c98) ret=6ffff9774771
15239.186:057c:05c0:trace:shell:SHGetKnownFolderPath {c4aa340d-f20f-4863-afef-f87ef2e6ba25}, 0x00000000, 0000000000000000, 0000000003FB0C98
15239.200:057c:05c0:trace:shell:SHGetKnownFolderPath Final path is L"C:\\users\\Public\\Desktop", 0
15239.200:057c:05c0:Ret  shell32.SHGetKnownFolderPath() retval=00000000 ret=6ffff9774771
15281.622:057c:05c0:Call shell32.SHGetKnownFolderPath(0410ede0,00000000,00000000,03fb0c98) ret=6ffff9774771
15281.622:057c:05c0:trace:shell:SHGetKnownFolderPath {c4aa340d-f20f-4863-afef-f87ef2e6ba25}, 0x00000000, 0000000000000000, 0000000003FB0C98
15281.635:057c:05c0:trace:shell:SHGetKnownFolderPath Final path is L"C:\\users\\Public\\Desktop", 0
15281.635:057c:05c0:Ret  shell32.SHGetKnownFolderPath() retval=00000000 ret=6ffff9774771
15282.944:057c:05c0:Call shell32.SHGetKnownFolderPath(0410e700,00000000,00000000,03fb0d98) ret=6ffff9774771
15282.944:057c:05c0:trace:shell:SHGetKnownFolderPath {a4115719-d62e-491d-aa7c-e74b8be3b067}, 0x00000000, 0000000000000000, 0000000003FB0D98
15282.951:057c:05c0:trace:shell:SHGetKnownFolderPath Final path is L"C:\\ProgramData\\Microsoft\\Windows\\Start Menu", 0
15282.951:057c:05c0:Ret  shell32.SHGetKnownFolderPath() retval=00000000 ret=6ffff9774771
15284.351:057c:05c0:Call shell32.SHGetKnownFolderPath(0410e700,00000000,00000000,03fb1018) ret=6ffff9774771
15284.351:057c:05c0:trace:shell:SHGetKnownFolderPath {a4115719-d62e-491d-aa7c-e74b8be3b067}, 0x00000000, 0000000000000000, 0000000003FB1018
15284.361:057c:05c0:trace:shell:SHGetKnownFolderPath Final path is L"C:\\ProgramData\\Microsoft\\Windows\\Start Menu", 0
15284.361:057c:05c0:Ret  shell32.SHGetKnownFolderPath() retval=00000000 ret=6ffff9774771
15285.659:057c:05c0:Call shell32.SHGetKnownFolderPath(0410e700,00000000,00000000,03fb0d98) ret=6ffff9774771
15285.659:057c:05c0:trace:shell:SHGetKnownFolderPath {9e3995ab-1f9c-4f13-b827-48b24b6c7174}, 0x00000000, 0000000000000000, 0000000003FB0D98
15285.659:057c:05c0:trace:shell:SHGetKnownFolderPath Failed to get folder path, 0x80070057.
15285.659:057c:05c0:Ret  shell32.SHGetKnownFolderPath() retval=80070057 ret=6ffff9774771

@Thermionix - nice! To me it looks looks like the problematic one there would be falling into this CSIDL_Type_Disallowed case, which produces that 0x57 invalid-parameter error (becomes 0x80070057 after HRESULT_FROM_WIN32). Perhaps next we can figure out which of the CSIDL_Data entries it was trying to use (note how some of them have CSIDL_Type_Disallowed set).
This person seems to have encountered the same situation - in there case it's the 0x6f CSIDL type "FOLDERID_UserProgramFilesCommon" that is set to disallowed with a "fixme" comment.

registry dump from wine:
[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{9E3995AB-1F9C-4F13-B827-48B24B6C7174}]
"Attributes"=dword:00000002
"Category"=dword:00000004
"Name"="User Pinned"
"ParentFolder"="{52A4F021-7B75-48A9-9F6B-4B87A210BC8F}"
"RelativePath"="User Pinned"

windows
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{9e3995ab-1f9c-4f13-b827-48b24b6c7174}]
"Attributes"=dword:00000002
"Category"=dword:00000004
"Name"="User Pinned"
"ParentFolder"="{52a4f021-7b75-48a9-9f6b-4b87a210bc8f}"
"PreCreate"=dword:00000001
"RelativePath"="User Pinned"

I grepped trace output because the trace output was 3gb, SHGetFolderPathAndSubDirW
$ cat trace.txt | grep SHGetFolderPathAndSubDirW
12826.074:0564:0568:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x10,0000000000000000,0,(null),000000000021EC20
12826.075:0564:0568:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\Desktop")
15239.186:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x19,0000000000000000,0,(null),000000000410EAD0
15239.200:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\Public\\Desktop")
15281.622:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x19,0000000000000000,0,(null),000000000410EAD0
15281.635:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\Public\\Desktop")
15281.884:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x10,0000000000000000,0,(null),000000000410E280
15281.893:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\Desktop")
15282.944:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x16,0000000000000000,0,(null),000000000410E3F0
15282.951:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\ProgramData\\Microsoft\\Windows\\Start Menu")
15284.351:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x16,0000000000000000,0,(null),000000000410E3F0
15284.361:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\ProgramData\\Microsoft\\Windows\\Start Menu")
15285.659:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x6c,0000000000000000,0,(null),000000000410E3F0
15285.659:057c:05c0:trace:shell:SHGetFolderPathAndSubDirW returning 0x80070057 (final path is L"")

CSIDL_Type_Disallowed on FOLDERID_UserPinned

https://github.com/wine-mirror/wine/commit/51bec0847395ee90b12287773d5fae512f4df8c9
just need to build this patch and test

well, not quite success,  SHGetFolderPathAndSubDirW is now returning correctly
$ cat out.txt | grep SHGetKnownFolderPath
39230.359:04cc:04f8:Call KERNEL32.GetProcAddress(6ffffc970000,7c8d2dc4cba0 "SHGetKnownFolderPath") ret=6ffff9f71d76
39230.359:04cc:04f8:Call shell32.SHGetKnownFolderPath(7c8d2c4dede0,00000000,00000000,7c8d2c562218) ret=6ffff9f54771
39230.359:04cc:04f8:trace:shell:SHGetKnownFolderPath {c4aa340d-f20f-4863-afef-f87ef2e6ba25}, 0x00000000, 0000000000000000, 00007C8D2C562218
39230.372:04cc:04f8:trace:shell:SHGetKnownFolderPath Final path is L"C:\\users\\Public\\Desktop", 0
39230.372:04cc:04f8:Ret  shell32.SHGetKnownFolderPath() retval=00000000 ret=6ffff9f54771
39290.158:04cc:04f8:Call shell32.SHGetKnownFolderPath(7c8d2c4dede0,00000000,00000000,7c8d2c562218) ret=6ffff9f54771
39290.158:04cc:04f8:trace:shell:SHGetKnownFolderPath {c4aa340d-f20f-4863-afef-f87ef2e6ba25}, 0x00000000, 0000000000000000, 00007C8D2C562218
39290.165:04cc:04f8:trace:shell:SHGetKnownFolderPath Final path is L"C:\\users\\Public\\Desktop", 0
39290.165:04cc:04f8:Ret  shell32.SHGetKnownFolderPath() retval=00000000 ret=6ffff9f54771
39291.920:04cc:04f8:Call shell32.SHGetKnownFolderPath(7c8d2c4de700,00000000,00000000,7c8d2c562298) ret=6ffff9f54771
39291.920:04cc:04f8:trace:shell:SHGetKnownFolderPath {a4115719-d62e-491d-aa7c-e74b8be3b067}, 0x00000000, 0000000000000000, 00007C8D2C562298
39291.929:04cc:04f8:trace:shell:SHGetKnownFolderPath Final path is L"C:\\ProgramData\\Microsoft\\Windows\\Start Menu", 0
39291.929:04cc:04f8:Ret  shell32.SHGetKnownFolderPath() retval=00000000 ret=6ffff9f54771
39293.935:04cc:04f8:Call shell32.SHGetKnownFolderPath(7c8d2c4de700,00000000,00000000,7c8d2c562498) ret=6ffff9f54771
39293.935:04cc:04f8:trace:shell:SHGetKnownFolderPath {a4115719-d62e-491d-aa7c-e74b8be3b067}, 0x00000000, 0000000000000000, 00007C8D2C562498
39293.945:04cc:04f8:trace:shell:SHGetKnownFolderPath Final path is L"C:\\ProgramData\\Microsoft\\Windows\\Start Menu", 0
39293.945:04cc:04f8:Ret  shell32.SHGetKnownFolderPath() retval=00000000 ret=6ffff9f54771
39295.587:04cc:04f8:Call shell32.SHGetKnownFolderPath(7c8d2c4de700,00000000,00000000,7c8d2c562298) ret=6ffff9f54771
39295.587:04cc:04f8:trace:shell:SHGetKnownFolderPath {9e3995ab-1f9c-4f13-b827-48b24b6c7174}, 0x00000000, 0000000000000000, 00007C8D2C562298
39295.603:04cc:04f8:trace:shell:SHGetKnownFolderPath Failed to get folder path, 0x80070003.
39295.603:04cc:04f8:Ret  shell32.SHGetKnownFolderPath() retval=80070003 ret=6ffff9f54771

$ cat out.txt | grep SHGetFolderPathAndSubDirW
36009.007:04a8:04ac:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x10,0000000000000000,0,(null),00007FFFFE2FECF0
36009.008:04a8:04ac:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\Desktop")
39230.359:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x19,0000000000000000,0,(null),00007C8D2C4DEAE0
39230.372:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\Public\\Desktop")
39290.158:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x19,0000000000000000,0,(null),00007C8D2C4DEAE0
39290.165:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\Public\\Desktop")
39290.513:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x10,0000000000000000,0,(null),00007C8D2C4DE2C0
39290.523:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\Desktop")
39291.419:0528:052c:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0,0000000000000000,0,(null),000000014001D000
39291.421:0528:052c:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\Desktop")
39291.920:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x16,0000000000000000,0,(null),00007C8D2C4DE400
39291.929:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\ProgramData\\Microsoft\\Windows\\Start Menu")
39292.420:0528:052c:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x7,0000000000000000,0,(null),00007FFFFE2FD640
39292.421:0528:052c:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\AppData\\Roaming\\Microsoft\\Windows\\Start Menu\\Programs\\StartUp")
39292.421:0528:052c:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x10,0000000000000000,0,(null),00007FFFFE2FD640
39292.422:0528:052c:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\Desktop")
39292.422:0528:052c:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0xb,0000000000000000,0,(null),00007FFFFE2FD640
39292.423:0528:052c:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\AppData\\Roaming\\Microsoft\\Windows\\Start Menu")
39292.423:0528:052c:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x18,0000000000000000,0,(null),00007FFFFE2FD640
39292.425:0528:052c:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\ProgramData\\Microsoft\\Windows\\Start Menu\\Programs\\StartUp")
39292.425:0528:052c:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x19,0000000000000000,0,(null),00007FFFFE2FD640
39292.426:0528:052c:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\Public\\Desktop")
39293.935:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x16,0000000000000000,0,(null),00007C8D2C4DE400
39293.945:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\ProgramData\\Microsoft\\Windows\\Start Menu")
39295.081:0530:0534:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0,0000000000000000,0,(null),000000014001D000
39295.082:0530:0534:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\Desktop")
39295.587:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x6c,0000000000000000,0,(null),00007C8D2C4DE400
39295.603:04cc:04f8:trace:shell:SHGetFolderPathAndSubDirW returning 0x80070003 (final path is L"C:\\users\\thermionix\\AppData\\Roaming\\Microsoft\\Internet Explorer\\Quick Launch\\User Pinned")
39296.080:0530:0534:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x7,0000000000000000,0,(null),00007FFFFE2FD640
39296.081:0530:0534:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\AppData\\Roaming\\Microsoft\\Windows\\Start Menu\\Programs\\StartUp")
39296.081:0530:0534:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x10,0000000000000000,0,(null),00007FFFFE2FD640
39296.083:0530:0534:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\Desktop")
39296.083:0530:0534:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0xb,0000000000000000,0,(null),00007FFFFE2FD640
39296.084:0530:0534:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\thermionix\\AppData\\Roaming\\Microsoft\\Windows\\Start Menu")
39296.084:0530:0534:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x18,0000000000000000,0,(null),00007FFFFE2FD640
39296.086:0530:0534:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\ProgramData\\Microsoft\\Windows\\Start Menu\\Programs\\StartUp")
39296.086:0530:0534:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x19,0000000000000000,0,(null),00007FFFFE2FD640
39296.087:0530:0534:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\users\\Public\\Desktop")
39296.087:0530:0534:trace:shell:SHGetFolderPathAndSubDirW 0000000000000000,0x16,0000000000000000,0,(null),00007FFFFE2FD640
39296.088:0530:0534:trace:shell:SHGetFolderPathAndSubDirW returning 0x00000000 (final path is L"C:\\ProgramData\\Microsoft\\Windows\\Start Menu")

Well, the patch did work!, the path didn't actually exist and was throwing 'Directory Not Found' error
mkdir -p "$WINEPREFIX/drive_c/users/$USER/AppData/Roaming/Microsoft/Internet Explorer/Quick Launch/User Pinned/"

anyone on arch can patch the wine pkgbuild and build;
fixtype.patch
git clone https://gitlab.archlinux.org/archlinux/packaging/packages/wine.git
$ git diff
diff --git a/PKGBUILD b/PKGBUILD
index d9571f1..3325ae4 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -11,11 +11,13 @@ _pkgbasever=${pkgver/rc/-rc}

 source=(https://dl.winehq.org/wine/source/9.x/$pkgname-$_pkgbasever.tar.xz{,.sign}
         30-win32-aliases.conf
-        wine-binfmt.conf)
+        wine-binfmt.conf
+        fixtype.patch)
 sha512sums=('cc2ea5597636da8d392d1d63b9c135679eff69ea671dc6b53b6f2d44a890aee0e17275174485f6e8dd99c7db737eb82a800a2b05c4966f15e28167c5a6098922'
             'SKIP'
             '6e54ece7ec7022b3c9d94ad64bdf1017338da16c618966e8baf398e6f18f80f7b0576edf1d1da47ed77b96d577e4cbb2bb0156b0b11c183a0accf22654b0a2bb'
-            'bdde7ae015d8a98ba55e84b86dc05aca1d4f8de85be7e4bd6187054bfe4ac83b5a20538945b63fb073caab78022141e9545685e4e3698c97ff173cf30859e285')
+            'bdde7ae015d8a98ba55e84b86dc05aca1d4f8de85be7e4bd6187054bfe4ac83b5a20538945b63fb073caab78022141e9545685e4e3698c97ff173cf30859e285'
+            'SKIP')
 validpgpkeys=(5AC1A08B03BD7A313E0A955AF5E6E9EEB9461DD7
               DA23579A74D4AD9AF9D3F945CEFAC8EAAF17519D)

@@ -90,6 +92,11 @@ optdepends=(
 makedepends=(${makedepends[@]} ${depends[@]})
 install=wine.install

+prepare() {
+    cd $pkgname-$pkgver
+    patch --forward --strip=1 --input=../fixtype.patch
+}
+
 build() {
   # Allow ccache to work
   mv $pkgname-$_pkgbasever $pkgname

makepkg -si

Merge request sent to winehq

Looks like this has since been merged into winehq

hm, somehow i am still facing the old issue with the *exe.ini not being created, also using the newest whinehq ...can anyone confirm similar issues?

Same here--I've applied the patch, wiped the wine prefix & reinstalled. Running the launcher with WINEPREFIX="$WP_BOX" FUSION_IDSDK=false WINEDEBUG=-all,-d3d wine $PWD/'wineprefixes/default/drive_c/Program Files/Autodesk/webdeploy/production/6a0c9611291d45bb9226980209917c3d/FusionLauncher.exe' fails with the "Configuration file '...\FusionLauncher.exe.ini' is missing or incomplete error". I will try again with the latest version of wine from git & report back.

pkgbuild patch
diff --git a/PKGBUILD b/PKGBUILD
index 761c530..28c3af2 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -9,15 +9,14 @@ pkgrel=1

 _pkgbasever=${pkgver/rc/-rc}

-source=(https://dl.winehq.org/wine/source/9.x/$pkgname-$_pkgbasever.tar.xz{,.sign}
+source=(https://dl.winehq.org/wine/source/9.x/$pkgname-$_pkgbasever.tar.xz
         30-win32-aliases.conf
-        wine-binfmt.conf)
+        wine-binfmt.conf
+        'https://github.com/wine-mirror/wine/commit/51bec0847395ee90b12287773d5fae512f4df8c9.patch')
 sha512sums=('0c15c3a0901162a386126f2dc987b276b379cc027fc72d9e31cf3122614742f876f30a5f24a495f546cd9c5bd5efce096bd9ca190d0f378fea3d42a298a06e80'
-            'SKIP'
             '6e54ece7ec7022b3c9d94ad64bdf1017338da16c618966e8baf398e6f18f80f7b0576edf1d1da47ed77b96d577e4cbb2bb0156b0b11c183a0accf22654b0a2bb'
-            'bdde7ae015d8a98ba55e84b86dc05aca1d4f8de85be7e4bd6187054bfe4ac83b5a20538945b63fb073caab78022141e9545685e4e3698c97ff173cf30859e285')
-validpgpkeys=(5AC1A08B03BD7A313E0A955AF5E6E9EEB9461DD7
-              DA23579A74D4AD9AF9D3F945CEFAC8EAAF17519D)
+            'bdde7ae015d8a98ba55e84b86dc05aca1d4f8de85be7e4bd6187054bfe4ac83b5a20538945b63fb073caab78022141e9545685e4e3698c97ff173cf30859e285'
+            'SKIP')

 pkgdesc="A compatibility layer for running Windows programs"
 url="https://www.winehq.org"
@@ -90,6 +89,12 @@ optdepends=(
 makedepends=(${makedepends[@]} ${depends[@]})
 install=wine.install

+prepare() {
+    cd $pkgname-$pkgver
+    patch --forward --strip=1 --input=../51bec0847395ee90b12287773d5fae512f4df8c9.patch
+}
+
+
 build() {
   # Allow ccache to work
   mv $pkgname-$_pkgbasever $pkgname

I used @Cyclone6664 's instructions and was able to install Fusion, minus the FusionLauncher.exe.ini, which I ported from my Windows installation and reformatted for Linux:
[Launcher]
stream = production
auid = AutodeskInc.Fusion360
cmd = ""C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe""
global = False

Now when I run launcher.sh I get this output:
--2024-04-28 17:14:58--  https://raw.githubusercontent.com/cryinkfly/Autodesk-Fusion-360-for-Linux/main/files/builds/stable-branch/bin/build-version.txt
Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 2606:50c0:8000::154, 2606:50c0:8001::154, 2606:50c0:8002::154, ...
Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|2606:50c0:8000::154|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 20 [text/plain]
Saving to: ‘/tmp/fusion360/build-version.txt’

build-version.txt   100%[===================>]      20  --.-KB/s    in 0s

Last-modified header missing -- time-stamps turned off.
2024-04-28 17:14:58 (760 KB/s) - ‘/tmp/fusion360/build-version.txt’ saved [20/20]

Online Build-Version: 2.0.17228
Online Insider-Build-Version: 2.0.17228
The version.txt file not exist!
EN
find: ‘’: No such file or directory
wine: invalid directory  in WINEPREFIX: not an absolute path

hm, somehow i am still facing the old issue with the *exe.ini not being created, also using the newest whinehq ...can anyone confirm similar issues?

Try using this as your FusionLauncher.exe.ini:
[Launcher]
stream = production
auid = AutodeskInc.Fusion360
cmd = ""C:\Program Files\Autodesk\webdeploy\production\6a0c9611291d45bb9226980209917c3d\FusionLauncher.exe""
global = False

The path also needs to be created before the setup exe is run, or you will get a 'Directory Not Found' and install failure
mkdir -p "$WINEPREFIX/drive_c/users/$USER/AppData/Roaming/Microsoft/Internet Explorer/Quick Launch/User Pinned/"

Compiled wine from source on Arch Linux, and did not need to apply the patch since it was merged. I created a clean wineprefix manually at the default location, then manually created the directory @Thermionix mentions above. Ran the installer as usual with that, and sure enough, Fusion on Linux is working again. Thank you very much :smile:

Wine 9.8 released on arch! (which includes my fix)

Does this mean that with Wine 9.8 we are good to go? No need for mkdir or anything in parallel?

Works like a charm, thank you all for getting things running again!

Bug solved with the help of @Thermionix !

authors: Cvaniak Cyclone6664 MinerForStone NeilBetham Thermionix aedancullen arpia49 cryinkfly fattylipidacid flaviut jorymorrison mullinmax tinyfluffs


text:
Installer script installed wine-staging although I selected the non-staging one.

When you get to the point where it asks what version of wine you want to use, there was 2 options, wine staging and just normal wine. I selected normal wine which it recognised as being already installed but then it went on to install wine-staging anyway. Is this supposed to happen?

My new script installer (alpha version) detect the wine version and when the correct version exists then continued with the installation of Autodesk Fusion.

source: gharchive/issue

license: MIT

license_type: permissive

license_source: github-api


text:
[Epic] Modification of Cryostat CR spec should always update affected objects

The operator updates some objects when the Cryostat CR is modified, the Deployment spec is one example. This behaviour should be expanded to all objects managed by the operator. When reconciling the Cryostat CR, this can be done using controllerutil.CreateOrUpdate instead of checking for existence and using client.Create.
Tasks:

[x] #408
[x] #409
[x] #410
[x] #411
[x] #412
[x] #413
[x] #414
[x] #415

There are some fields that cannot be modified, e.g. with the PVC:
Forbidden: spec is immutable after creation except resources.requests for bound claims

This should also update any annotations and labels required for Cryostat to function, such as labels used by the selectors for services. For example, we currently update the deployment's pod template, but not its labels or annotations.

We should also update the list of object kinds that we watch:
https://github.com/cryostatio/cryostat-operator/blob/126e3b5459692a6f104cb660455c8de598691113/internal/controllers/cryostat_controller.go#L438-L439

I guess we can close this issue too :D

authors: ebaron tthvo

repo: cryostatio/cryostat-operator


text:
chore(csv): bump csv min k8s version to 1.25

Welcome to Cryostat! 👋
Before contributing, make sure you have:

[x] Read the contributing guidelines
[x] Linked a relevant issue which this PR resolves
[x] Linked any other relevant issues, PR's, or documentation, if any
[x] Resolved all conflicts, if any
[x] Rebased your branch PR on top of the latest upstream main branch
[x] Attached at least one of the following labels to the PR: [chore, ci, docs, feat, fix, test]
[x] Signed all commits: git commit -S -m "YOUR_COMMIT_MESSAGE"

Fixes: https://github.com/cryostatio/cryostatio.github.io/issues/194
Description of the change:
Bumped min k8s version in CSV to 1.25.0
Motivation for the change:
See https://github.com/cryostatio/cryostatio.github.io/issues/194#issuecomment-2214103996. Might be a little odd if anyone already installs cryostat-operator with 1.21-1.24 k8s.

@ebaron looks like I missed this when preparing the upstream release. I updated the process doc at least. I guess we should merge and backport this, and document it as an upstream known issue in the release discussion?

https://github.com/cryostatio/cryostat/discussions/546#discussioncomment-9991767

source: gharchive/pull-request

authors: andrewazores tthvo


text:
Problem: (Fix #202)Missing instruction on how to get the 'validator-addr' with bech32 prefix

Add note to explain how to get the 'validator-addr' with bech32 Prefix.

/staging

authors: WilliamXieCrypto lezzokafka

repo: crypto-org-chain/chain-docs


text:
Define min feeds per Asset

This should be a bitasset property defined by the issuer.  When there are not sufficient valid feeds then the result is as if there were no feeds.

In creating a bitasset property, would the bitasset have this characteristic from the start, as in it would be defined within asset.hpp/cpp?

@VoR0220 It would be specified in asset_create_operation and stored as a field on asset_object, specifically in asset_object.options because it can be changed after the asset is created.

authors: VoR0220 bytemaster nathanhourt

repo: cryptonomex/graphene

license: mit

license_source: bigquery


text:
Pubblicazione automatica su itch.io per il branch dev

Ciao Crystal Bit! Ho modificato di nuovo il file godot_ci.yml inserendo la pubblicazione automatica su itch.io della versione html5 del godot-game-template. L'opzione deve essere attivata manualmente e alcuni secrets devono essere configurati per poter utilizzare la pubblicazione automatica. Ho modificato la wiki includendo un breve tutorial su come configurare l'esportazione
wiki.zip

@davcri

Ciao @Andrea-Miele wow grazie mille anche per questa PR! Ho dato un'occhiata al repo linkato e alle modifiche per la CI, mi sembra tutto ok quindi accetto direttamente sulla fiducia :) appena mi libero un po' vedo di revisionare il tutto e provarlo!
Per la wiki: se vuo aggiorna direttamente la versione online, credo che hai i permessi per farlo no? Nel caso avvertimi pure e provo a sbloccare la situazione.

Purtroppo GitHub non consente di creare pull request per la wiki

https://docs.github.com/en/communities/documenting-your-project-with-wikis/changing-access-permissions-for-wikis

Ok ho reso la wiki modificabile pubblicamente, non credo ci saranno grossi problemi. Nel caso potrei considerare l'idea di creare un team all'interno dell'organizzazione che abbia i permessi per fare modifiche sul repository, vedremo :)
Ho anche aggiornato manualmente la pagina https://github.com/crystal-bit/godot-game-template/wiki/Continuous-integration-(via-GitHub-Actions)
Grazie mille anche per tutto il lavoro sulle immagini e sul video!

authors: Andrea-Miele davcri

repo: crystal-bit/godot-game-template


text:
Array#reject! shouldn't return Nil

Reproducible code
arr = [ 1, 2, 4, 5 ]
arr
  .reject! { |e| e%2 == 0 }
  .reject! { |e| e == 1 }

puts arr

When execute this code in ruby, it returns [5].
In Crystal, it raises a following error.
Error in filename:2: undefined method 'reject!' for Nil (compile-time type is (Array(Int32) | Nil))

The problem is not the compatibility, but the usability.
In many real cases, we use such methods in chains.
So reject! should return an empty array when reject! removes all of the elements.
Needless to say, using not_nil! is not safety.
Thanks
Crystal version: 0.23.1
Sierra 10.12.6

arr = [1, 2, 4, 5]
arr = arr
  .reject { |e| e % 2 == 0 }
  .reject { |e| e == 1 }

puts arr # => [5]

This shouldn't cause any sensible performance impact.

Hmm...
OK, I'll modify my code like that.:+1:

@tbrand Actually, Crystal is safer here. If arr is not known to you, this can happen:
# Ruby
arr = [1, 5]
arr
  .reject! { |e| e % 2 == 0 }
  .reject! { |e| e == 1 }

puts arr

Output:
bar.cr:4:in `<main>': undefined method `reject!' for nil:NilClass (NoMethodError)

Exactly the same error Crystal gives you, but Ruby tells you at runtime time, Crystal at compile time.
There's no need to use reject, there's always try:
arr = [1, 2, 4, 5]
arr
  .reject! { |e| e % 2 == 0 }
  .try &.reject! { |e| e == 1 }

puts arr

Ruby tells you at runtime time, Crystal at compile time.
💯

There's no need to use reject, there's always try:
try is the best!! Thanks!! (I forgot the existence...)

Hold on... why would reject! ever return nil? That makes no sense. (Yes, it's described in the documentation, but why do that?)

That way you know if reject! made changes or not.

OK but there are other ways to get this information. Other methods don't have such a quirk.
So, why do that?

Carried from Ruby. How else would you do that? Maybe that info is not important...?

Well, the obvious thing is to return self, as almost every other ! method does. But whatever, this is not worth arguing about.

By the way, how to get that information -- get size before and size after

I think it's better to always return self so chaining is possible. It's true that the return value is almost meaningless.

Now we need the same changes in Ruby :sweat_smile:
(I'm sorry, a sore subject for me)

authors: AlexWayfer asterite oprypin tbrand vladfaust

repo: crystal-lang/crystal


text:
BigFloat#to_s doesn't show decimal for whole numbers

I could be wrong here, but for sake of consistency I think this makes sense. Here's the scenario:
# This works as expected
(1.3).to_big_f.to_s
# => "1.3"

# This however does not
(1.0).to_big_f.to_s
# => "1"

As you can see, when the second example is transformed to a String it doesn't show the decimal place. As it is a float I would expect it to always show, at the very least, a zero following the decimal.

Shouldn't these give the same results?
"1.1".to_big_f.to_s
# => 1.1

1.1.to_big_f.to_s
# => 1.10000000000000008882

@vlazar I'd think so

fix for @watzon initially issue.
I started looking at the problem you identified @vlazar. It looks a bit more complex than the first one. Not sure if it should be a separate issue?
Hopefully I submitted the PR in proper form. Scanned over the contributing guide. Please let me know if something should be added.
Cheers.

About second problem: maybe it is not a problem but a correct behavior.
1.1 can't be represented exactly in floating form, only approximately. In a Float32 type it is represented as 1.10000000000000008882, and in a BigFloat it is represented as 1.10000.(many zeros)...0000012345 (sorry, i don't know exact precision and representation of BigFloat).
When we convert 1.1 from string to BigFloat we get 1.10000.(many zeros)...0000012345 and it is close enough to 1.1 to be converted to 1.1 on output.
Now when we use 1.1 numeral it has an Float32 type and value of 1.10000000000000008882, that is close to 1.1 for a Float32, but isvery far from 1.1 by BigFloat standards. So it is no correct to convert it from 1.10000000000000008882 to 1.10000.(many zeros)...0000012345 - we just don't have the information that 1.10000000000000008882 is going to represent 1.1 and not say 1.1000000000000001.
Possible solution is a BigFloat literals, but that is definitely another issue.

Another solution is to convert the float to string and then use that as the initial value for the big float. Because 1.1.to_s gives "1.1".

Closed by #7982

authors: Lasvad asterite konovod vlazar watzon


text:
update publish command

[x] --config to take custom sites.json file path and upload it
[x]  --update_pubtools to update publishtools
[x]  -update_digitaltwin update digitaltwin [pull, restart server]

done
publish command will reload server with no restart unless -update_digitaltwin is passed

repo: crystaluniverse/publishtools


text:
use std::time & bump to 0.5.4

the crate time is deprecated, so I think it is better to use std::time instead.

I'll use this patch in Guix to remove the old version of rust-time.

authors: emixa-d oussama

repo: csherratt/pulse


text:
WIP: Refactor loader dependencies

Closes #118
Very WIP, I still need to clean up the resulting mess.
However, the loader roughly looks like I wanted it to, so I wanted to get some early feedback.
I basically moved all the logic that wasn't about loading a file to the parser class, which eliminated the weird Core in-between altogether. As a result, the parser is now a mess, so that needs to be cleaned up still.
Also, the parser still deals with absolute file paths, since I just pulled out the sources hash from the loader. That needs to be changed too, since a file might not necessarily come from disk as far as the parser is concerned.
TODOs:

[x] clean up code
[ ] find new hashing structure for source chunks
[ ] flatten out the nested parser instances; should be possible with just one instance

Hey @RianFuro, thanks for the PR! I think I'll be able to take a look at it at the end of the week

Hey @RianFuro, thanks for the PR! I think I'll be able to take a look at it at the end of the week

looking forward to see the further updates

I was about to wrap this up, but to be honest with the last 2 changes I got a little uncomfortable. I'm sure I made a logical mistake at least once during the work on my last commit, but the tests passed regardless.
So I think I will take some extra time to extend the test suite against the original implementation, then move those over here so I can hand the pr off with some confidence :)

looking forward to see the further updates

I was about to wrap this up, but to be honest with the last 2 changes I got a little uncomfortable. I'm sure I made a logical mistake at least once during the work on my last commit, but the tests passed regardless.
So I think I will take some extra time to extend the test suite against the original implementation, then move those over here so I can hand the pr off with some confidence :)

I think I will take some extra time to extend the test suite against the original implementation

Yeah, this is what I wanted to ask you to do

I think I will take some extra time to extend the test suite against the original implementation

Yeah, this is what I wanted to ask you to do

Could you also update the docs according to the changes?

Could you also update the docs according to the changes?

Could you also update the docs according to the changes?

Sure thing.

Could you also update the docs according to the changes?

Sure thing.

authors: RianFuro madyankin outpunk

repo: css-modules/postcss-modules


text:
8.0.0

This PR updates PostCSS Nesting to follow 2021 source conventions, use esbuild, support PostCSS 8+, and support Node v12+.

fs/promises available in Node v14.x+

authors: Semigradsky jonathantneal

repo: csstools/postcss-nesting


text:
BUG: apollo-1.3.0 docker部署一段时间发现configservice无法与外部通信，mysql库被清空

环境:测试与开发环境,系统,ubuntu 1604,docker版本17.06
部署方式:容器化部署两套环境,使用3台机器，ip尾缀分别为59,14,62,
59上部署apollo-config\admin\portal,数据库放在14上,使用宿主机ip替代容器ip注册到config-eureka上,修正配置如下: 官方release包apollo-*-1.3.0-github.zip中的config/application-github.properties，scripts/startup.sh
其中application-github.properties修改如下：
DataSource
spring.datasource.url = jdbc:mysql://数据库ip(14):3306/ApolloConfigDB?characterEncoding=utf8
startup.sh修改如下:
SERVER_PORT=8010
Adjust memory settings if necessary
#export JAVA_OPTS="-Xms2560m -Xmx2560m -Xss256k -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=384m -XX:NewSize=1536m -XX:MaxNewSize=1536m -XX:SurvivorRatio=8"
Only uncomment the following when you are using server jvm
#export JAVA_OPTS="$JAVA_OPTS -server -XX:-ReduceInitialCardMarks"
########### The following is the same for configservice, adminservice, portal ###########
export JAVA_OPTS="$JAVA_OPTS -XX:+UseParNewGC -XX:ParallelGCThreads=4 -XX:MaxTenuringThreshold=9 -XX:+UseConcMarkSweepGC -XX:+DisableExplicitGC -XX:+UseCMSInitiatingOccupancyOnly -XX:+ScavengeBeforeFullGC -XX:+UseCMSCompactAtFullCollection -XX:+CMSParallelRemarkEnabled -XX:CMSFullGCsBeforeCompaction=9 -XX:CMSInitiatingOccupancyFraction=60 -XX:+CMSClassUnloadingEnabled -XX:SoftRefLRUPolicyMSPerMB=0 -XX:+CMSPermGenSweepingEnabled -XX:CMSInitiatingPermOccupancyFraction=70 -XX:+ExplicitGCInvokesConcurrent -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCApplicationConcurrentTime -XX:+PrintHeapAtGC -XX:+UseGCLogFileRotation -XX:+HeapDumpOnOutOfMemoryError -XX:-OmitStackTraceInFastThrow -Duser.timezone=Asia/Shanghai -Dclient.encoding.override=UTF-8 -Dfile.encoding=UTF-8 -Djava.security.egd=file:/dev/./urandom"
export JAVA_OPTS="$JAVA_OPTS -Dserver.port=$SERVER_PORT -Deureka.instance.ip-address=ip(59) -Deureka.instance.homePageUrl=http://ip(59):8010 -Dlogging.file=$LOG_DIR/$SERVICE_NAME.log -Xloggc:$LOG_DIR/gc.log -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=5M -XX:HeapDumpPath=$LOG_DIR/HeapDumpOnOutOfMemoryError/"
PATH_TO_JAR=$SERVICE_NAME".jar"
SERVER_URL="http://ip(59):$SERVER_PORT"
admin与portal的配置与上面基本相同，只是端口做了变更。
62上的部署于59略有不同，数据库与apollo-config,apollo-admin部署在同一台机器上，不带portal,配置基本与59一致,62作为一个新的集群注册到了59的portal上，在portal上分别发布了测试与开发的应用10多个(新代码分支)，全是spring cloud应用
运行5-6天后,59服务出现异常，configservice报错如下：
2019-03-07 09:22:02.080  WARN 37 --- [main] c.n.d.s.t.d.RetryableEurekaHttpClient    : Request execution failed with message: java.net.ConnectException: Connection refused (Connection refused)
2019-03-07 09:22:02.081 ERROR 37 --- [main] com.netflix.discovery.DiscoveryClient    : DiscoveryClient_APOLLO-CONFIGSERVICE/ee43ea3bb79b:apollo-configservice:8011 - was unable to refresh its cache! status = Cannot execute request on any known server
com.netflix.discovery.shared.transport.TransportException: Cannot execute request on any known server
at com.netflix.discovery.shared.transport.decorator.RetryableEurekaHttpClient.execute(RetryableEurekaHttpClient.java:112)
at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator.getApplications(EurekaHttpClientDecorator.java:134)
at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator$6.execute(EurekaHttpClientDecorator.java:137)
at com.netflix.discovery.shared.transport.decorator.SessionedEurekaHttpClient.execute(SessionedEurekaHttpClient.java:77)
at com.netflix.discovery.shared.transport.decorator.EurekaHttpClientDecorator.getApplications(EurekaHttpClientDecorator.java:134)
at com.netflix.discovery.DiscoveryClient.getAndStoreFullRegistry(DiscoveryClient.java:1051)
at com.netflix.discovery.DiscoveryClient.fetchRegistry(DiscoveryClient.java:965)
at com.netflix.discovery.DiscoveryClient.(DiscoveryClient.java:414)
at com.netflix.discovery.DiscoveryClient.(DiscoveryClient.java:269)
at org.springframework.cloud.netflix.eureka.CloudEurekaClient.(CloudEurekaClient.java:63)
at org.springframework.cloud.netflix.eureka.EurekaClientAutoConfiguration$RefreshableEurekaClientConfiguration.eurekaClient(EurekaClientAutoConfiguration.java:290)
at org.springframework.cloud.netflix.eureka.EurekaClientAutoConfiguration$RefreshableEurekaClientConfiguration$$EnhancerBySpringCGLIB$$4a0eb0e7.CGLIB$eurekaClient$2()
at org.springframework.cloud.netflix.eureka.EurekaClientAutoConfiguration$RefreshableEurekaClientConfiguration$$EnhancerBySpringCGLIB$$4a0eb0e7$$FastClassBySpringCGLIB$$73c1be4.invoke()
报错重复无数次，重构容器多次还是如此，因此不全部截取
caused by为connection refused
同时出现一个更严重的情况，14上的mysql数据库被全部清空，库与表结构还在，数据不翼而飞，62上没有出现这个问题。
数据库相关的日志没有找到，只发现来自59的session被abort了,原因不明，数据库连接数默认100，根本没超过最大连接数。
还未抓包或者做端口扫描，还请各路大神提供策略，代码已紧急回滚

apollo代码中没有这类删除数据的逻辑，界面上的删除功能也都是软删，不会导致数据库被清空的，建议从数据库日志中找线索吧。
至于eureka connection refused的问题，这个就是读取的serverconfig中的eureka.service.url配置做eureka信息同步的，可以看一下配置是否正确，以及是否能访问通

从单机（59）到引入新集群（62）之后3天都是正常的，但是第三天config,admin突然就无法通信了eureka注册也不成功，请问跟数据库内容有关吗？

鉴于官方提供的jar包部署之后除了我提交的这部分日志之外没有输出其他日志，还请官方同学提供其他排查方式与思路，数据库日志只有链接断开的信息

eureka的配置是从数据库中获取的，如果数据被清空了，那应该会向http://localhost:8080/eureka注册

case先关闭了，如还有问题，可以提供更多信息，或进群交流。

authors: furenle nobodyiam

repo: ctripcorp/apollo


text:
logback-spring 占位符无法被替换

apollo-client: 0.10.0
application.properties

apollo.bootstrap.enabled = true

apollo 配置中属性

log.path = /data/logs/boot/

logback  ${log.path} 无法被替换 目录为: log.path_IS_UNDEFINED

<?xml version="1.0"?>
<configuration>
    <springProperty scope="context" name="log.path" source="log.path"/>
    <property name="LOGS" value="${log.path}"/>
    <appender name="RollingFile" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>${LOGS}/boot.log</file>
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <Pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</Pattern>
        </encoder>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>${LOGS}/boot-%d{yyyy-MM-dd}.log.gz</fileNamePattern>
            <maxHistory>20</maxHistory>
            <CleanHistoryOnStart>true</CleanHistoryOnStart>
        </rollingPolicy>
    </appender>
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <layout class="ch.qos.logback.classic.PatternLayout">
            <Pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</Pattern>
        </layout>
    </appender>
    <root level="info">
        <appender-ref ref="STDOUT"/>
        <appender-ref ref="RollingFile"/>
    </root>
</configuration>

apollo.bootstrap.eagerLoad.enabled需要启用下，具体可以参考 https://github.com/ctripcorp/apollo-use-cases/tree/master/spring-boot-dubbo/spring-boot-dubbo-provider/src/main/resources

apollo.bootstrap.eagerLoad.enabled需要启用下，具体可以参考 https://github.com/ctripcorp/apollo-use-cases/tree/master/spring-boot-dubbo/spring-boot-dubbo-provider/src/main/resources

是否需要升级client

authors: nobodyiam seqwait


text:
Add GetCachedInstanceTask

Added

Added GetCachedInstanceTask.

Changed

Updated CreateInstanceTask with additional TBinding

Codecov Report

Merging #131 (50e8adf) into master (480fc6b) will decrease coverage by 0.11%.
The diff coverage is 88.46%.

@@            Coverage Diff             @@
##           master     #131      +/-   ##
==========================================
- Coverage   96.32%   96.21%   -0.12%
==========================================
  Files          98       99       +1
  Lines        1742     1768      +26
  Branches      232      237       +5
==========================================
+ Hits         1678     1701      +23
- Misses         61       64       +3
  Partials        3        3

Flag
Coverage Δ

cuaktask
99.25% <ø> (ø)

iocuak
94.45% <88.46%> (-0.15%)
:arrow_down:

porygon
98.58% <ø> (ø)

porygon-typeorm
98.90% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

...InstanceTask/models/cuaktask/CreateInstanceTask.ts
100.00% <ø> (ø)

...tanceTask/models/cuaktask/GetCachedInstanceTask.ts
88.46% <88.46%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 5b66555...50e8adf. Read the comment docs.

authors: codecov-commenter notaphplover

repo: cuaklabs/cuaktask

license: Unlicense


text:
Refactorings

Some quick refactoring using magic racket stuff. Notes

match-define (and other functions in racket/match) are super useful for destructuring any (and I do mean any) kind of data. Worth reading up on.
begin is inconsistently used by Racket. Always worth checking if you actually need to use it (for example match branches don't!)
racket/base loads faster than racket. However, macro heavy files are annoying to switch to racket/base.

Thanks for doing this! I've switched to using match-define and other such functions recently, but I haven't done it everywhere yet. About printing, I just pushed an implementation of a logging system. but turning it on and off seems a bit janky atm and I'm catching racket debug messages. good to know about the begin statements as well.

authors: rachitnigam sgpthomas

repo: cucapra/futil