Skip to content

Bug: Files UWP Prioritizes Content Type Over User-Set Default App for Opening Files (e.g., .jar Files) #17480

@CommandPrompt-Wang

Description

@CommandPrompt-Wang

Description

This is an issue related to file type association priority and content sniffing in Files UWP.

  1. The user has set a default application for the .jar file type (e.g., Java(TM) Platform SE binary).
  2. When double-clicking a .jar file in Files UWP, the app ignores the user's default program setting and incorrectly attempts to open it using the built-in "compressed folder" functionality.
  3. Expected behavior: Double-clicking the file should execute it using the user-set default application (Java).
    Only If you restart Files Totally (not close and reopen the window) can resolve this issue, quite confusing.

Steps To Reproduce

  1. In Settings > Apps > Default apps, set the default app for .jar files to Java(TM) Platform SE binary.
  2. Locate a .jar file in Files UWP (e.g., hmcl.jar).
  3. Double-click the file.
  4. Actual Result: The file is expanded as if it were a folder inside Files UWP.
  5. Expected Result: The file should be executed in the background using the Java runtime.
output_small_x264.mp4

Files Version

3.9.1.0

Windows Version

10.0.26100.4652 WorkStation

User ID

No response

Log File

I think this won't help.

debug.log

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions