Automatic Updates hosting test result on Dreamhost

Created on 6 February 2023, almost 2 years ago
Updated 8 December 2023, 12 months ago

Thanks for testing Automatic Updates! Please tell us in detail about any problems you encountered. To help you, you can use the prompts below as guidance.

Which hosting provider did you test Automatic Updates with? eg. BlueHost, SiteGround, etc.

I first attempted BlueHost but they did not accept my credit card, so Dreamhost it is :D

What was your goal? For example, what versions of Drupal core were you trying to update from and to?

Explicitly installed Drupal 9.5.1 fresh to test a security update to 9.5.3.

What were the steps you took, starting from when you added the Automatic Updates module to your Drupal project (see https://www.drupal.org/i/3275810#install-module β†’ for instructions)? Include anything that seems relevant, including commands you ran, links you clicked on, output logs, relevant config files, screenshots, screen recordings, etc.

I have a https://www.dreamhost.com/hosting/shared/ Shared Starter for this testing. Its the cheapest option available.

DreamHost suggest to install composer locally since it does not have it globally at all. While https://help.dreamhost.com/hc/en-us/articles/214899037-Installing-Compos... says you must have a VPS or Dedicated hosting to run Composer because it is too slow, it is not slow at all of course with Composer 2, it is as fast as locally.

So I ended up with composer at ~/.php/composer/composer. Automatic updates did not find it and gave me this error message which provided no help in fixing it:

I chatted with @tedbow and he gave me a pointer. The message is being fixed in πŸ› "Composer not found" does provide link to help page Fixed for the future. Based on @tedbow's tip I added the composer path to my site settings.php.

Once this was fixed, what I found odd was that this page loaded VERY SLOW. While the regular (cached) available updates List tab would load in 3 seconds, the Update tab would load in 16-21 seconds (also with remote update data cached). If this is how it remains, an interstitial would be needed to show a progress bar doing stuff, otherwise I felt like nothing was happening or maybe I did not click the tab properly.

When I pressed the "Update to 9.5.3" button, it took 90 seconds altogether to get to the "Ready to update" step, however this was well covered with a progress bar and included downloading 9.5.3, so I think its fine. The error on this screen was odd:

  • The error does not tell me what it is.
  • The title says "Ready to update" while the message says it may not be ready.
  • With both buttons gray it looks like they are disabled due to the error?

Again I talked to @tedbow and he said its a notice about update functions to be run. An error to fix nonetheless :) So I proceeded. After 100 seconds in a progress bar (which I think is/was fine), I got an updated site! Woot :)

What was your environment like?

Dreamhost Shared Starter.

PHP 8.1.9 FastCGI.

Composer 2.5.1.

MySQL 8.0.28-0ubuntu0.20.04.3

Other tech details are not shared by Dreamhost, not sure how relevant it is.

Did you accomplish your goal? Were the instructions clear? Did you observe any bugs or errors, or other issues? Did you need to do any workarounds?

Updated core at the end. The errors I found still need resolution.

Problem with these instructions? Anything else we should know?

I got help from @tedbow, don't think the instructions need updating per say.

πŸ› Bug report
Status

Fixed

Version

2.0

Component

Code

Created by

πŸ‡­πŸ‡ΊHungary GΓ‘bor Hojtsy Hungary

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Production build 0.71.5 2024