Closed (fixed)
Project:
Search and Replace Scanner
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
12 Apr 2024 at 16:59 UTC
Updated:
13 May 2024 at 15:29 UTC
Jump to comment: Most recent
Comments
Comment #3
damienmckennaComment #4
damienmckennaIt'd be useful to be able to skip the Drupal.NamingConventions.ValidFunctionName.InvalidPrefix test in phpcs.
Comment #5
damienmckennaSomething's causing the pipelines to not run.
Comment #6
jonathan1055 commentedThe error
means you have invalid yml (also shown in the colored tags by the pipeline). You are missing the
variables:keyword, because the 'd7 drupal test dependencies' is being interpreted as job names.Comment #7
damienmckennaThe current test failures are due to problems with the Devel module, so I opened a merge request for it:
Comment #9
damienmckennaThanks to fjgarlin for the syntax tip for the "exclude" option.
Comment #10
damienmckennaComment #11
damienmckennaI think we might need to try loading the devel module from D7Security via a composer.json file.
Comment #12
fjgarlin commentedI made some changes to the MR to unblock the issue where it wouldn't go past composer and left a note in the MR to revert once #3442120: D7 pipeline fails: Uploading artifacts as "archive" to coordinator... 413 Request Entity Too Large is merged (that issue is in "needs review" now).
Comment #13
damienmckennaThanks to help from fjgarlin and jonathan1055, this works now.
Comment #14
fjgarlin commentedGreat!! Thanks for the back and forth, it was really useful to improve the templates for Drupal 7. I am glad we've found a way to make it work.
I left a couple of comments in the MR.
Comment #15
damienmckennaIt's weird - the last commit, to leverage _D7_DRUPAL_TEST_DEPENDENCIES to download the dependencies instead of before_script, seems to cause the custom download of Devel to be replaced by by the d.o version.
Comment #16
fjgarlin commentedUmm, what makes you think that it's using the "devel" version of d.o?
Comment #17
fjgarlin commentedMaybe it was a one-off error kind of thing?
I re-ran the pipeline and it was green: https://git.drupalcode.org/issue/scanner-3440527/-/pipelines/155305
Comment #18
damienmckennaThe Devel version on d.o doesn't have PHP 8 fixes, which is why it fails with this error:
It is definitely weird that it worked on the second run.
Comment #19
fjgarlin commentedThat line seems to be exactly the same in both versions:
- d.o: https://git.drupalcode.org/project/devel/-/blob/7.x-1.x/devel_generate/d...
- gitlab.com: https://gitlab.com/d7security/devel/-/blob/7.x-1.x/devel_generate/devel_...
For what is worth, I don't think that it would have tried to bring it from d.o as we are adding the
--sourceattribute, so whatever the problem is seems to be in the gitlab.com version of it.So it's probably worth opening the issue upstream and fixing in there.
Comment #20
damienmckennaI submitted a comments-only change to the merge request and it failed again. Running it locally I spotted where it hits a different number of errors each time, but I can reproduce the problem.
I'll submit another MR to Devel.
Comment #21
fjgarlin commentedPerfect! I think the MR for this issue is looking pretty good already, so once that upstream issue is created/merged it should all be good (and consistent 🙂).
Comment #22
damienmckennaI submitted a MR for Devel to fix the bug: https://gitlab.com/d7security/devel/-/merge_requests/3
Comment #23
damienmckennaThe way the test logic was set up there were scenarios where the tests didn't run properly, so the logic from Devel wasn't actually running. I made some changes to improve the generated test data so it'll be better at triggering the problem.
Comment #25
damienmckennaCommitted.
Comment #26
damienmckenna