Problem/Motivation
Proposed resolution
Remaining tasks
User interface changes
API changes
Data model changes
Release notes snippet
| Comment | File | Size | Author |
|---|
Issue fork drupal-3112290
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
Comment #2
mpdonadioTook the patch from 2902895-43.patch
- Isolated just the procedural code changes (well, I tried)
Comment #4
kristen polSee possibly related issues noted here:
https://www.drupal.org/project/drupal/issues/3112283#comment-13605217
Comment #9
mondrakeRerolling and retargeting to D10. Curious to see impact on PHPStan's baseline.
Comment #11
mondrakeComment #12
andypostThere's many places when new service got a call inside of loops, please beware it as this replacement could affect performance a lot calling
\Drupal::time()instead of using constant (within request)Comment #13
andypostI bet it should be targeted to 9.4
Comment #16
mondrakeComment #17
daffie commentedOne thread open on the MR.
Comment #19
spokjeComment #20
daffie commentedCommented on the MR.
Comment #21
spokjeComment #23
spokjeThanks @daffie for the review.
Addressed all 3 threads.
Also opened a
9.5.xMR, where the only difference with the10.0.xMR are the changes incore/modules/aggregator/aggregator.module, which has been removed from10.0.x.Comment #24
spokjeComment #25
daffie commentedThe code changes for both MR's look good to me.
All my points have been addressed.
For me it is RTBC.
Comment #26
spokjeBroken HEAD on
10.0.xcurrently.Comment #27
spokjeRight, back in the land of the Green TestBot once more.
Comment #28
mallezieIn #3282315: Update phpstan/phpstan and mglaman/phpstan-drupal to latest versions there was some discussion on the changes in comment and history module file (same for aggregator.module in 9.5 MR). Wether doing this
- define('HISTORY_READ_LIMIT', REQUEST_TIME - 30 * 24 * 60 * 60);
+ define('HISTORY_READ_LIMIT', \Drupal::time()->getRequestTime() - 30 * 24 * 60 * 60);
would be a good idea.
Comments: https://www.drupal.org/project/drupal/issues/3282315#comment-14542184
https://www.drupal.org/project/drupal/issues/3282315#comment-14542319
#2006632: Make HISTORY_READ_LIMIT configurable would solve those in a better way. But not sure if that last one would be a D10 blocker (for removing the deprecated usage).
Not putting back on that one, just noting down here.
Comment #29
alexpottI think the solutions here to call \Drupal::time() in comment.module and history.module is not correct. If you look at when module code is loaded in the Drupal kernel. It does:
So we're pushing the request onto the request stack after this. I think the better solution is the one in #3282315: Update phpstan/phpstan and mglaman/phpstan-drupal to latest versions - I think what we should do here is update this to the use the same solution and also link to a @todo to remove these constants. They are not constant and should be implemented differently. The issue to link to is #2006632: Make HISTORY_READ_LIMIT configurable.
Comment #30
spokjeComment #31
spokjeComment #32
mondrakeComment #33
spokjeComment #34
mondrake@alexpott input was addressed AFAICS, back to RTBC
Comment #35
alexpottCommitted and pushed 433f2ae0fd to 10.1.x and 55bf7eed54 to 10.0.x. Thanks!
Committed a15d0ef and pushed to 9.5.x. Thanks!