[Bug 50956] New: Cannot disable winemenubuilder.exe by DLL override

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=50956

            Bug ID: 50956
           Summary: Cannot disable winemenubuilder.exe by DLL override
           Product: Wine
           Version: 6.5
          Hardware: x86-64
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: ntdll
          Assignee: wine-bugs at winehq.org
          Reporter: maciej.stanczew+b at gmail.com
   Regression SHA1: 28fe84da45bea7de56539b50eac8ebcec54342de
      Distribution: ArchLinux

(I'm not sure if this issue is already covered by other bug reports, but I
don't see this specific flow being described, so I'm submitting a new report.
Also this is still present in 6.6, so it's not related to bug 50867.)

Since 6.5 winemenubuilder.exe cannot be disabled using a DLL override.

Steps to reproduce:
1. Set WINEDLLOVERRIDES=winemenubuilder.exe=d, as described in FAQ[1]
2. Run winecfg to initialize new prefix
3. Run winecfg again

Expected results:
* 'applications', 'desktop-directories', 'icons', and 'mime' directories
normally created by winemenubuilder in $HOME/.local/share are not present
* Wine log shows:
0034:err:module:process_init L"C:\\windows\\system32\\winemenubuilder.exe" not
found
002c:err:wineboot:process_run_key Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (126).

Actual results:
* Directories above are created anyway
* Log doesn't show anything about winemenubuilder.exe being disabled

Bisection:
28fe84da45bea7de56539b50eac8ebcec54342de is the first bad commit
commit 28fe84da45bea7de56539b50eac8ebcec54342de
Author: Alexandre Julliard <julliard at winehq.org>
Date:   Wed Mar 24 10:53:53 2021 +0100

    ntdll: Load the main image from the Unix side.

My use case for disabling winemenubuilder is that I have two prefixes: one for
normal usage and one for testing.
First, I don't want MIME file associations in any of the prefixes. This can
also be achieved by unchecking "Manage file associations" after the first
winecfg (although it's a bit annoying to have to remember to do this every time
when creating a new prefix).
Second, I want .desktop files to be generated only for the main prefix, not the
testing one. I did this by setting the DLL override only in the testing prefix,
which now doesn't work.

I can temporarily achieve old behavior by removing winemenubuilder.exe from the
prefix, but it will be regenerated on prefix update, so it's not a sustainable
solution.

[1]
https://wiki.winehq.org/FAQ#How_can_I_prevent_Wine_from_changing_the_filetype_associations_on_my_system_or_adding_unwanted_menu_entries.2Fdesktop_links.3F

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.