| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
This is aimed mostly at use of run-help as a standalone function rather
than as a widget. When run-help is invoked outside widget context,
there's no source line to search for the original command name, so this
attempts searching the arguments.
|
| |
|
|
|
|
| |
Joint work with Peter Grayson.
|
|
|
|
|
|
|
|
|
|
|
|
| |
The style was treated as "always true" rather than as "settable, false
by default" in the rebase-merge and cherry-pick cases. This affects the
gen-unapplied-string hook, and may also affect gen-applied-string and
set-patch-format hooks if they accessed VCS_INFO_get_data_git's internal
parameters directly.
If this affects you, just set the style in your zshrc:
.
zstyle ':vcs_info:git*:*:*' get-unapplied true
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The vcs_info patch detection code attempted to interrogate StGit patch
stack state by inspecting .git/patches/applied and
.git/patches/unapplied.
As of StGit 0.15 (2009), patch stack metadata is captured in the repo's
object database. And as of StGit 1.0 (2021), no stack or patch state is
maintained in any files in the .git/ directory.
Zsh's approach for interrogating StGit patch state is thus obsoleted.
This patch updates vcs_info to determine whether StGit is initialized on a
branch by looking at the appropriate git refs and uses StGit's prescribed
interface for interrogating applied and unapplied patch state via the `stg
series` command. This approach will work with all versions of StGit >=0.15.
Signed-off-by: Peter Grayson <pete@jpgrayson.net>
|
| |
|
|
|
|
| |
Avoids side effects of add-zle-hook-widget.
|
| |
|
|
|
|
|
|
|
|
|
| |
- remove the preliminary "wait" for all the process
- remove "nomonitor" (because it was only needed for that "wait")
- explicitly adds traps to exit for tty-generated signals plus TERM
- capture the signal trap context and restore it in background jobs
- wrap in an "always" block to clean up local helper functions
- update comments to note another buglet and drop support for zsh 4.x.
|
|
|
|
| |
when redefining compadd et al.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
For instance, with 4 applied patches, 5 unapplied patches, and no guards
involved, the patch-format style would indicate 9 (= 4+5) unapplied patches
and 4 applied patches.
|
|
|
|
|
|
| |
gen-applied-string, gen-unapplied-string, and set-patch-format hooks
I use that in my gen-applied-string hook.
|
|
|
|
| |
to global scope
|
|
|
|
|
|
| |
Tweaked per discussion in security/90, security/91
(cherry picked from commit b34d33e3b3c5ae30e8315111f07634c1e7507531)
|
|
|
|
| |
generate rebase-merge test cases
|
| |
|
|
|
|
| |
Work around <https://github.com/chrisbra/vim-zsh/issues/39>.
|
|
|
|
| |
... for consistency with all other vcs_info function files.
|
|
|
|
|
|
|
|
|
|
|
|
| |
get-unapplied hasn't been set
This affects the post-quilt hook. Before this patch, if no patches have
been applied and get-unapplied hasn't been set, the second argument to
that hook would undergo null elision.
The generation of patch subjects for the gen-applied-string,
gen-unapplied-string, and set-patch-format hooks was unaffected since
it was guarded by [[ -n $patches ]].
|
| |
|
| |
|
|
|
|
|
|
|
| |
vcs_info
If someone does 'HGPLAIN=1 vcs_info', any vcs_info hooks should be called with
HGPLAIN set. Declaring it 'local' broke that.
|
|
|
|
| |
Co-authored-by: Daniel Shahaf <d.s@daniel.shahaf.name>
|
| |
|
|
|
|
| |
replacement was empty or generated more than one element
|
| |
|
| |
|
|
|
|
| |
Not tested.
|
|
|
|
| |
especially for theme preview
|
| |
|
| |
|
|
|
|
| |
catch errors.
|
|
|
|
|
|
|
|
| |
get-revision is set and check-for-changes is not
Tweak: Simplify an always-true condition.
Review-by: Manuel Jacob
|
| |
|
|
|
|
|
|
|
| |
cvs, git: Set ${vcs_comm[basedir]} like all other backends do.
That doesn't affect anything, not even other vcs_info internals; it's
just for consistency across backends.
|
|
|
|
| |
expression evaluted to zero.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Rename zstyle `cleanup' on the context `:prompt-theme' to `restore'
everywhere but in prompt_cleanup(). It is only used as a restore
mechanism now.
* Ensure prompt_cleanup() continues to store its command list in the
`cleanup' style.
* Clean up before theme switch at the end of set_prompt().
* Prepend every use of prompt_*_setup (which might modify the shell
state in ways that require cleanup) with a cleanup run.
* Adjust `prompt restore' to do both parts of the newly split restore
mechanism, cleanup first.
|
| |
|
| |
|
| |
|
|
|
|
| |
also fix format errors in contrib.yo
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
This avoids the send-break which is both visually unappealing and might
break some use cases where the user wishes to wrap edit-command-line in
another widget.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the set-patch-format hook (regression from workers/40480).
To reproduce, go to a hg repository with active mq guards and configure
vcs_info as follows:
zstyle '*' get-unapplied true
zstyle ':vcs_info:*set-patch-format*' hooks f
zstyle '*' patch-format '[%g : %G]'
zstyle '*' nopatch-format '[%g : %G]'
zstyle '*' formats '%m'
+vi-f () {
hook_com[guards]+=XXX
}
The regression was first released in 5.3.1-test-2, over three years ago.
|