Closed rfay closed 4 years ago
My results (updated as I go along). Testing mostly on Windows 10 Home with WSL2 and Ubuntu 20.04, Docker 2.3.0.3.
✅ Mariadb 10.5: Worked fine in all cases, from install/export/import/snapshot/etc
✔️ DDEV-Live integration: (problems fixed in #2348): Tried this with the site rfay/d8c1. Everything went fine until
ddev pull
, where I got "Pull failed: unable to pull ddev-live database backup (output=`failed waiting for ddev-live pull db: failed to open file for writing: open d8c1-h67nj.sql.gz: permission denied". This turned out to be a WSL2 (only) docker bug, solved in #2364 . ddev pull --skip-db
got me farther, but the output said as below, implying that the files were imported, but nothing was in sites/default/filesFiles downloaded to: /home/rfay/workspace/d8c1/.ddev/.ddevlive-downloads/files Importing files... Pull succeeded."
✅ BASH_ENV: Path correctly shows vendor/bin in the path.
✅ zsh, fish, PowerShell autocompletions:
✅ Both zsh and fish show autocompletions very nicely after brew install drud/ddev-edge/ddev
on macOS.
✅ zsh and fish are fine on Ubuntu (WSL2) if brew install ddev
and brew install zsh-completions bash-completions
was done. But the more normal thing on Ubuntu would be to be using apt-get install bash-completion
, which requires manual placement of the file inside /etc/bash_completion.d and
✔️ There's quite a bit of work to be done on the docs for completion. I plan to add significantly to docs before the release.(Improved in #2360
✅ Laravel: I used the two different items from #2249 and they worked perfectly.
✅ DRUSH_OPTIONS_URI: This worked perfectly on Drupal8.9, and it's good because if you do the ddev composer require drush/drush
as in the quickstart, it creates an empty drush.yml which would prevent ddev from creating it anyway.
✅ ddev launch
with changed port: This worked correctly; after changing port to 8443, ddev launch -p
and ddev launch -m
worked fine.
✅ Internet timeout improvements: This worked fine; I tested it this time with a Windows 10 Home parallels VM running WSL. The only surprising thing compared to recent testing with an Ubuntu 20.04 VM was that I had to raise the timeout to 3000 ms to accomodate a 1000ms slowdown in Parallels. With Ubuntu 20.04, it worked fine with just 250ms above the slowdown.
✔️ WSL2 documentation: It was super valuable to work this through on a clean machine. There are a couple of things that just didn't work, but most worked fine. I have notes on what to add in my docs pass. Fixed in #2360. It will improve over time.
✅ New apache and nginx configurations: Most actually worked great and it was amazing to work through all the quickstarts in a Windows 10 Home VM with WSL2. It was FAST, and they worked great. BUT ✔️ (fixed) Both magento and magento2 didn't get a custom config, they got the default config (this turned out to be that their comment was not correct)
✅ global custom commands: This worked fine; I tested shadowed commands and commands with CRLF in them, and they all behaved.
✅ Global homeadditions: Worked fine, I tested shadowed files, global, etc.
✔️ (fixed in #2356) export-db handling when project stopped, general stderr output: Many things worked well here. In a project, it did fine. It also did fine with a util.warning emitted (went to stderr). Unfortunately, the simple case of ddev export-db >junk.sql.gz
results in all the docker-compose output going into the file and corrupting it. The docker-compose output will need to be redirected. Also ddev output like "Creating ddev-router" and the rest.
Pushed mkcert rootca certs to ddev-global-cache
Creating volume "ddev-junk2_nfsmount" with local driver
Building db
Building web
Creating ddev-junk2-db ...
ESC[1AESC[2K^MCreating ddev-junk2-db ... ESC[32mdoneESC[0m^MESC[1BCreating ddev-junk2-dba ...
Creating ddev-junk2-web ...
ESC[2AESC[2K^MCreating ddev-junk2-dba ... ESC[32mdoneESC[0m^MESC[2BESC[1AESC[2K^MCreating ddev-junk2-web ... ESC[32mdoneESC[0m^MESC[1B
Creating ddev-router ...
ESC[1AESC[2K^MCreating ddev-router ... ESC[32mdoneESC[0m^MESC[1B
Ensuring write permissions for junk2
Ensuring write permissions for junk2
Existing settings.php file includes settings.ddev.php
✅ Project renaming in same directory: Worked great. I'm sure there's still a way around it. I hope this checking doesn't get in anybody's way.
✅ Streaming hooks: Worked great, and was even able to interact with the hook output.
Re-review compatibility of new web image with previous behavior.
✔️ global_config last_started_version is not getting updated on new version, and people aren't being asked to opt in? That could affect the instrumentation. This was a result of using prerelease values like v1.15-rc3 instead of v1.15.0-rc3. It was fixed by using the new numbering. I don't like the semver package we're using.
✅ Documentation review. #2360
I just tried this, and ddev config ddev-live
came up as an invalid argument.
What version of ddev were you using @mglaman ? Was this the first command you had ever issued in that project? I twould still think it would work. Had you done the required ddev auth ddev-live
?
But anyway, if you don't have edge ddev, this won't work, as v1.15 is unreleased. To test this you would be using https://github.com/drud/ddev/releases/tag/v1.15.0-rc3 or later.
@rfay I downloaded https://github.com/drud/ddev/releases/download/v1.15.0-rc3/ddev_macos.v1.15.0-rc3.tar.gz
. I was able to use ddev auth ddev-live
and provide my token. But ddev-live
came up as an invalid argument for ddev config
.
I'm unable to recreate your result. If you could do a ddev --version
it would help me, and show the entire sequence of commands.
$ ddev --version
ddev version v1.15.0-rc3
rfay@rfay-mbp-2017:~/workspace/ddltest$ ddev config ddev-live
You are reconfiguring the project at /Users/rfay/workspace/ddltest.
The existing configuration will be updated and replaced.
Project name (ddltest):
I watched your stream @mglaman . You downloaded the v1.15 version, but never put it into your path. For a little while (including the auth) you were using an explicit path to the new one. But then you copied a command (ddev config ddev-live
) that did not include the explicit path.
🤦♂️I did the first time to auth, and then probably forgot on the second time. Darn. Thanks for the catch. Writing the summary blog
I think all the concerns in https://github.com/drud/ddev/issues/2344#issuecomment-651240678 have been taken care of and v1.15.0 has been released.
It's testing week here in the DDEV-Local factory. We'd love community help, especially with validating the new nginx configurations for your favorite CMSs, but also with every other item that is interesting or relevant to you. Please use ddev v1.15.0-rc3 for your testing, it's available in homebrew (macOS, Linux, WSL2) and Chocolatey, and of course you can install other ways as shown in the release notes.
If you find a bug that you're pretty sure is a bug, then just open an issue for it.
To give feedback or ask questions, please just reply on this issue or discuss in slack or another other support channel.
ddev snapshot
andddev restore-snapshot
workddev auth ddev-live
with a valid token for the siteddev config ddev-live
to set up the siteddev pull
to update database and filesddev live <command>
, for example,ddev live list sites
ddev exec 'echo $PATH'
contains /var/www/html/vendor/binddev exec drush uli
works, with correct URLddev launch
problems with specified URLddev launch
,ddev launch -p
andddev launch -m
- they should all work correctlyddev start
ddev export-db --gzip=false >junk.txt
should show an error when not in a project directory, and junk.txt should be empty.ddev export-db --gzip=false >junk.sql
in project directory should start the project and then export the file.ddev config --project-name=<newname>
and thenddev start
it. It should give an error and the path to solve the problem.ddev start
and watch as the output happensdocker cp
/etc/php from each container and compare the results)