Closed (fixed)
Project:
Module Filter
Version:
4.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
15 Jan 2020 at 10:23 UTC
Updated:
31 Jan 2023 at 14:59 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
akshay_dUpdated the drupal standard please review
Comment #3
ankush_03Comment #4
Anonymous (not verified) commentedHello @akshay_d, I tested your patch and found a few more issues.
I attached a patch bellow. Please review and test it.
Kind regards, Denis
Comment #5
ilgnerfagundes commentedAn error occurred while applying the patch
Comment #6
mrinalini9 commentedRerolled patch #4 for 8.x-3.x, please review.
Comment #7
ankithashettyUpdated the patch in #6 to use
$this->getRequest()instead of$this->requestStackin src/Form/ModuleFilterUpdateStatusForm.php file asDrupal\Core\Form\FormBasealready implements$this->getRequest().Thanks!
Comment #8
jonathan1055 commentedWhat we really need here is for automated testing to be enabled on this module. I know there are no functional or kernel tests (yet) but we can run phpcs, csslint, eslint, phpstan if testing was enabled. The module has not had a commit since April 2020, so do we know if it is still actively maintained?
It's a very helpful module, with 226,000 installs, so it would be good to see it continue into Drupal 10.
Comment #15
smustgrave commentedThere are several changes going in right now so this will have to be rechecked.
Moving over credit from https://www.drupal.org/project/module_filter/issues/3167690
Comment #18
smustgrave commentedAddressed the conflict
If someone is free please test https://www.drupal.org/project/module_filter/issues/3327754
Comment #19
jonathan1055 commentedThis is good progress, lots of the coding standards have been fixed, but there are still many remaining. They are all in javascript files, so first we need to verify that the source code is being checked against the correct standards.
Also it would be useful for the project to have a phpcs.xml.dist file, so that local standards checking is easier. We can also adjust which sniffs we want the module to use or ignore.
Comment #20
jonathan1055 commentedSecond MR to investigate the js warnings and add phpcs.xml.dist
Comment #22
jonathan1055 commented@smustgrave Please could you enable drupalci testing on the 4.x branch, then the new MR can be tested. Currently testing is only set for the 8.x-3.x branch it appears, looking at https://www.drupal.org/node/328228/qa
Thanks
Comment #24
smustgrave commentedMerged the MR.
Have added automated tests for 4.x-dev branch.
Comment #25
jonathan1055 commentedThanks for the commit and for setting up tests at 4.x
I've raised #3331002: [META] Javascript and YML coding standards as a follow-up for the javascript problems.
Comment #26
jonathan1055 commentedAfter adding the phpcs.xml.dist coding standards config, the project is now checking .md files, which it was not before. There's one coding standards error
It is trivial, but when running phpcs locally to check that a change is clean it always crops up, and just creates a mental overhead to keep ignoring it. It is the only fault reported by phpcs and nice to get it fixed, here's a patch. The links are allowed to extend beyond 80 chars when formatted properly using the
[text](url)syntax.Comment #27
jonathan1055 commentedThe patch result https://www.drupal.org/pift-ci-job/2564371 shows that the patched readme.md is clean, compared to the error reported at the very end of the list on https://www.drupal.org/pift-ci-job/2564331
Comment #28
jonathan1055 commentedAdded related issues.
Comment #29
jonathan1055 commentedSetting back to NR for the additional patch in #26
This is important because the coding standards failure is causing branch teest to end with grey "Build Successful" instead of green "Pass"
Comment #31
smustgrave commentedMerged