GNU bug report logs - #11463
24.1.50; vc-dir buffer is not updated correctly after commit

Previous Next

Package: emacs;

Reported by: Christoph Scholtes <cschol2112 <at> googlemail.com>

Date: Sun, 13 May 2012 13:21:01 UTC

Severity: minor

Found in version 24.1.50

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11463 in the body.
You can then email your comments to 11463 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#11463; Package emacs. (Sun, 13 May 2012 13:21:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Christoph Scholtes <cschol2112 <at> googlemail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 13 May 2012 13:21:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Christoph Scholtes <cschol2112 <at> googlemail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.1.50; vc-dir buffer is not updated correctly after commit
Date: Sun, 13 May 2012 07:19:07 -0600
Point vc-dir to a directory with changed files in the directory itself
and in one or more subdirectories. Invoke vc-next-action to commit all
files. Files show up-to-date after that. Press g to refresh the buffer
and all files disappear, but any subdirectory that contained files that
were committed is till present in the list. The directories should be
removed from the list unless there are still changes present in them.

Note, this happened with a git backend, but might occur with other
backends, too.


In GNU Emacs 24.1.50.1 (i386-mingw-nt6.1.7601)
 of 2012-05-13 on MARVIN
Bzr revision: 108213 monnier <at> iro.umontreal.ca-20120513030506-t7ggxqlr92y8yjw4
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --with-gcc (4.6) --no-opt --enable-checking --cflags
 -ID:/devel/emacs/libs/libXpm-3.5.8/include
 -ID:/devel/emacs/libs/libXpm-3.5.8/src
 -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
 -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
 -ID:/devel/emacs/libs/giflib-4.1.4-1/include
 -ID:/devel/emacs/libs/jpeg-6b-4/include
 -ID:/devel/emacs/libs/tiff-3.8.2-1/include
 -ID:/devel/emacs/libs/gnutls-3.0.9/include
 -ID:/devel/emacs/libs/libiconv-1.13.1-1-dev/include
 -ID:/devel/emacs/libs/libxml2-2.7.8/include/libxml2'




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11463; Package emacs. (Thu, 04 May 2017 23:01:02 GMT) Full text and rfc822 format available.

Message #8 received at 11463 <at> debbugs.gnu.org (full text, mbox):

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Christoph Scholtes <cschol2112 <at> googlemail.com>
Cc: 11463 <at> debbugs.gnu.org
Subject: Re: bug#11463: 24.1.50; vc-dir buffer is not updated correctly after
 commit
Date: Fri, 5 May 2017 01:59:52 +0300
Hey Christoph,

Is this still a problem?

Christoph Scholtes <cschol2112 <at> googlemail.com> writes:

> Point vc-dir to a directory with changed files in the directory itself
> and in one or more subdirectories. Invoke vc-next-action to commit all
> files. Files show up-to-date after that. Press g to refresh the buffer
> and all files disappear, but any subdirectory that contained files that
> were committed is till present in the list. The directories should be
> removed from the list unless there are still changes present in them.

I don't know since when, but with the Git backend at least, the files
you've just committed changes in, stay in the list as 'up-to-date', and
pressing 'g' does not remove them.

You can press `x', however, to remove all up-to-date and ignored files,
as well as "empty" directories, from the VC-Dir buffer.

Would you say it's good enough?




Reply sent to Stefan Kangas <stefan <at> marxist.se>:
You have taken responsibility. (Fri, 01 Nov 2019 18:34:02 GMT) Full text and rfc822 format available.

Notification sent to Christoph Scholtes <cschol2112 <at> googlemail.com>:
bug acknowledged by developer. (Fri, 01 Nov 2019 18:34:02 GMT) Full text and rfc822 format available.

Message #13 received at 11463-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: Christoph Scholtes <cschol2112 <at> googlemail.com>, 11463-done <at> debbugs.gnu.org
Subject: Re: bug#11463: 24.1.50; vc-dir buffer is not updated correctly
 after commit
Date: Fri, 01 Nov 2019 19:33:43 +0100
Dmitry Gutov <dgutov <at> yandex.ru> writes:

> Hey Christoph,
>
> Is this still a problem?
>
> Christoph Scholtes <cschol2112 <at> googlemail.com> writes:
>
>> Point vc-dir to a directory with changed files in the directory itself
>> and in one or more subdirectories. Invoke vc-next-action to commit all
>> files. Files show up-to-date after that. Press g to refresh the buffer
>> and all files disappear, but any subdirectory that contained files that
>> were committed is till present in the list. The directories should be
>> removed from the list unless there are still changes present in them.
>
> I don't know since when, but with the Git backend at least, the files
> you've just committed changes in, stay in the list as 'up-to-date', and
> pressing 'g' does not remove them.
>
> You can press `x', however, to remove all up-to-date and ignored files,
> as well as "empty" directories, from the VC-Dir buffer.
>
> Would you say it's good enough?

More information was requested, but none was given within 2.5 years, so
I'm closing this bug.  If this is still an issue, please reopen the bug
report.

Best regards,
Stefan Kangas




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 30 Nov 2019 12:24:07 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 149 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.