addremove: restore the relative path printing when files are named This fixes the previously mentioned issue with 3778884197f0, and undoes its corresponding test change. The test change demonstrates the correctness when a file is specified (i.e. the glob is required on Windows because relative paths use '\' and absolute paths use '/'). It is admittedly very subtle, but there will be a more robust test in the addremove -S v3 series.

     1

  $ hg init

     2

  $ echo a > a

     3

  $ hg add a

     4

  $ hg commit -m test

     5

     6

Do we ever miss a sub-second change?:

     7

     8

  $ for i in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20; do

     9

  >     hg co -qC 0

    10

  >     echo b > a

    11

  >     hg st

    12

  > done

    13

  M a

    14

  M a

    15

  M a

    16

  M a

    17

  M a

    18

  M a

    19

  M a

    20

  M a

    21

  M a

    22

  M a

    23

  M a

    24

  M a

    25

  M a

    26

  M a

    27

  M a

    28

  M a

    29

  M a

    30

  M a

    31

  M a

    32

  M a

    33