Problem/Motivation
Since statistics is being deprecated make sure there are no references to the module outside of the module itself.
Steps to reproduce
Proposed resolution
See #3340834-7: [meta] Tasks to deprecate Statistics for a grep command and list of links. Hopefully that is all of the ones to check but finding the instances of 'statistics' to change or remove is not so easy.
Remaining tasks
Review.
User interface changes
API changes
Data model changes
Release notes snippet
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | report.txt | 15.33 KB | smustgrave |
Issue fork drupal-3410210
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:
- 3410210-remove-statistics-module
changes, plain diff MR !5931
Comments
Comment #2
sourabhjainLet me work on this.
Comment #4
quietone commented@sourabhjain, when you work on an issue it is good practice to comment on what you did and what still remains to be done. By the MR I can see that you did the first item in the 'remaining tasks' but did you do the second step?
I am going to set this to needs review. I have not searched for other instances.
Comment #5
smustgrave commentedDo not believe a search was done.
Did a phpstorm search and manually reviewed the findings
Y2038TimestampUpdateTest as reference to statistics module that could be removed
But think it would be good to postpone this on moving statistics tests as a lot of comments seems to be attached to tests, example in commentStatistics.
Ignored findings in Forum
Comment #6
quietone commentedThis the reference in Y2038TimestampUpdateTest
The reference to statistics there can stay because it actually is installed in drupal-9.4.0.filled.standard.php.gz.
And the changes to htaccess breaks tests.
Comment #7
quietone commentedLooking for how to remove statistics and have the tests pass
Comment #8
quietone commentedRemoved the work on the htaccess and tests to a sibling issue.
Comment #9
quietone commentedReady for review
Comment #10
spokjeAll changes look sensible, did a search, most references that came up are for fixtures and migrations, htaccess is a separate issue.
I believe this is the last straggler that we overlooked?
We caught it in the actual
autoload.php, just not in the generator of the file: https://git.drupalcode.org/project/drupal/-/blob/11.x/composer/Plugin/Sc...EDIT: This an edge case of a comment being written in code, so this might be already taken care of in another sibling issue?
Comment #11
quietone commented@Spokje, Thank you for finding a straggler!
Comment #12
spokjeThanks @quietone, I would RTBC this, but I see @sourabh_jain_419 left a comment on the MR.
Not sure why
composer/Plugin/Scaffold/GenerateAutoloadReferenceFile.phpshouldn't be changed?Comment #13
spokjeAdded an explanation in the MR why I think it _should_ be changed.
Marking as RTBC to let core committers decide on it.
Comment #16
larowlanCommitted to 11.x, thanks