Drupal 10 readiness meeting / 7 June 2021 [#3217743]

Meeting will happen in #d10readiness on drupal.slack.com.

Hello and welcome to this Drupal 10 readiness meeting!

This meeting:
➤ Is for core and contributed project developers as well as people who have integrations and services related to core. Site developers who want to stay in the know to keep up-to-date for the easiest Drupal 10 upgrade of their sites are also welcome.
➤ Usually happens every other Monday at 18:00 UTC.
➤ Is done over chat.
➤ Happens in threads, which you can follow to be notified of new replies even if you don’t comment in the thread. You may also join the meeting later and participate asynchronously!
➤ Has a public agenda anyone can add to: `https://www.drupal.org/project/drupal/issues/3217743`
➤ *Transcript will be exported and posted* to the agenda issue. For anonymous comments, start with a :bust_in_silhouette: emoji. To take a comment or thread off the record, start with a :no_entry_sign: emoji.

0️⃣ Who is here today? Comment in the thread below to introduce yourself.

mikelutz (he/him)	Hello all!
Kristen Pol (she/her)	Kristen, Central California :wave:
Neslee	Hello from valencia :wave:
shaal	Hello :wave:
hestenet (he/him)	Tim from the DA getting back in touch :slightly_smiling_face:
longwave	Dave, UK :wave:
Sarah Corbine	Sarah from Wisconsin :wave:
xjm	xjm, joining late :wave:
lleber	Hey, Luke here from the rugged and rural heart of Pennsylvania (forgot to comment initially).
catch	Nat joining (very) late)
kimb0	Kim joining (laterer) (edited)
gaurav mahlawat	Catching up :wave: Gauravmahlawat do
anmolgoyal74	Hi
mansoor20	Hello, catching up now :wave:
vuil	Ilcho, Bulgaria, just follow the updates…
anjalivijay	Hello, following the updates.

1️⃣ Do you have suggested topics you are looking to discuss? Post in this thread and we’ll open threads for them as appropriate.

Kristen Pol (she/her)	Any mentored contribution events in the pipeline?
Neslee	Saw discussion about d10 readiness here - https://www.youtube.com/watch?v=3qbgWI-ihWA, and would like to involve more here (edited)
lleber	Is there an easy way to find all breaking change records introduced during the 9.x development process to date?
xjm	Another good "guest thread" might be: What else can we do to get people to move off 8.9.x? Currently there are still way more 8.9.x sites than all 9.x versions combined, and it's less than six months until D8 is EOL.

2️⃣ Drupal 10 is planned for mid-2022, in just 12 months!

