| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
add-zle-hook-widget support for multiple hook functions.
See workers/46004 for the use-case.
|
|
|
|
|
|
|
|
| |
"Topics" is an experimental concept in Mercurial that augments the
current branching concept (called "named branches").
For more information, see the not always up-to-date Mercurial Wiki page
https://www.mercurial-scm.org/wiki/TopicPlan.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
gen-applied-string hook information on already-applied patches.
The hook already receives information about the current (topmost
applied) patch and, if the get-unapplied style is set, about future
(unapplied) patches.
Tested in the Functions/VCS_Info/test-repo-git-rebase-apply scenario,
after manually converting the rebase to a «git am». (Specifically,
I ran:
mkdir d
git rebase --abort
git format-patch rebase_from_this..HEAD -o d
git checkout rebase_onto_this
git am d/*
.)
|
| |
|
| |
|
| |
|
|
|
|
| |
situations
|
| |
|
|
|
|
| |
unapplied patches.
|
|
|
|
| |
Before this commit, it could only be an external command.
|
|
|
|
|
|
|
| |
arguments like gen-applied-string arguments are processed.
I consider this a bugfix, since it's unexpected for -applied and
-unapplied to differ about this.
|
|
|
|
|
|
|
|
|
|
| |
of the "exec" verb.
The code before this commit happened to have done the right thing:
"exec" lines were handled by the catchall forward compatibility case,
which happened to have had virtually the same effect as the correct
case. However, that was merely an accidental result. This patch makes
the code do the right thing deliberately, rather than by accident.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
We currently detect Git repositories by finding the top level of the
working tree, and if we fail to detect it, assume that we're not in a
repository. However, there's a case we don't consider: a bare
repository.
Let's detect if the user is in a bare repository by checking if gitdir
is set, and if so, using that if there is no working tree. We now
detect bare Git repositories with vcs_info, as expected.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Git 2.25 introduced a change to how git rev-parse --show-toplevel
behaves. Traditionally, it succeeded with no output if the user was
in a bare repository. Now it dies, printing an error to standard error.
Consequently, when the user is in a bare repository with a newer Git,
vcs_info prints noisily to standard error.
While this is functionally harmless, it is annoying for the shell to
print messages from Git every time the prompt is printed, so let's
silence the error message.
|
| |
|
|
|
|
| |
It is on by default, and new users are unlikely to want to change it.
|
|
|
|
|
|
|
|
|
|
| |
Additional lines between the |-separated header line and the actual
log message, as generated by 'svn log -v' and 'svn log -g', are now
supported.
This change affects you if you have quilt patches with 'svn log'-style
information in their headers, regardless of whether you use quilt
standalone, quilt over svn, or quilt over some other VCS.
|