Scandeps server need to be improved

[Yngve N. Pettersen]

Hello all,

IMO there are several serious problems with scandeps_server, one of which
is that it does not detect file changes, as mentioned earlier.

I seem to have just now run into another: a scandeps_server process stuck
around for maybe 24 hours, through 6 different builds, in 3 different work
directories, and 3 different Chromium versions (minor or major) causing at
least one link error in an unrelated build (Chromium 128 changed a couple
of lines in a file, reverting a function name change), and quite possibly
caused other build result to be incorrect.

What I see from the logs for that builder is that the stop reproxy task
about 24 hours ago failed, which probably left both the reproxy and
scandeps processes hanging around until I ended them a few minutes ago,
despite each build job running their own start reproxy task which is
supposed to stop any running reproxy tasks.

Another scenario where the need to constantly stopping and starting reproxy
in order to get updated compile results is causing problem is when building
from Visual Studio. Visual Studio does not have an easy way to start and
stop reproxy (and GN does not produce vs projects that does so), so it have
to be started from a command line terminal window, and if recompile starts
for some files, one have to remember to restart the reproxy to get correct
results.

IMO reproxy and scandeps need to be much more aware of the environment they
are running in (and where they are getting requests from), and especially
they should either detect and update changed files, and/or not accept
requests from a different directory path (I have more than a dozen
different checkout directories, and constantly switched between at least 5
of them).

--
Sincerely,
Yngve N. Pettersen
Vivaldi Technologies AS