Skip to content

Bug: Opening items doesn't pass correct path to launched application #12950

Closed
@tacogerbil

Description

@tacogerbil

Important

Current workaround: #12950 (comment)

Description

I have a .jar file for Minceraft java edition. It a custom launcher that I compile and I run from a folder on my desktop. https://github.com/SKCraft/Launcher
After using FIles to access this folder and launching the file.. normally what happens is the jar file accesses the configuration files saved locally in the same folder as the jar file. One in particular is the accounts.dat file with the credentials for my Microsoft account.
When using "Files" it fails to register anything in this folder. Somehow through some registered variable in windows (I assume) it creates a folder in the same general folder location for the launcher project it was compiled in. It does NOT use the Desktop folder I created for the launcher. I have never in any other computer (including OSX or Linux) seen the jar file not being able to access these local files....
FYI, I use a bat file located on my NAS to compile the SKCraft Launcher Minecraft .jar file. This jar file is shared with my son and other nephews to use on their computers as is.. They simply run it and it creates all the local files you see in the included image.

image

Steps To Reproduce

  1. Run a program file in C:/Users/<name>/downloads
  2. See the program get path C:/Windows/System32

Requirements

  • e.g. Fix crash that occurs when...
    Behave as Windows Explorer does. When the jar file is double clicked it uses the java env. to run and accesses the configuration files the .jar file created in the same local folder. It then opens the Launcher and the user is able to play Minecraft from this folder as they do when using Explorer.

Files Version

3.5.10.0

Windows Version

10.0.22000.2176

Log File

debug.log

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    Status

    ✅ Done

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions