Open Cigaes opened 3 years ago
Intended behavior (canonical paths), please check the answer at https://github.com/termux/termux-widget/issues/57#issuecomment-929058585.
I have read the discussion for this issue and the ChangeLog for v0.13, and neither address the exact issue I am pointing. Are you sure this is not an unintentional change that is a side effect of an intentional one?
At the very least, the fact that the shortcut appears with its source name in the list but is created with the target name is inconsistent and misleading and needs to be fixed.
Sorry, that's my fault. I forgot to add the symlink target patch even though it came in my mind. That is likely the issue. Will try fixing it soon.
The name needs to be generated from absolute path too instead of canonical
Problem description
When a shortcut is a symlink, it is shown it is own name in the list to create the widget, but then the actual shortcut uses the target of the symlink.
Steps to reproduce
.shortcuts/host1
with basicallyssh $0
.ln -s host1 host2
host2
in the list.Expected behavior
I would expect a widget named
host2
that ssh me tohost2
. Instead, I get a widget namedhost1
that ssh me tohost1
.Additional information
It used to work with Termux:Widget 0.12. I had to re-create all widgets after recently upgrading to 0.13.