Problem/Motivation

CI_DEBUG_SERVICES, means others can't see the pipeline results.

Steps to reproduce

Proposed resolution

disable this for now.

Remaining tasks

User interface changes

API changes

Data model changes

Command icon Show commands

Start within a Git clone of the project using the version control instructions.

Or, if you do not have SSH keys set up on git.drupalcode.org:

Comments

tedbow created an issue. See original summary.

tedbow’s picture

Title: Disable CI_DEBUG_SERVICES so others can see pipelines » gitlab CI phpunit tests in 3.0.x are now failing

repurposing this. There most have been some change outside the project because the scheduled job now fails

fjgarlin made their first commit to this issue’s fork.

fjgarlin’s picture

Status: Active » Needs review

#3426277: [phpunit_concurrent] Pass parallel options from Gitlab job to run-test introduced an unexpected bug (now reverted).
MR 1031, which is now empty, is running as expected https://git.drupalcode.org/issue/automatic_updates-3426716/-/pipelines/1...

So the main project should be back to normal. Sorry for the disruption but also, thanks for trying "main". That help us a lot when rolling out features that might contain unexpected bugs.

I set it as "Needs review", but there is really nothing to merge as things should now be back to normal.

tedbow’s picture

Status: Needs review » Closed (outdated)

@fjgarlin ok thanks!

jonathan1055’s picture

Hi tedbow,
Is there still a reason for your project to have CI_DEBUG_SERVICES enabled? I'd like to test your project with enhancements from #3426136: Execute CSPELL in project root folder and make fixing words easier because you already have an existing .cspell.json file and had used it in your DrupalCI (way before we got the cspell gitlab pipeline job for contrib projects). The cpsell job ends in amber warning but I can't tell why because currently I am not allowed to view your pipeline job logs.

I could request read access to MR1030 and re-use that one https://git.drupalcode.org/project/automatic_updates/-/merge_requests/1030 as that is still open. That may allow me to at least see the logs for this MR.

jonathan1055’s picture

I re-used MR1030 so I could see the current state of the cspell job - it fails
https://git.drupalcode.org/issue/automatic_updates-3426716/-/pipelines/1...
The projects own words are being sucessfully ignored, but the drupal dictionary is not getting added. The path is not defined in .cspell.json but maybe on DrupalCI it was run in a location where it could be found automatcally, or inherited from core?

Now re-running with an updated template to use the gitlab_templates MR 155 and no other cspell changes - your job passes :-)
https://git.drupalcode.org/issue/automatic_updates-3426716/-/pipelines/1...

I also noticed that you have accidentlally omitted the .skip-phpunit-rule so that even when trying to SKIP_PHPUNIT:1 for efficiency the job still ran. You may like to commit those little changes, so that you can skip all phpunit jobs when you want to.