Add GitLab CI testing on 7.x

It seems like testing with Drupal 7 on GitLab CI is not yet ready
#3343810: Support for testing Contrib Drupal 7 with the template

Patch for core debug.

Breakthrough! I removed the 'date' and 'date_pop' modules from the Date test, and the Scheduler permissions were then properly available. It was an obvious thing to try, in hindsight, but things are always simple afterwards. Clearly this is not the solution, because the tests now fail due to not having the Date module. But we can now investigate what Date is doing.

Here's a sample from the extra debug, when the Date module is enabled. It seems that Scheduler is known about in module_list() but then it becomes unknown.

ML1. module_list(), empty($list) || $refresh || $fixed_list
ML2. module_list(), from refresh
ML3. module_list(), from bootstrap_refresh
ML5. module_list() returns 'scheduler': NO
...
ML1. module_list(), empty($list) || $refresh || $fixed_list
ML2. module_list(), from refresh
ML4. module_list(), not from bootstrap_refresh
ML5. module_list() returns 'scheduler': yes
...
This is SchedulerDateModuleTest::setUp()
calling parent::setUp('date', 'scheduler')
This is DrupalWebTestCase::setUp()
ML5. module_list() returns 'scheduler': yes
ML5. module_list() returns 'scheduler': yes
ML1. module_list(), empty($list) || $refresh || $fixed_list
ML2. module_list(), from refresh
ML4. module_list(), not from bootstrap_refresh
ML5. module_list() returns 'scheduler': NO
in module_implements(), resetting ...
ML1. module_list(), empty($list) || $refresh || $fixed_list
ML4. module_list(), not from bootstrap_refresh
ML5. module_list() returns 'scheduler': NO
...
ML5. module_list() returns 'scheduler': NO
$modules=Array
(
    [0] => date
    [1] => scheduler
)
ML5. module_list() returns 'scheduler': NO
Enabled modules: date, scheduler
ML1. module_list(), empty($list) || $refresh || $fixed_list
ML2. module_list(), from refresh
ML4. module_list(), not from bootstrap_refresh
ML5. module_list() returns 'scheduler': NO
in module_implements(), resetting ...
ML5. module_list() returns 'scheduler': NO

From this point onwards, module_list never returns 'scheduler' so the permissions are not returned, even though the module is konwn, enabled and we get function scheduler_permission exists in the debug log.

Thanks for finding that issue and patching it here. Your commits dont seem to be triggering pipelines.

This is excellent progress, thanks for taking it on.

There is still the issue of the permissions not being available, but that seems to be related to a combo of date, date_popup, scheduler as mentioned in #8.

Yes, that's a separate problem. I'm going to take that on to a new MR, and leave this MR to demonstrate the problem and fix for tests not failing.

I left the file "drupal_web_test_case.php" in the MR and commented out the patch with the additional output you did ... that's what works for me but you can continue however it's easier for you.

That's also a good way to do it. I'm happy to leave it like this.

I'm going to change the tests here, to just run two simple tests to demonstrate the problems of not failing. Hopefully these should both fail with your patch. First run will be without the patch, which should pass (incorrectly).

Just to record this here, with core patched from the commit on #3393147: Exceptions ignored in errorHandler for DrupalTestCase, the login(false) exception now causes the test to fail
https://git.drupalcode.org/project/scheduler/-/pipelines/29134

Restoring this mr to contain the syntax error test. For following up the hints in #15.

Thanks to @flgarlin's work on #3392363: D7 contrib pipeline tests fail when requiring a 3rd-party contrib module Scheduler no longer has move the loaded modules #3401828: Remove custom composer after_script
So this is now fixed.