There is still more to do to solve http://bugs.darcs.net/issue2436
(the next step would be to make matching before interactive selection
lazy),
but at least "rollbak -p ." stops opening all patches of the current
repository before the first prompt.

1 patch for repository http://darcs.net:

patch 7147b93fea11a899493099f166490dae154b1f29
Author: Guillaume Hoffmann <guillaumh@gmail.com>
Date:   Sat Jan 16 14:28:35 ART 2016
  * do not open patches uselessly when no file restriction given
  With this change commands like "darcs rollback -p ." stop
  opening all patches.
  Done with the invaluable help of Florent Becker.

Attachments

• do-not-open-patches-uselessly-when-no-file-restriction-given.dpatch
• patch-preview.txt
• unnamed

Improved comments.

I'm screening it.

1 patch for repository http://darcs.net:

patch fd0eab4d10c24d2730caee8e2dba3829c5ea9cbd
Author: Guillaume Hoffmann <guillaumh@gmail.com>
Date:   Sun Jan 17 06:00:57 ART 2016
  * do not open patches uselessly when no file restriction given
  With this change commands like "darcs rollback -p ." stop
  opening all patches.
  Done with the invaluable help of Florent Becker.

Attachments

• do-not-open-patches-uselessly-when-no-file-restriction-given.dpatch
• patch-preview.txt
• unnamed

I tried again without this patch, and darcs did *not* open all patches
during interactive selection.  I think there was a confusion on my
machine with testing with the OS version of Darcs (2.10.1) which had the
bug.

So the path does not fix anything special. One can see in
Darcs.Patch.TouchesFiles that when the given list of files is Nothing,
the patch is not read (select.. and deselect.. functions).

Anyway it's good to have this change to clarify the source code.

self-accept