Hi cilefen; It is looking like there was a situation with a cached session cookie in my browser that was causing this, since I cleared the browser site data the logs have seemed to stopped - Something I didn't originally suspect. My apologies for the bug report, I thought it was with the Drupal system / version update that was amiss since it's timing correlated with what I started noticing. This post/report might cause confusion and can be taken down... is that something you do or something I do?
I'm not quite sure yet, but currently I'm exploring that there may have been a problem with my browsers session cookie cache. ?? I am using different browsers and I cleared the cache cookies and site data in Firefox to test. I'm trying to build up some log information to determine if this is the case.
No, that all looks like my activity in the logs, I believe I am causing the entries. However I am logged in as Administrator with full permissions and there is no part of the site that has been blocked to me. These things are just showing up in the logs. Other than these things showing up in the logs (for my activity), the site functions normally as does my access. I wouldn't even know anything was amiss if I didn't look at the logs. I guess I could ignore it, but I'm wondering if it's something that could cause a problem later, or there is some problem somewhere that needs to be addresses?? Or perhaps it is a bug with Drupal or a module. ???
I'm entertaining a number of ideas, such as some kind of session corruption with my browser (firefox), or perhaps a setting somewhere, or a module... or maybe my IP address is in the ban block list, but because I'm whitelisted I am not blocked, but it still shows in the log??? scratching head here. I even ran this past AI and no resolution there, but some interesting areas to look. I'll try some things and post my results here.
If you have any ideas I'd love to hear them. So far I seem to be the only one with this going on. Thanks!
All the log entries are my IP address... I'm triggering the access denied log entries, even though I am User1 Administrator with full permissions - I just didn't include that for space/repetition. I'm not sure what I'm reporting yet, or what/why this is happening. So far, it is just the log that is filling up with these Access denied entries. I don't even know if it's a core issue, or module... or just something I'm doing. I'm going to try some things and see if I can find out what's going on. I'm not detecting that anybody else is having, or noticing, this , so it may just be me.
All the entries have: in Drupal\Core\Routing\AccessAwareRouter->checkAccess() (line 115 of .../public/core/lib/Drupal/Core/Routing/AccessAwareRouter.php).
I'm not sure how this technically works, or is a part of. Is this a clue?
Thank you cilefen. Here is the technical info you mentioned, below.
I checked my advban log for my ip address, which I also have whitelisted, thinking this might be the issue (and it still might) but I couldn't find any addresses or ranges containing my address. I will restart my router later, to generate a different ip address, and see what happens. Do you think this might be where this is happening? Perhaps clearing out all my banned ip addresses? I seemed to notice this starting when I did a Drupal update a few versions back, but it could be something dumb I did and just haven't caught on yet (that happens 😳)
These are all being triggered my me (User One) even after logging in.
access denied Anonymous (not verified) Severity Warning
---------------------------------------->>
Location: /admin/reports/dblog/event/252177
Path: /admin/reports/dblog/event/252177. Drupal\Core\Http\Exception\CacheableAccessDeniedHttpException: The 'access site reports' permission is required. in Drupal\Core\Routing\AccessAwareRouter->checkAccess() (line 115 of .../public/core/lib/Drupal/Core/Routing/AccessAwareRouter.php).
----------
Location: /admin/reports/dblog?page=1
Path: /admin/reports/dblog?page=1. Drupal\Core\Http\Exception\CacheableAccessDeniedHttpException: The 'access site reports' permission is required. in Drupal\Core\Routing\AccessAwareRouter->checkAccess() (line 115 of .../public/core/lib/Drupal/Core/Routing/AccessAwareRouter.php).
----------
Location: /admin/config/people/autoban/settings
Path: /admin/config/people/autoban/settings. Drupal\Core\Http\Exception\CacheableAccessDeniedHttpException: The 'administer autoban' permission is required. in Drupal\Core\Routing\AccessAwareRouter->checkAccess() (line 115 of .../public/core/lib/Drupal/Core/Routing/AccessAwareRouter.php).
----------
Location: /admin/config/people/advban/edit/13159
Path: /admin/config/people/advban/edit/13159. Drupal\Core\Http\Exception\CacheableAccessDeniedHttpException: The 'advanced ban IP addresses' permission is required. in Drupal\Core\Routing\AccessAwareRouter->checkAccess() (line 115 of .../public/core/lib/Drupal/Core/Routing/AccessAwareRouter.php).
----------
Location: /admin/reports/dblog
Path: /admin/reports/dblog. Drupal\Core\Http\Exception\CacheableAccessDeniedHttpException: The 'access site reports' permission is required. in Drupal\Core\Routing\AccessAwareRouter->checkAccess() (line 115 of .../public/core/lib/Drupal/Core/Routing/AccessAwareRouter.php).
----------
Location: /admin/config/people/advban
Path: /admin/config/people/advban. Drupal\Core\Http\Exception\CacheableAccessDeniedHttpException: The 'advanced ban IP addresses' permission is required. in Drupal\Core\Routing\AccessAwareRouter->checkAccess() (line 115 of .../public/core/lib/Drupal/Core/Routing/AccessAwareRouter.php).
----------
Location: /admin/reports/status
Path: /admin/reports/status. Drupal\Core\Http\Exception\CacheableAccessDeniedHttpException: The 'administer site configuration' permission is required. in Drupal\Core\Routing\AccessAwareRouter->checkAccess() (line 115 of .../public/core/lib/Drupal/Core/Routing/AccessAwareRouter.php).
----------
Location: /admin/flush?token=F-A-kKzIuHwNWEDeXIIjXyCZG-3zjRY4WKL3Cgq385o
Path: /admin/flush?token=F-A-kKzIuHwNWEDeXIIjXyCZG-3zjRY4WKL3Cgq385o. Drupal\Core\Http\Exception\CacheableAccessDeniedHttpException: 'csrf_token' URL query argument is invalid. in Drupal\Core\Routing\AccessAwareRouter->checkAccess() (line 115 of .../public/core/lib/Drupal/Core/Routing/AccessAwareRouter.php).
----------
Location: /core/authorize.php/?batch=1&id=1966&op=start
authorize.php
----------
Location: /admin
Path: /admin. Drupal\Core\Http\Exception\CacheableAccessDeniedHttpException: The 'access administration pages' permission is required. in Drupal\Core\Routing\AccessAwareRouter->checkAccess() (line 115 of .../public/core/lib/Drupal/Core/Routing/AccessAwareRouter.php).
----------------------------------------------------------------------------------
Modules:
Drupal core 10.3.4
Address 2.0.2
AddToAny Share Buttons 2.0.5
Admin Toolbar 3.5.0
Advanced ban 8.x-1.6
Advanced Queue 8.x-1.2
Antibot 2.0.4
Automated Logout 2.0.0
Automatic IP ban (Autoban) 8.x-1.10
Back To Top 3.0.0
CAPTCHA 2.0.6
CAPTCHA Riddler 3.0.1
Chaos Tool Suite (ctools) 4.1.0
Checklist API 2.1.6
Color Field 3.0.1
Commerce Checkout Order Fields 8.x-1.2
Commerce Core 8.x-2.40
Commerce Email 8.x-1.6
Commerce File 8.x-2.2
Commerce License 3.0.1
Commerce PayPal 8.x-1.8
Commerce Product Limits 1.0.3
Commerce Shipping 8.x-2.11
Content-Security-Policy 2.1.0
Copy Prevention 2.0.0-beta1
CSS Editor 2.0.2
Diff 2.0.0-beta2
Drupal Symfony Mailer 1.5.0
Entity API 8.x-1.5
Entity Reference Revisions 8.x-1.12
Entity Usage 8.x-2.0-beta14
External Links 2.0.2
Field Group 8.x-3.6
File (Field) Paths 8.x-1.0-beta7
File Delete (D8/D9) 2.0.0
File Delete UI 1.0.0-beta3
Flood control 2.3.4
Frequently Asked Questions 8.x-1.2
Google Analytics 4.0.2
Honeypot 2.2.0
Inline Entity Form 3.0.0-rc20
Interval Field 8.x-1.14
JS Cookie 1.0.1
Libraries API 4.0.5
Login Security 2.0.2
Ludwig 2.0.7
Metatag 2.0.2
Paragraphs 8.x-1.18
Password Policy 4.0.3
Pathauto 8.x-1.13
Physical Fields 8.x-1.4
Profile 8.x-1.11
Protected Forms 2.0.4
Protected Pages 8.x-1.6
Redirect 8.x-1.10
Redirect 403 to User Login 2.2.2
Reporting API 2.0.2
Rules 4.0.0
Schema.org Metatag 3.0.3
Secure Login 8.x-1.16
Security Kit 2.0.3
Security Review 3.0.3
SEO Checklist 5.2.1
Simplenews 4.0.0
Social Feed 2.0.0-beta2
State Machine 8.x-1.12
Token 8.x-1.15
Typed Data API enhancements 2.1.0
Views Infinite Scroll 2.0.3
Webform 6.2.7
XML sitemap 8.x-1.5
Industrial Zymphonies Theme 3.0.3
- Drupal Version 10.3.1
- PHP 8.3.9
- Schema.org Metatag 3.0.2 (updated today)
I'm getting an error message trying to edit content pages. I think it's related to this issue... my error wording is a little different...
(I did make some metatag changes the other day so I'm not sure if it's related to that or the update today ??)
The website encountered an unexpected error. Try again later.
Error: Cannot use object of type Drupal\Core\StringTranslation\TranslatableMarkup as array in Drupal\Core\Render\Renderer->doRender() (line 269 of core/lib/Drupal/Core/Render/Renderer.php).
Drupal\Core\Render\Renderer->render() (Line: 165)
Drupal\Core\Render\Renderer->Drupal\Core\Render\{closure}() (Line: 638)
Drupal\Core\Render\Renderer->executeInRenderContext() (Line: 164)
Drupal\Core\Render\Renderer->renderInIsolation() (Line: 174)
Drupal\Core\Render\Renderer->renderPlain() (Line: 125)
Drupal\schema_metatag\Plugin\schema_metatag\PropertyType\BreadcrumbList->getItems() (Line: 48)
Drupal\schema_metatag\Plugin\schema_metatag\PropertyType\ItemListElement->outputValue() (Line: 94)
Drupal\schema_metatag\Plugin\schema_metatag\PropertyType\BreadcrumbList->outputValue() (Line: 206)
Drupal\schema_metatag\Plugin\metatag\Tag\SchemaNameBase->outputValue() (Line: 179)
Drupal\schema_metatag\Plugin\metatag\Tag\SchemaNameBase->output() (Line: 634)
Drupal\metatag\MetatagManager->generateRawElements() (Line: 61)
Drupal\metatag\Plugin\Field\MetatagEntityFieldItemList::Drupal\metatag\Plugin\Field\{closure}() (Line: 638)
Drupal\Core\Render\Renderer->executeInRenderContext() (Line: 48)
Drupal\metatag\Plugin\Field\MetatagEntityFieldItemList->computeValue() (Line: 32)
Drupal\metatag\Plugin\Field\MetatagEntityFieldItemList->ensureComputedValue() (Line: 114)
Drupal\metatag\Plugin\Field\MetatagEntityFieldItemList->isEmpty() (Line: 162)
Drupal\Core\TypedData\Validation\RecursiveContextualValidator->validateNode() (Line: 164)
Drupal\Core\TypedData\Validation\RecursiveContextualValidator->validateNode() (Line: 106)
Drupal\Core\TypedData\Validation\RecursiveContextualValidator->validate() (Line: 93)
Drupal\Core\TypedData\Validation\RecursiveValidator->validate() (Line: 132)
Drupal\Core\TypedData\TypedData->validate() (Line: 518)
Drupal\Core\Entity\ContentEntityBase->validate() (Line: 188)
Drupal\Core\Entity\ContentEntityForm->validateForm()
call_user_func_array() (Line: 82)
Drupal\Core\Form\FormValidator->executeValidateHandlers() (Line: 274)
Drupal\Core\Form\FormValidator->doValidateForm() (Line: 118)
Drupal\Core\Form\FormValidator->validateForm() (Line: 593)
Drupal\Core\Form\FormBuilder->processForm() (Line: 326)
Drupal\Core\Form\FormBuilder->buildForm() (Line: 73)
Drupal\Core\Controller\FormController->getContentResult()
call_user_func_array() (Line: 123)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 638)
Drupal\Core\Render\Renderer->executeInRenderContext() (Line: 121)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext() (Line: 97)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 181)
Symfony\Component\HttpKernel\HttpKernel->handleRaw() (Line: 76)
Symfony\Component\HttpKernel\HttpKernel->handle() (Line: 53)
Drupal\Core\StackMiddleware\Session->handle() (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle() (Line: 28)
Drupal\Core\StackMiddleware\ContentLength->handle() (Line: 32)
Drupal\big_pipe\StackMiddleware\ContentLength->handle() (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass() (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle() (Line: 57)
Drupal\advban\AdvbanMiddleware->handle() (Line: 50)
Drupal\ban\BanMiddleware->handle() (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle() (Line: 51)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle() (Line: 36)
Drupal\Core\StackMiddleware\AjaxPageState->handle() (Line: 51)
Drupal\Core\StackMiddleware\StackedHttpKernel->handle() (Line: 741)
Drupal\Core\DrupalKernel->handle() (Line: 19)
Thank you @jsacksick
I overlooked the Address update and didn't make the connection. Appreciate the help!
I also did the Inline Entity Form version update just in case, since commerce relies on that. They had some problems with their version 2, and I was hesitant to update.
All is green now! Thank you once again.
Hum... perhaps things didn't go so well. I just checked today and the visitors entries stopped on the 17th. I checked my notes and that is the day I went from 8.x-2.12 to 8.x-2.16. It looks like I can't get past 8.x-2.12 for some reason. My 8.x-2.12 install was pre Ludwig operation 💬 Visitors - Ludwig integration Active mention above. My 8.x-2.12 was acting normally with the exception of the odd numbers in hosts. The Ludwig procedure and /rebuild-ip-address 💬 Visitors - Ludwig integration Active procedure were performed on 8.x-2.16, so perhaps I'll try rolling back to 8.x-2.12 and giving these procedures a go again on that version and see what happens. Weird! [scratching my head]
Thank you @bluegeek9 and @devad !
I tried the /rebuild-ip-address link (which I did not see or know about in the visitors UI). It gave a message that some item updates have been processed, but it returned it on the same page asking "Do you want to rebuild the IP Address?" with the Confirm button. I pressed it multiple times and it returned to this confirm page with the items processed message each time, so I can only hope that it worked correctly. I didn't see any changes on the host page ip address presentation (the odd number are still there) and am wondering it this flush acts immediately, or it if will act on new hits only?
...and @devad, I can report that your ludwig.json rewrite "work nicely" as you have outlined! Thank you very much for your help on this as well as the encouragement with composer, and the ludwig future development info. When I get the time I will try to figure out composer.
In appreciation!
Thank you @devad
I thing I need to tackle the composer hurdle. I've been doing the old way for so long that I'm a little intimidated by setting it up. I really like the Ludwig idea, but I think they want to discontinue it.
Here is what I came up with for your suggestion, although I couldn't find any reference to these in the visitor files. I assume the are specified elsewhere? You may not be familiar with Ludwig but I don't suppose you would be able to determine if this looks correct? I think I have the URLs right.
{
"require": {
"composer/ca-bundle": {
"version": "1.3.7",
"url": "https://github.com/composer/ca-bundle/archive/1.3.7.zip"
},
"maxmind/web-service-common-php": {
"version" : "v0.9.0",
"url": "https://github.com/maxmind/web-service-common-php/archive/v0.9.0.zip"
},
"maxmind/MaxMind-DB-Reader-php": {
"version" : "v1.11.0",
"url": "https://github.com/maxmind/MaxMind-DB-Reader-php/archive/v1.11.0.zip"
},
"maxmind/GeoIP2-php": {
"version" : "v2.13.0",
"url": "https://github.com/maxmind/GeoIP2-php/archive/v2.13.0.zip
}
}
}
You'll have to forgive me... I'm a little confused about whats happening.
My D10 update says I have Inline Entity Form (Unsupported) 2.0.0-rc10 installed and recommends version 2.0.0-rc10 (Release notes https://www.drupal.org/project/inline_entity_form/releases/2.0.0-rc10 → ). The version numbers are the same. I did the update as usual and nothing seemed to change, and the same recommended update information is still there. ??
Also, I did not see a 2x option listed on the projects page ( https://www.drupal.org/project/inline_entity_form → ), so I don't even know (or recall) how it came to be that I have this version installed. I recently migrated from D9 to D10 so I'm sure it was part of this processes somehow, and it may have been listed in D9 as reccomended. I did see the 2x versions listed on the 'View all releases' link https://www.drupal.org/project/inline_entity_form/releases → . And I read something about a 3x release??
The Project page (and link to issue) mentions cleaned up in 📌 Clean up problematic 2.x branch Active . So it seems there is a cleanup in the works but there isn't enough 'plain speak' instruction (for laymen like me 😊) as to whats going on to make this clear.
I'm just wondering if I should:
- ignore this update (from 2.0.0-rc10 to 2.0.0-rc10) and if there is a 2.0.0-rc11 on the horizon,
- or if it will be a 3x version...
- or if I should roll back to 8.x-1.0-rc15, or even uninstall??
Please advise,
Thank you.
The theme seems to be working in D10 with the patch.
I am getting a theme Warning in my log:
Theme hook big_pipe_interface_preview not found.
Anybody have any idea about this?
Please advise, thank you.
@zymphonies-dev
Hello project maintainers,
I have industrial zymphonies theme on 3 of my Drupal 9 sites and I was wondering the status of this theme being available for Drupal 10?
Please advise, thank you.
PS...
I just checked my error logs and there was a error/typePHP regarding visitors. I don't know if it is pertinent or helpful - just thought I'd post it:
Error: Class "Drupal\visitors\EventSubscriber\KernelTerminateSubscriber" not found in Drupal\Component\DependencyInjection\Container->createService() (line 259 of ../core/lib/Drupal/Component/DependencyInjection/Container.php)
#0 ../core/lib/Drupal/Component/DependencyInjection/Container.php(177): Drupal\Component\DependencyInjection\Container->createService()
#1 ../core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(136): Drupal\Component\DependencyInjection\Container->get()
#2 ../vendor/symfony/http-kernel/HttpKernel.php(103): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch()
#3 ../vendor/stack/builder/src/Stack/StackedHttpKernel.php(32): Symfony\Component\HttpKernel\HttpKernel->terminate()
#4 ../core/lib/Drupal/Core/DrupalKernel.php(702): Stack\StackedHttpKernel->terminate()
#5 ../index.php(22): Drupal\Core\DrupalKernel->terminate()
#6 {main}
@bluegeek9
Thank you for looking at that.
The module did eventually take/install after some page refreshes and cache clearing, However, I was spooked not only by the error & abort warning, but by the complete clearing of all the log entries. So this is why I rolled back. If I'm recalling right there was a long hesitation during the update.php.
Is this normal for the database log messages to be completely cleared? I had a lot of entries in there prior.
I've used visitors for a while now, it's a very useful tool for many things. I cant say I've ever had a problem updating, but the last two updates I've had issues. I'm also having major issues with captcha module and I'm wondering if there is something in Drupal core causing issues.
Perhaps I will try uninstalling/reinstalling it. Would you say that might work to avoid any issues?
Thank you
Thank you @EricVL
I'm sorry you had problems but... misery loves company and I'm glad I'm not the only one.
After my un-installation process I did manage to get version 2.0.4 installed, and it seemed to be going fine, but when I logged out, and tried to log back in, captcha gave me a white screen after hitting submit button. I had Riddler as my default so I'm not sure if that had anything to do with it. I couldn't get any log information because I was logged out. I'll stick a pin in you settings.php workaround if I try to do this again. I just don't have the time.
I was really disappointed that disabling modules in phpMyAdmin → didn't work. The newer MySQL is different from the old, where you just changed a 1 or 0 value is status. Now it seem you have to upload and replace a blob entry key_value-value.bin ?? Maybe I didn't catch the right blob fish, my entry said i:8907; which I don't understand. I'll have to research this to find the right way. I recall doing this a while back and found a 1 and 0 entry for a module, but it required uploading/replacing a file as opposed to the old way of just changing a value.
Anyway, the database replacement worked well and was quick, so I'm going to be a stickler about backups before updating stuff.
I hope this can be ironed out or else I'll probably just have to stick with this version as log as I can, or find another solution.
Hi @Anybody
I just wanted to post what I tried here just for information if helpful.
The clearing of the various caches ( #30 🐛 image_captcha requires php:^8 since update, breaking existing php:<8 installations Fixed ) didn't work so I uninstalled the captcha and the 3 dependent modules I had (Image CAPTCHA, reCAPTCHA, Captcha Riddler). I deleted the captcha folder and ran update, cleared cache and opcache (repeat 3 times). I then installed the recommended version 2.0.4 and re-enabled everything (running updates and cache clearing) and set everything up like I had it. I was using Riddler as my default.
Everything seemed to be good until I logged out and tried to log back in. I got the login screen, with the captcha (riddler) and filled out as normal, but when I submitted I got a white screen again. I wish I could have collected information to give here, but I was locked out and couldn't.
I tried a number of things, mainly trying to disable via database → :
- DELETE FROM `key_value` WHERE name = 'riddler'
- DELETE FROM `key_value` WHERE name = 'recaptcha'
- DELETE FROM `key_value` WHERE name = 'image_captcha'
- DELETE FROM `key_value` WHERE name = 'captcha'
But it didn't work and the captcha challenge was still there, giving the white screen after submittal. Eventually I had to roll back the whole database to an earlier day and replace the captcha file to the last working version 8.x-1.10... so still stuck at 8.x-1.10.
Now I'm afraid of the module to be honest.
I was having another white screen issue with the visitors module. bluegeek9 🐛 The website encountered an unexpected error. Please try again later. Fixed mentioned "I was able to fix the white screen of death issue with a try/catch." I have no idea what that means, and I don't know if the issues share a similar problem, but I thought I'd mention it here because... who knows... I'm so tired and stressed I don't know what I'm thinking. Throwing spaghetti at the walls here I guess.
Anyway, I think I going to rest and set this down for a while and use the 8.x-1.10 for a while.
Remaining hopeful.
@Anybody
I just wanted to add my latest update results... I'm understanding this issue is still open and in work process.
I seem to be stuck on CAPTCHA 8.x-1.10 as the last version that will work. Today I tried updating to 8.x-1.13 and got the same white screen result \:
The website encountered an unexpected error. Please try again later.
AssertionError: The file specified by the given app root, relative path and file name (.../modules/captcha/image_captcha/image_captcha.info.yml) do not exist. in assert() (line 68 of core/lib/Drupal/Core/Extension/Extension.php).
I am updating through the Drupal admin update screen, putting in maintenance mode and clearing caches prior to download.
- Drupal Version 9.5.10
- PHP Version 8.1.21
After the download, and file replacement step, I get the white screen and am not allowed to clear that cache after that. So I don't proceed to update.php.
I even tried FTP file replacement to 2.0.4 and still got the same white screen message.
So I FTP file replaced back to the 8.x-1.10 version. I have been trying the released versions as they come out with the same results and having to roll back the files to 8.x-1.10.
So, I seem to be stuck on 8.x-1.10 for now.
I don't think there is anything wrong on my end, that I can detect. I was wondering if this is something I should just wait on for the fix, or if there was a patch I'm missing, or if I should just uninstall the module and reinstall to an updated version (probably 2.0.4)?
Please advise, Thank you - Eric
@Anybody
PS... I see that update 8.x-1.12 was released. I tried to update but got the same white screen result.
The website encountered an unexpected error. Please try again later.
AssertionError: The file specified by the given app root, relative path and file name (.../modules/captcha/image_captcha/image_captcha.info.yml) do not exist. in assert() (line 68 of core/lib/Drupal/Core/Extension/Extension.php).
This time I tried to clear the caches after the download and file replacement, but got another white screen. So I replaced captcha folder in modules with the last version that worked 8.x-1.10.
Not sure if I'm missing something here [scratching head]
Thank you @Anybody , in answer to you question I'm updating through the browser and admin update page. I put into maint mode and flush caches prior, but didn't flush them during or after drupal downloaded. I got the white screen prior to update.php and reinstalled the previous files (ftp). Just FYI if you still need / is helpful.
Thank you bluegeek9;
I installed via admin UI update screen... put into maint mode and cleared cache before update download, but not after. After it downloaded is when I noticed the white screen and did not proceed to update.php. I didn't have time to do much so I just grabbed the error info and restored the old files (ftp). I'll take another try later. My apologies if I reported in error (or if reported a non-issue).
I am really thankful & grateful for this method and for this posting! It was well written and clear too. Thank you!
It was asked if this was effective on Drupal 9 sites and I can confirm it works on D9... probably 10 as well.
A heads up about changing passes and quotation marks (double or single) and using password generators...
I'm not sure, but I think I identified this as the problem I had. I used a password generator to change my User1 password and it inserted a single quotation mark as a special character. I don't know how data is stored in the database, but I do know that single and/or double quotations are used in a lot of coding/programming to store variable values. Using a quotation mark, without escaping it, will close off your intended variable value where you inserted it, leaving you with a shortened value you did not intend, which could mess things up. Something to keep in mind... probably best not to use any quotations even though some sites allow them. The same thing happened when I changed the database password in setting.php. (I discovered that one 😊)
Also, a suggestion that I read that comes to mind is creating a 2nd admin account to do all you work and leaving the main User1 alone with really strong credentials. Just an idea I came across and thought I'd mention here.
Thank you!!