trap EXIT INT does not seem to work at all with CTRL-C

[netvl]

This very simple script does not print anything when I run it like fish ./test-trap and then press CTRL-C:

trap "echo After" EXIT INT
sleep 100s

If I run exactly the same script with bash and press CTRL-C, it prints After two times.

It can be reproduced with a manual function whatever --on-event fish_exit --on-signal INT as well.

Fish version: 3.0.2
Linux void 5.4.11-arch1-1 SMP PREEMPT Sun, 12 Jan 2020 12:15:27 +0000 x86_64 GNU/Linux

[ridiculousfish]

I can reproduce, the bash script needs to be run as a script, not directly from the command line or else you engage job control. This should work in fish, I will figure out why it doesn't.

[ridiculousfish]

In non-interactive mode, fish responds to a SIGINT-exited process by SIGINT itself. The function is enqueued but there's no place to execute it, fish is already exiting. I'll have to think about how this could work.

[scooter-dangle]

I don't know if it's relevant, but I had noticed a change in behavior of the the --on-signal INT flag when upgrading to 3.1 (I think from 3.0, but I can at least verify the old, expected behavior on an installation of 2.7.1).

Previously, executing the following and then hitting ctrl-c would cause hola to be printed:

function stuffs --on-signal INT
    echo hola
end

As of 3.1.0, it doesn't.

[ridiculousfish]

Heh, yes, we enqueue the event but refuse to execute it, because we're cancelling.

[ridiculousfish]

Second issue bisects to f8ba0ac.

[ridiculousfish]

It appears that non-interactive INT handlers have never worked in fish. The interactive case is a 3.1.0 regression and is fixed in bc702cc

@zanchey this would be a good addition for 3.1.1, this comment is what is fixed.

[ridiculousfish]

cherry-picked to 3.1.1 as f776c4e

[zanchey]

Note from the original post and #6744 this appears to have been broken in 3.0.0 as well.