mirror of
https://github.com/LGUG2Z/komorebi.git
synced 2026-01-11 14:40:25 +01:00
[BUG]: Fails to start if komorebi.json is a sym link #624
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @alexgorbatchev on GitHub (May 19, 2025).
Summary
As per title
Version Information
Komorebi Configuration
Hotkey Configuration
n/a
Output of komorebic check
@LGUG2Z commented on GitHub (May 19, 2025):
Can you share the symlink command you're using as well? Hopefully we can resolve symlinks before attempting to load files 🤞
@alexgorbatchev commented on GitHub (May 19, 2025):
Additional context:
PowerShellhere is also a symlink and that fails to start as well. Oddly enough however, if I makekomorebi.jsonmalformed,komorebi checkdoes see the problem.@LGUG2Z commented on GitHub (May 19, 2025):
Thanks for this extra info - one more request - can you share the console output if you try to run
komorebi.exedirectly?@alexgorbatchev commented on GitHub (May 19, 2025):
@LGUG2Z commented on GitHub (May 19, 2025):
Thanks, this confirms my suspicion that
komorebi.jsonis being loaded correctly (this is also a symlink?) the error occurs when trying to loadapplications.jsonfrom a symlink - I think this is enough info to start digging 🤞@LGUG2Z commented on GitHub (May 20, 2025):
There are a few things from the logs you've posted:
This suggests that your
KOMOREBI_CONFIG_HOMEis set to~\Documents\PowerShell\02-configs\komorebi\configThis suggests that your
komorebi.jsonfile is found in thatKOMOREBI_CONFIG_HOMEdirThis suggests that komorebi is being told to look for
applications.jsonin thatKOMOREBI_CONFIG_HOMEdirHowever this log line suggests that komorebi is actually attempting to load it from
~\applications.json:Can you share the value of
app_specific_configuration_pathfrom yourkomorebi.jsonjust to sanity check this?Also is it that case that you have symlinked this file from your user home dir to
~\Documents\PowerShell\02-configs\komorebi\config?@alexgorbatchev commented on GitHub (May 24, 2025):
Apologies for the delay. So I was experimenting with the config path and settings trying to find a "working combination", that's why the logs are somewhat different from one another.
This was the value from the start and currently is, just at the time of posting I was trying something different. I don't use this feature personally.
@pu-007 commented on GitHub (May 30, 2025):
I have the same issue,
I am encountering the same issue and the same unusual situation. I have linked komorebi.json to the WSL directory. Additionally, other applications are able to read the file as normal.
log shows below:
@alexgorbatchev commented on GitHub (May 30, 2025):
@pu-007 side question, how did you change file explorer font to monospaced?
@pu-007 commented on GitHub (May 30, 2025):
By https://github.com/Tatsu-syo/noMeiryoUI.
@LGUG2Z commented on GitHub (May 30, 2025):
I think these kinds of symlinks across the WSL boundary are still not supported - more context here: https://superuser.com/questions/1695779/symlinks-made-in-the-linux-side-of-wsl2-do-not-appear-in-the-windows-side-under
@alexgorbatchev commented on GitHub (May 31, 2025):
Interesting. However, the check does fail on malformed .json file.