On Fri, Jun 16, 2017 at 11:27:39AM +, Clébio C. Felix wrote:
>>> Details: https://github.com/git-for-windows/git/issues/1203
>>>
>>> Version with bug: 2.13.1
>>> Normal: 2.13.0
>>
>> Attached are the pictures for those who doesn't want to browse that bug
>> and dig them up.
>>
>> Basicall
Cc: git@vger.kernel.org
Enviadas: Sexta-feira, 16 de Junho de 2017 3:30
Assunto: Re: [BUG] GITK don't show unstaged changes
On Thu, Jun 15, 2017 at 11:52:46AM +, Clébio C. Felix wrote:
> Details: https://github.com/git-for-windows/git/issues/1203
>
> Version with bug: 2.13.1
> N
Details: https://github.com/git-for-windows/git/issues/1203
Version with bug: 2.13.1
Normal: 2.13.0
CCFelix
Hi,
I'm having problems with gitk not displaying the history tree correctly. The
lines representing branches are messed up, circles for the individual commits
are missing (screenshot attached).
I tried to delete ~/.config/git/gitk, even tried a completely fresh user
account without success. Th
On Wed, Jun 8, 2016 at 8:31 AM, Eric Frederich wrote:
> Thanks for confirming. I do a similar workaround too.
> The issue is when new Git users don't even have a ~/.config/git/gitk to
> modify.
> They first have to run it natively where lime exists, then they can
> edit it and use it over VNC.
>
+cc: Paul Mackerras
Am 08.06.2016 um 14:31 schrieb Eric Frederich:
> Thanks for confirming. I do a similar workaround too.
> The issue is when new Git users don't even have a ~/.config/git/gitk to
> modify.
> They first have to run it natively where lime exists, then they can
> edit it and use i
Thanks for confirming. I do a similar workaround too.
The issue is when new Git users don't even have a ~/.config/git/gitk to modify.
They first have to run it natively where lime exists, then they can
edit it and use it over VNC.
I cannot find any instructions for submitting patches to the gitk
Am 08.06.2016 um 11:40 schrieb stefan.na...@atlas-elektronik.com:
> Am 07.06.2016 um 21:20 schrieb Eric Frederich:
>> Hello,
>>
>> I couldn’t find any documentation on submitting patches for gitk.
>> I saw in Documentation/SubmittingPatches that gitk is maintained in
>> its own repo.
>> I can’t clo
Am 07.06.2016 um 21:20 schrieb Eric Frederich:
> Hello,
>
> I couldn’t find any documentation on submitting patches for gitk.
> I saw in Documentation/SubmittingPatches that gitk is maintained in
> its own repo.
> I can’t clone repo’s unless they’re http while on my corporate proxy.
> I’m hoping s
Hello,
I couldn’t find any documentation on submitting patches for gitk.
I saw in Documentation/SubmittingPatches that gitk is maintained in
its own repo.
I can’t clone repo’s unless they’re http while on my corporate proxy.
I’m hoping someone can help me out or just do it for me ;-)
I’d like to r
Indeed. I should obviously have started by updating my master branch,
sorry for the noise.
Thanks,
Dennis Kaarsemaker writes:
> Hi Matthieu,
>
> This has been reported quite a few times before. A fix is in master,
> see 482456a^2 and children.
>
> On wo, 2015-11-18 at 19:31 +0100, Matthieu Moy
Hi Matthieu,
This has been reported quite a few times before. A fix is in master,
see 482456a^2 and children.
On wo, 2015-11-18 at 19:31 +0100, Matthieu Moy wrote:
> Hi,
>
> I'm getting the following crash on recent gitk:
>
> $ LANG=fr_FR gitk --all
> Error in startup script: bad menu entry
Hi,
I'm getting the following crash on recent gitk:
$ LANG=fr_FR gitk --all
Error in startup script: bad menu entry index "Éditer la vue..."
while executing
".bar.view entryconf [mca "Edit view..."] -state normal"
invoked from within
"if {$cmdline_files ne {} || $revtreeargs n
On Fri, 23 Oct 2015 15:32:10 +0200
Jörg Bühmann wrote:
> gitk crashes for single file with German environment
[...]
http://thread.gmane.org/gmane.comp.version-control.git/279910
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.or
gitk crashes for single file with German environment
Git 2.6.2
Installed with homebrew
Platform Apple OS X 10.10.5
shell: zsh 5.0.5 (x86_64-apple-darwin14.0)
environment: LANG=de_DE.UTF-8
gitk is very useful to show the commit history of one file. However it crashes
on
When gitk is run with " --not " args, things work
fine until one tries to modify the view.
There it considers "--not" to be an extra git-log argument on its own, and
groups the negative refs together with the
positive refs, which naturally gives completely wrong results.
Not sure what the best c
Hello,
(running gitk from Debian's gitk 1:1.8.2~rc3-1 package)
if only a few commits are shown in gitk such that the history canvas is
too big, i.e. there is place for more commits to be shown, the scroll
bar on the right hand side correctly is greyed out. Still I can scroll
using the mouse movin
Hello,
running gitk from Debian (1:1.8.2~rc3-1) I noticed that
$ gitk ... &
$ git notes edit $some_ref_shown_by_gitk
and then pressing F5 or Shift-F5 doesn't update the notes shown.
Best regards
Uwe
PS: Please Cc: on replies as I'm not subscribed
--
Pengutronix e.K.
On Thu, Oct 04, 2012 at 10:50:15PM +0200, Stefan Haller wrote:
> Sorry, I didn't realize that there is a display mode where the
> list of files is empty, not even showing a "Comments" entry.
>
> Here's a patch that fixes it, plus another patch that is only related
> in so far as the bug that it fi
Sorry, I didn't realize that there is a display mode where the
list of files is empty, not even showing a "Comments" entry.
Here's a patch that fixes it, plus another patch that is only related
in so far as the bug that it fixes was introduced by the same commit.
[PATCH 1/2] gitk: Fix error messa
Clicking on a line that connects commit nodes produces this error:
can't read "cflist_top": no such variable
can't read "cflist_top": no such variable
while executing
"$cflist tag remove highlight $cflist_top.0 "$cflist_top.0 lineend""
(procedure "highlightfile" line 4)
invoked from wi
21 matches
Mail list logo