Gábor Hojtsy (he/him)	See the META issue at #3118143: [meta] Release Drupal 10 on December 14... or 15... 2022
Gábor Hojtsy (he/him)	We also have https://www.drupal.org/about/10
hestenet (he/him)	Vague memory: is there a child issue somewhere that has 'these are going to be the known minimum dependencies for 10 - how many of them should we start requiring before we get to 10'?
Gábor Hojtsy (he/him)	@hestenet (he/him) excellent question :slightly_smiling_face: https://twitter.com/DropIsMoving/status/1394941124301791232
hestenet (he/him)	PErfect, thank you!
Gábor Hojtsy (he/him)	@hestenet (he/him) as for d.o I believe @mixologic already enabled pg_trgm on testbots, since Drupal 9 should have that too, I don’t know about pg 12 availability per say.
Gábor Hojtsy (he/him)	@hestenet (he/him) re PHP, 8.1 alpha is coming out soon so we have #3215525: Add PHP 8.1 testing environment once alpha1 is available on June 10, 2021 to track that and start testing Drupal 9 with it as soon as it drops
Gábor Hojtsy (he/him)	(We don’t currently plan on requiring PHP 8.1 for Drupal 10, but Drupal 9 and 10 needs to work with it fine :slightly_smiling_face:
hestenet (he/him)	'k 'k

3️⃣ DrupalCon Drupal 10 keynote is posted now: https://www.youtube.com/watch?v=533Mb637q-E

Gábor Hojtsy (he/him)

this is a good chance to learn a lot quickly about Drupal 10 and get info on where some key work is

4️⃣ Mentored contribution events in the pipeline

Gábor Hojtsy (he/him)	Don’t know one with specific Drupal 10 contribution from the top of my head.
Gábor Hojtsy (he/him)	I’ve been discussing putting on a Drupal Developer Days online with @rachel_norfolk using the contributions platform that was used for DrupalCon NA.
Gábor Hojtsy (he/him)	No dates or any more specifics yet :smile:
Gábor Hojtsy (he/him)	Any meeting participants want to plug their events? :wink:
hestenet (he/him)	Or want to volunteer for organizing dev days so it's not all on Gabor and Rachel's shoulders? hint, hint
Gábor Hojtsy (he/him)	that would be great :wink:
Kristen Pol (she/her)	Is Dev Days planning to be in the European time zones or more spread out? (edited)
Kristen Pol (she/her)	And is @DevDaysEurope the correct Twitter handle for that event?
Gábor Hojtsy (he/him)	its https://twitter.com/drupaldevdays
xjm	The Twitter bio for that acct. needs to be updated...
Kristen Pol (she/her)	Is there a Slack channel for organizing Dev Days?
Kristen Pol (she/her)	I see a #devdays channel but there's been no activity in there since 2019
xjm	Yeah, the last activity there is essentially during Cluj
xjm	@Nick_vh might know who to talk to?
Nick_vh	Yes. There is a private channel but happy to provide info
Nick_vh	I contacted the venue yesterday actually :-)
Nick_vh	We are planning for somewhere early Q2 2022
Nick_vh	We were fully ready and then the pandemic hit us
Kristen Pol (she/her)	@Nick_vh So nothing for 2021? I thought there was talk of a virtual event this year
Nick_vh	We could organise that together for sure or let you take the lead. But we have a massive amount of sponsors and attendees that still have their money in our basket for the physical event and expressed their interest in reclaiming that position. That said, a short global meetup is a good idea. Also Drupalcon Europe is in the end of this year so doesn't leave much room for another biggish event online imho
Nick_vh	Maybe you think differently?
Kristen Pol (she/her)	Oh, just curious :slightly_smiling_face:
Kristen Pol (she/her)	I misunderstood about Dev Days... thought I heard there was going to be some sort of virtual event this year
Kristen Pol (she/her)	Sadly, I have no time for organizing anything at the moment and probably won't for some time
Gábor Hojtsy (he/him)	I discussed the virtual event with @Nick_vh and others sometime last year and got “freedom” to use the brand for that until the in person team gets it back next year. However the Belgium team did not have time to work on the virtual event.
Gábor Hojtsy (he/him)	that was when I posted https://twitter.com/gaborhojtsy/status/1315917696144494592
Kristen Pol (she/her)	Yeah, that's what I remembered
mirom	this is already in progress right now https://contributiondays.org/, not sure if they have mentoring though
Gábor Hojtsy (he/him)	hm, progress? That’s not how it looks to me honestly. The event was originally scheduled to start two days ago and it does not seem to be happening.
mirom	@rteijeiro ^?
rteijeiro	There are activities happening onsite and online. Currently about to start streaming after some issues with the infrastructure :sob:
rteijeiro	Do you want to have a call and sync about mentoring?
rachel_norfolk	I’m very keen to see a small series of short, virtual events, preferably each with a focus like we did in DrupalCon, and branded Dev Days. Ruben’s contributiondays is great - a bit early for me to have much connection with it as part of the series but great nonetheless. I’ve already recorded some materials for them and I recommend you all do the same!
rachel_norfolk	Please do let me know if you want to help from this point on - and thanks @Gábor Hojtsy (he/him) for bringing it up!
rteijeiro	Thanks for the heads up Rachel. I’m available this week for having a quick call where I can ask some questions about contributing to open source technologies. We are not limiting the event just for Drupal but also embracing other communities like Mautic, Godot, Rocket.Chat, Jitsi and so on
rachel_norfolk	I’m a big fan of cross-project coworking

5️⃣ Updates on drupal-rector (needed for automated fixing of Drupal 9 projects for Drupal 10)

Gábor Hojtsy (he/him)	@agentrickard started to pick apart the different things previously proposed by @mglaman
Gábor Hojtsy (he/him)	#3217419: Create the 0.10.x branch is the next step which then allows to move further with drupal-rector
Gábor Hojtsy (he/him)	various folks contributed rules in the Drupal 8 to 9 process, and it would be great if we could start cover the rules needed for Drupal 9 to 10 (and in many cases actually 8 to 10)
mglaman	I’ll be helping out with this, again, too. I just need to read through the workflow between Github and Drupal.org
agentrickard	@Gábor Hojtsy (he/him) creating d.o. issues for those — or just sending me a list — would be ideal
Gábor Hojtsy (he/him)	@agentrickard I created https://github.com/palantirnet/drupal-rector/issues/136 back in March to help prioritise
Gábor Hojtsy (he/him)	that would only be possible to do once all the underlying infrastructure updates happen, so that is still somewhat in the future
agentrickard	:thumbsup_all:

6️⃣ How to track what will break on Drupal 10 when attempting to run Drupal 9 code?

Gábor Hojtsy (he/him)	@lleber raised this (I slightly changed the wording though, hope that is ok)
Gábor Hojtsy (he/him)	first of all https://api.drupal.org/api/drupal/deprecated/9.3.x has 9 pages of things that are deprecated and will be removed in Drupal 10 (either via our Symfony update or directly in core)
Gábor Hojtsy (he/him)	that is itself not very actionable IMHO
Gábor Hojtsy (he/him)	there is already support to run Upgrade Status on Drupal 9 sites though
Gábor Hojtsy (he/him)	which will directly find deprecated code used on your site
Gábor Hojtsy (he/him)	The Drupal Association is also already mass-running Upgrade Status on all Drupal 9 contrib projects and results are at https://dev.acquia.com/drupal10/deprecation_status
Gábor Hojtsy (he/him)	about 28k “problems” found in total if you don’t count info/composer file incompatibility
Gábor Hojtsy (he/him)	I would not go fix these manually though, we should put automation in place instead, see 5️⃣ about drupal-rector above
lleber	We found that there were some deprecations that weren't covered by automated checks from 8 -> 9 that we only found when digging into the actual change records themselves. I also found https://www.drupal.org/list-changes/drupal/published?keywords_descriptio...…]value%5D=&created%5Bmin%5D=&created%5Bmax%5D=&impacts%5B%5D=2, but I'm not sure if the wording in change records is standardized enough to be comprehensive.Concrete example: https://www.drupal.org/node/3016699 (edited)
Gábor Hojtsy (he/him)	@lleber that could be a fairly good approximation to search, but then you would need to compare that to all of your code
Gábor Hojtsy (he/him)	@lleber it is true that automation cannot find everything unfortunately (edited)
Gábor Hojtsy (he/him)	so far an overwhelming amount of the deprecated API uses is testing APIs: https://dev.acquia.com/drupal10/deprecation_status/errorsFixing these 5 would account for 15k of the 28k total non-info-file problems found:Call to deprecated method drupalPostForm()Call to deprecated method assertText()Call to deprecated method assertEqual()Call to deprecated method assertIdentical()Call to deprecated method assertResponse()(edited)
Gábor Hojtsy (he/him)	@lleber so the summary is there is not really better ways to figure this out than we had for Drupal 8 to 9 :slightly_smiling_face: we are trying to catch up with automation though, so we can get to be on par
lleber	I'm wondering if an unofficial list of CR's that deprecate things from the public API could help. I mean, we're probably going to have to dig through them all anyway looking for ones that introduce new deprecations. (edited)
Gábor Hojtsy (he/him)	Best would be if there would be some standard. We can hack it with wording or add some field to CRs.
xjm	@lleber For minor releases (and for 9.0.0), we have a process where we tag the issue that introduces a change with "9.x.0 release notes" if it is more disruptive than normal. We could add a "10.0.0 release notes" tag preemptively to any issues introducing deprecations that are more disruptive than average, e.g. require a change that site owners must make or other thing that can't be automated. We will also tag issues against 10.0.x with this tag if they are more breaking than a simple removal of deprecated code, as we did with 9.0.x. /cc @catch @Gábor Hojtsy (he/him)
xjm	@Gábor Hojtsy (he/him) @catch I've also wished for awhile that "disruptive" flag could be added to the CR metadata rather than the issue tags field.
xjm	But it didn't rise to the level that I wanted to distract the DA with implementing and deploying that. The last time we changed the CR node type it was a big hassle.
andypost	Other option is meta-tracker like #3213895: [META] Remove deprecated classes, methods, procedural functions and code paths outside of deprecated modules on the Drupal 10 branch

7️⃣ Guest thread: help Olivero get to stable! (So it can become the new default theme)

