GNU bug report logs -
#76769
31.0.50; marking inconsistency between VC-Dir and dired-vc-next-action
Previous Next
Reported by: Sean Whitton <spwhitton <at> spwhitton.name>
Date: Thu, 6 Mar 2025 03:58:02 UTC
Severity: normal
Found in version 31.0.50
Done: Sean Whitton <spwhitton <at> spwhitton.name>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Sean Whitton <spwhitton <at> spwhitton.name> writes:
> Hello,
>
> I discovered another inconsistency in current VC-Dir which must be
> resolved first. Suppose you have:
>
> ./
> * admin/
> edited admin/emake
> admin/notes/
> edited admin/notes/www
>
>
> and then you move point to admin/notes/ and type 'm'.
> This is allowed. The marks become:
>
> ./
> * admin/
> edited admin/emake
> * admin/notes/
> edited admin/notes/www
>
>
> However, if you instead start with this:
>
> ./
> admin/
> edited admin/emake
> * admin/notes/
> edited admin/notes/www
>
> and then you move point to admin/ and type 'm', it's an error.
> It won't let you mark admin/.
>
> *If* it is allowed to have both admin/ and admin/notes/ marked,
> then it shouldn't matter which order you mark them in.
>
> I think I should change it to *not* allow admin/notes/ to be marked at
> the same time as admin/. Does that sound right to others?
So it's already possible to have a directory and its subdirectory in the
same fileset? So vc backends already need to support filesets which
contain both a directory and an entry in that directory?
Isn't this good news? Because it means we could actually have vc-dir
allow "filesets which contain a directory and a file in that directory"
more generally, as in your original proposal on this bug. Since, after
all, it seems to already be supported.
This bug report was last modified 49 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.