Skip to content

[Bug]: Invalid --user-data-dir when launched from Keypirinha #11359

Open
@Leftium

Description

@Leftium

Prerequisites

  • I have written a descriptive issue title.
  • I have searched all issues/PRs to ensure it has not already been reported or fixed.
  • I have verified that I am using the latest version of Scoop and corresponding bucket.

Package Name

chromium

Expected/Current Behaviour

Expected: Chromium can be successfully launched via Keypirinha.

Actual:

  • Error dialog on launch: "Failed to Create Data Directory" with incorrect data directory "V:\scoop\apps\chromium\current\User
  • Tab opens to http://data/
  • AppData is used for data directory instead of scoop's persist directory
  • Command Line has two --user-data-dir parameters:
"V:\scoop\apps\chromium\current\chrome.exe" --user-data-dir="\"V:\scoop\apps\chromium\current\User" --user-data-dir="C:\Users\Leftium\AppData\Local\Chromium\User Data" ...

Steps to Reproduce

1. `scoop install keypirinha`
2. `scoop install chromium`
3. Launch chromium via keypirinha

Possible Solution

A work-around is to modify the shortcut generated by scoop so the target is:

V:\scoop\apps\chromium\current\chrome.exe "--user-data-dir=V:\scoop\apps\chromium\current\User Data"

(The first quote character was moved up to enclose the entire parameter instead of just the path)


Also other ways of launching chromium seem to work OK:

  • Shim generated by scoop (even when launched by Keypirinha!)
  • Windows start menu
  • PowerToys launcher
  • Clicking on shortcut from file explorer

Scoop and Buckets Version

Current Scoop version:
v0.3.1 - Released at 2022-11-15

'dodorz_scoop' bucket:
f89f092 (HEAD -> master, tag: NormCap-cn-0.4.2, origin/master, origin/HEAD) NormCap-cn: Update to version 0.4.2

'extras' bucket:
b82cb889f (HEAD -> master, origin/master, origin/HEAD) apifox: Update to version 2.2.40

'java' bucket:
be0689d7 (HEAD -> master, origin/master, origin/HEAD) temurin8-nightly-jre: Update to version 8.0.382-2.0.202305261836

'main' bucket:
682f7710a (HEAD -> master, origin/master, origin/HEAD) fzf: Update to version 0.41.1

'nixxo_nixxo-scoop-bucket' bucket:
a477b7a (HEAD -> main, origin/main, origin/HEAD) transifex-client: Update to version 0.14.4

'nonportable' bucket:
c08e396 (HEAD -> master, origin/master, origin/HEAD) 10x-np: Update to version 1.0.34

'versions' bucket:
2846d07e6 (HEAD -> master, origin/master, origin/HEAD) ffmpeg-yt-dlp: Update to version 6.0-22-20230527sco

Scoop Config

last_update           : 2023-05-27T11:09:24.0467964-05:00
root_path             : v:\scoop
aria2-warning-enabled : False
scoop_branch          : master
scoop_repo            : https://github.com/lukesampson/scoop

PowerShell Version

Name                           Value
----                           -----
PSVersion                      5.1.22621.1778
PSEdition                      Desktop
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
BuildVersion                   10.0.22621.1778
CLRVersion                     4.0.30319.42000
WSManStackVersion              3.0
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1

Additional Softwares

The root cause of this bug may be a bug in Keypirinha, but the work-around in Scoop is very simple (moving one quote character in the manifest.) Perhaps it is better practice to enclose the entire parameter in quotes instead of just the path.

Keypirinha is closed source and not actively maintained, so the chances this will be fixed in Keypirinha are very slim.

Note other scoop packages like googlechrome are also affected by the same bug.

Metadata

Metadata

Assignees

No one assigned

    Labels

    upstreamWaiting for upstream (the developers of the software) to fix the problem

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions