Thank you for your patience!
The subsequent deletion of the file update.links.action.yml has solved my problem.
Until now, I assumed that for the manual update it was usually sufficient to overwrite the files of the old version with those of the new version and to ignore files that were no longer used. I was probably wrong.
Thanks for your answer.
However, I administer several Drupal installations, some of them with composer, others manually. The modules used in the different installations are identical.
The problem described here occurs on all manually administered installations. All installations administered with composer do not show this problem.
Thanks for your answer, but no, that's not what I mean, of course:
I first carried out the update manually at file level and then updated the database (using update.php).
Even deleting the cache several times afterwards does not change the problem described above.
frank.dev → created an issue.
I also get this error message - concerning the missing plugin user_role.
Frank.dev → created an issue.
If the problem occurs in connection with Gin Admin Theme, you will probably find the solution here:
https://www.drupal.org/project/gin/issues/3419180
🐛
Resolve Missing Dependency 'core/once' in Gin_accent Library
Closed: duplicate
Frank.dev → created an issue.
Addition to my previous entry:
I have been observing the described behavior since updating the Drupal core to 10.2.3.
#24: The same for me.
I also use Gin-Login. Attempts to log in via "/user/login" fail as described above several times.
But logging in via "login-block" (i.e. outside the Gin login theme) is successful.
#22: I could not detect identical id's used several times in the Gin.login theme.
I have the suspicion that the behavior described here is related to another module (Minify Source HTML module) " Minify html breaks pages in Drupal 10.2 🐛 Minify html breaks pages in Drupal 10.2 Active ". The problem described there also seems to affect the Warmer-CDN module in my case.
After I deactivated the Minify Source HTML module on my website, CDN-Warmer works perfectly again. I therefore consider the theme to be closed here.
Okay:
The Warmer and CDN Warmer modules are activated.
The following settings have been made:
admin/config/development/warmer/settings: Sitemaps => /sitemap.xml (the sitemap is correctly set up and accessible). I have not made any other settings.
On the page "/admin/config/development/warmer" I activate the checkbox "CDN via Sitemap" under Warm caches. I then start cron. In the Drupal dblog, many messages of the type "cURL error 18: transfer closed with ... bytes remaining to read (see https://curl.haxx.se/libcurl/c/libcurl-errors.html)".
This behaviour started exactly with the Drupal core update 10.1.7 => 10.2. Under Drupal 10.1 the module worked perfectly, with the same setting.
Same.
Frank.dev → created an issue.
Sorry for my "beginner's mistake" ;-)
You're quite right - clear the cache and the page is back online.
Thank you very much.
Frank.dev → created an issue.
Dru
#12 - same
Many Thanks.
same
D 10.1
PHP 8.1
With the patch #2 I get the following error message:
Uncaught PHP Exception TypeError: "array_merge(): Argument #1 must be of type array, null given" at /modules/http2_server_push/src/Render/HtmlResponseAttachmentsProcessor.php line 54