retitle mr list fails if jobs is more than 1 On Mon, 2020-11-09 at 11:59 +0800, Paul Wise wrote: > On Sun, 2020-11-08 at 21:57 -0500, Calum McConnell wrote: > > > It works perfectly (though with a blank space between each entry for > > some > > reason). .mrconfig is exactly as you'd expect: I attached it as > > mrconfig- > > testuser > > So the issue sounds like it is caused by something that is in your user > home directory rather than something in mr.
The issue arises regardless of where I execute mr from: be it inside a repository, inside GitGud/*, or in the home directory. > The blank line is expected, since the list option just runs `true` and > all mr actions get a blank line between them. > > Does the same thing happen if you run `mr list` in your user home > directory but outside your usual shell environment? For example in > GNOME you can use the run dialog to run this command and then check the > tmp-mr-list file afterwards: > > sh -c 'mr list > tmp-mr-list' Same output :( > Does your shell list any aliases related to mr? > > alias | grep mr It did, adding one to increase job count before I worked out the .mrconfig file, but even after I removed it and started a new shell session without the alias (I double-checked) the issue persisted > Does your shell have any functions related to mr? > > set | grep -C5 mr There is one match, in _cd_devices's compgen function. Other than that, clean. After all those dead-ends, I decided to do a more intensive test with the new user. I transferred all the repositories, and found that it ran normally. I then tried to modify the .mrconfig file, and found that the trigger was the 'jobs' specifier. I had tried commenting out jobs before, but it must not have applied, because I had earlier set the alias to always run some jobs in parallel. I don't know if the bug retitle will apply, but we shall see.
signature.asc
Description: This is a digitally signed message part