Gábor Hojtsy (he/him)	Currently Drupal’s default theme is Bartik. We plan to move that to contrib in Drupal 10 and put Olivero in place as the new default theme.
Gábor Hojtsy (he/him)	Olivero is not yet stable though and could become stable in Drupal 9.3.
Gábor Hojtsy (he/him)	To move Bartik to contrib in Drupal 10, we need to deprecate Bartik proper in Drupal 9 and use Olivero instead. (edited)
Gábor Hojtsy (he/him)	Discussing it with @catch he wroteI don’t think we can easily deprecate Bartik before Olivero is the default theme, because it would mean the standard profile immediately showing a deprecated modules warning in the status report
Gábor Hojtsy (he/him)	So we are looking at a target of deprecating Bartik AND making Olivero stable AND the new default theme later this year in Drupal 9.3.0.
Gábor Hojtsy (he/him)	That’s not a small feat :smile:
Gábor Hojtsy (he/him)	See #3177296: [META] Make Olivero stable for Olivero’s plan.
Gábor Hojtsy (he/him)	Also join #olivero to discuss with the team.

8️⃣ Guest thread: what else can we do to get people to move off 8.9.x? Currently there are still way more 8.9.x sites than all 9.x versions combined, and it’s less than six months until D8 is EOL.

Gábor Hojtsy (he/him)	proposed by @xjm
Gábor Hojtsy (he/him)	a couple weeks back we discussed with @hestenet (he/him) et al a potential maintainer push for d.o projects at least, since overall only 53% of Drupal 8 projects are Drupal 9 compatible so far
Gábor Hojtsy (he/him)	that in itself does not necessarily help site owners but would poke maintainers with options
Kristen Pol (she/her)	Lottery? (half serious) They are doing that to get people to get vaccinated in some places
Taran2L	That would be great, as a lot of projects seems like will never get a new d9 release, however patches are there
Gábor Hojtsy (he/him)	for sites themselves, I’ve seen a real uptick in support requests and weird bug reports in upgrade status recently, so people are starting to take a look :smile:
hestenet (he/him)	I would be thrilled to support some initiative around this space.
xjm	Maybe a first step would be to email maintainers where there's an RTBC upgrade patch in the queue but no branch
xjm	Should be easy to query since the issues got filed by project update bot
mikelutz (he/him)	I wonder if a chunk of this is on Pantheon. Their built-in D9 support is finally rolling out to selected partners, but a new customer signing up is still prompted to create a new site on 8.9
Kristen Pol (she/her)	I thought that the maintainers had been emailed a long while ago when the automated patches were uploaded... ?
Kristen Pol (she/her)	@mikelutz (he/him) maybe you could ping them? I mentioned this in a blog post a year ago (that you couldn't use D9 yet)... sort of shocked it's still the case
mikelutz (he/him)	Not that there’s much we can do to move Pantheon along, but I am curious at what level there slow rollout has hindered adoption of D9.
mikelutz (he/him)	@greg.1.anderson
Kristen Pol (she/her)	I'm sure it doesn't help :cry:
greg.1.anderson	D9 is fully supported on Pantheon now, the issue we have is that we are rate-limited in migrating existing sites to MariaDB 10.4. You can submit a support request to get your database moved up in the queue.
mikelutz (he/him)	Oh, that’s good to know.
greg.1.anderson	Also, for quite a while now (around the same timeframe as the @Kristen Pol (she/her) blog, just a bit after), we have been fully supporting Drupal 9 for NEW sites -- that is, if you make a Drupal 9 site from the Pantheon dashboard, you get MariaDB 10.4
greg.1.anderson	We sort of thought that would be our "pressure release valve" for folks who wanted to get to D9, but didn't want to get stuck behind our difficult migration job.
Kristen Pol (she/her)	Thanks for the update :slightly_smiling_face:
greg.1.anderson	HOWEVER, what we discovered is that very few customers took advantage of this capability.
mikelutz (he/him)	That’s also good to know, I didn’t realize that D9 for new customers was generally available.
greg.1.anderson	Most have been waiting for update-in-place to become available. Also it seems there may be some issue with disseminating the availability of Drupal 9 on Pantheon :slightly_smiling_face:
mikelutz (he/him)	From your perspective, greg, is there anything we in the community can do in general to help encourage adoption?
greg.1.anderson	IDK I have done a few sites and I think that Upgrade Status is pretty sweet.
greg.1.anderson	I'm not sure how much better than that you can do.
mikelutz (he/him)	And looking forward to D10, anything more you wished we were doing to help that transition go qucker?
greg.1.anderson	EOL'ing D8 is going to help motivate some people to get to D9. :slightly_smiling_face:
greg.1.anderson	I think it's helpful that the module conversion tools are in place and presumably improving over time.
mikelutz (he/him)	Do you plan to shut off the ability to create new D8 sites on Pantheon around EOL?
greg.1.anderson	I didn't try to do any D9 conversions right out of the gate, but when I did, most of the modules I needed were already there.
greg.1.anderson	The original plan was to shut off D8 site creation as soon as D9 site creation was a thing, so that there are not too many options on the dashboard, so eventually that will be a thing. No one has decided when, though.
mikelutz (he/him)	Or has there been any thought given to the timing of that? I could understand going either way, business wise.
mikelutz (he/him)	Good to know as well. Thanks for being available and sharing. I think that’s helpful.
greg.1.anderson	Right now there isn't anyone at Pantheon in charge of that, so we have a decision vacuum.
greg.1.anderson	I'm going to be starting a new group sometime around July to August timeframe
mikelutz (he/him)	EOL seems like a good time, technically, but obviously there are business considerations.
greg.1.anderson	Once we have a real team with a dedicated project owner, we will be able to start answering these questions
xjm	@Kristen Pol (she/her) There was an original email, but I'm thinking of nagging the subset of maintainers who either didn't follow up then or didn't know yet their issue was RTBC
greg.1.anderson	Yeah it will probably be EOL or before
xjm	@greg.1.anderson It might be worth reminding the powers that be that ALL D8 sites lose security coverage in November
xjm	And there is no extended support program for D8 because of Symfony 3
greg.1.anderson	Yeah that makes sense
mikelutz (he/him)	I imagine in general that there are people that want to stay on LTS versions too. From that perspective, it is a bit problematic that D8 LTS loses security support 8 months before D9 LTS is available. (edited)
mikelutz (he/him)	I realize of course it has to be that way.
mikelutz (he/him)	But it’s something to think about long term maybe. I’m sure @xjm has already thought about it.
xjm	@mikelutz (he/him) D9 EOL will be exactly the same again because we have to release our minors after Symfony does theirs, but also have to EOL our majors with theirs.
xjm	And D10 won't even get an LTS version by then (hopefully)
xjm	There were also four years where there was no such thing as an LTS, and 8.9.x doesn't really get that much more coverage than an average minor
greg.1.anderson	At least Pantheon Drupal 10 support won't be a protracted journey like D9 was; the big database migration was to convert the db servers to a new system that allows the MariaDB version to be changed on demand by the customer. That will keep working if, for example, Drupal 10 decides to not support MariaDB 10.4 and requires something newer.
mikelutz (he/him)	Yeah, maybe part of is is messaging, I don’t consider the LTS versions to be more stable than any minor release, but if you are just someone with a Drupal site who doesn’t really understand the development and release schedules, and you are on what is called an LTS version, I could see hesitation in upgrading to a non-LTS version, even though it’s the correct thing to do.
Kristen Pol (she/her)	My hope is that someone will decide to "lead/PM" the port of the remaining D8=>D9 work... if no one does that before August, I'll revisit if I can do this... it's on my whiteboard :slightly_smiling_face: It's just that I'm slammed until August
mikelutz (he/him)	And maybe it’s not an issue at all, I’m just brainstorming what might slow down adoption, I have no real idea.
Gábor Hojtsy (he/him)	(a) Drupal 8 is still supported, (b) updating to Drupal 9 is not free (c) there may still be contribs you need

9️⃣ PHP 8 compatibility drive for drupal.org projects

Gábor Hojtsy (he/him)	While Drupal 10 is still baking in the oven, or more like just being knead, PHP 8 compatibility of drupal.org projects is a potential thing we can push for immediately.
Gábor Hojtsy (he/him)	We need it for Drupal 10 compatibility (as it stands now).
Gábor Hojtsy (he/him)	I discussed this briefly with @mixologic recently and he was about to look into the composer facade DB to see how many projects explicitly state PHP 8 support and how many just implicitly allow it.
Gábor Hojtsy (he/him)	Ideally projects would set up test config with PHP 8 (those that have tests at least).
Gábor Hojtsy (he/him)	We can also run phpstan in a way to check that https://phpmagazine.net/2020/10/phpstan-can-check-for-php8-readiness-bef...
mixologic	The vast, vast majority of projects have no php constraint at all
mixologic	134 projects in the db have a constraint that isnt ‘open ended’ i.e. many say >7.1 or something, which catches 8
mixologic	of those 134, theres 6 that have one release with ^7.2 \|\| ^8.0 or something similar
mixologic	so there’s about 128 projects that would not install on php8 (roughly) I didnt write a whole total, accurate query. some of those might even be d7 projects
Gábor Hojtsy (he/him)	that at least makes this a more local patchable problem :smile:
mixologic	now, whether all the projects that say they are compatible are indeed compatible is another story.
Gábor Hojtsy (he/him)	probably not
mixologic	most of those projects are also declaring compatibility with php28
Taran2L	Run php8 tests on all projects that have automated tests on?
mixologic	I think phpstan is the way to go there
mixologic	automated tests on doesnt mean they work, and many dont have that at all, so its just a subset we’d be discovering
Taran2L	phpstan seems like require a PRO version for this (based on the article above)
mixologic	however the new functionality is also available in the cli which means everyone can use it.
mixologic	phpstan pro is just a web wrapper around phpstans results.
mglaman	yeah
Gábor Hojtsy (he/him)	yeah we should get this into upgrade status and that will naturaly get into the all contrib test :slightly_smiling_face:
mglaman	it’s an attempt to monetize, nothing that restricts
Taran2L	didn’t know that, was under impression that PRO has more features
mglaman	FYI I do have phpstan-drupal testing with PHP8
mglaman	@Taran2L nah, it’s the UI sugar.
mglaman	Yeah, I am running PHP8 on D9 https://github.com/mglaman/phpstan-drupal/runs/2759728884?check_suite_fo...
Gábor Hojtsy (he/him)	@mglaman in this case the feature is “checking for PHP 8 compatibility of the analysed code in the static analyser”, not running phpstan on php 8 per say
mglaman	oooooooh
mglaman	sorry, I get it. So finding deprecated PHP7 code
Gábor Hojtsy (he/him)	yeah that is what https://phpmagazine.net/2020/10/phpstan-can-check-for-php8-readiness-bef... shows
Gábor Hojtsy (he/him)	I am trying to dig up the neon config for this, but cannot find it in phpstan-src
mglaman	1 sec
mglaman	currentPhpVersionLexer: class: PhpParser\Lexer factory: @PHPStan\Parser\LexerFactory::create() autowired: false currentPhpVersionPhpParser: class: PhpParser\Parser\Php7 arguments: lexer: @currentPhpVersionLexer autowired: falseI wonder if you need to modify the lexer
mglaman	Although this makes it read like you must run it on PHP8 https://phpstan.org/blog/phpstan-is-ready-for-php8
Gábor Hojtsy (he/him)	hm, I thought the ready for PHP 8 post was about a different thing, support for NEW PHP 8 constructs
Gábor Hojtsy (he/him)	what we would need is support for finding things that will break on PHP 8
mglaman	:thinking_face: yeah, and that’d be hard without an explicit rule which knows those. Unless PHP is running warnings for us
Gábor Hojtsy (he/him)	Yeah I was expecting based on that short video that it does have rules.
mglaman	We could probably quick ping Ondrej over Twitter to get an answer
mglaman	cd e2e/php8 ../../phpstan analyse -l 8 -c php74.neon test.php - \| cd e2e/php8 ../../phpstan analyse -l 8 -c php80.neon test.phpin the tests it runs on php8 to test 8
mglaman	https://twitter.com/nmdmatt/status/1401989976070541315
Gábor Hojtsy (he/him)	Ondrej's plan was to make it work on PHP 7 https://twitter.com/OndrejMirtes/status/1280457900100595712?s=19 (last item)
Gábor Hojtsy (he/him)	Yeah here he is running it on PHP 7.4!! https://twitter.com/OndrejMirtes/status/1314218370682818561?s=19
Gábor Hojtsy (he/him)	@mglaman so question is which rules does this use and how can we enable that in upgrade status and profit ;)
Gábor Hojtsy (he/him)	We could get results on the Drupal 8 and/or Drupal 9 jobs about all of contrib (edited)
mglaman	So, I have a feeling it’s running lambda on php8
mglaman	https://api.phpstan.org/result?id=8a139152-751f-402d-9a05-31d9cd199d9d
Gábor Hojtsy (he/him)	He says to set the phpVersion for the target https://twitter.com/OndrejMirtes/status/1314495443062198273?s=19
mglaman	ahhhhh
mglaman	@Gábor Hojtsy (he/him)++ super sleuthing
Gábor Hojtsy (he/him)	Worth a try :) I will try tomorrow. If this works it's pretty great :)
Gábor Hojtsy (he/him)	Started at #3218290: Use phpstan to test PHP 8 compatibility of PHP code even on PHP 7
Gábor Hojtsy (he/him)	it does not yet seem to work even though I added 3 ways it should fail :smile: