You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In #444 we made it possible to do a ddev list even if an app's directory was removed. Unfortunately there's been a regression and we're worse than we were before: Now we get a panic in this case.
With current master, v0.9.3-3-g4ca6d38a (g4ca6d38a),
start an app,
remove its directory,
do a ddev list
Version: Please include the output of ddev version, docker version and the project's .ddev/config.yaml.
n$ ddev version
cli: v0.9.3-3-g4ca6d38a
web: drud/nginx-php-fpm-local:v0.8.0
db: drud/mysql-local-57:v0.6.2
dba: drud/phpmyadmin:v0.2.0
router: drud/ddev-router:v0.4.3
commit: v0.9.3-3-g4ca6d38a
build info: Built Tue Oct 24 15:01:34 MDT 2017 rfay@Randy-Air.local drud/golang-build-container:v0.5.0
Anything else do we need to know:
Related source links or issues:
#444 was the issue where we solved this, and v0.9.3 doesn't have any trouble with it, so the regression is likely introduced in #495, the command-line config changes.
We also have a pending, nearly-done and highly-related PR in #460 which solves the problem for ddev rm and others.
I guess we probably need a test for this case if we're going to support it.
It looks to me like the panic is in platform.GetApps,
What happened (or feature request):
In #444 we made it possible to do a
ddev list
even if an app's directory was removed. Unfortunately there's been a regression and we're worse than we were before: Now we get a panic in this case.What you expected to happen:
How to reproduce this:
With current master, v0.9.3-3-g4ca6d38a (g4ca6d38a),
ddev list
Version: Please include the output of
ddev version
,docker version
and the project's .ddev/config.yaml.Anything else do we need to know:
Related source links or issues:
#444 was the issue where we solved this, and v0.9.3 doesn't have any trouble with it, so the regression is likely introduced in #495, the command-line config changes.
We also have a pending, nearly-done and highly-related PR in #460 which solves the problem for
ddev rm
and others.I guess we probably need a test for this case if we're going to support it.
It looks to me like the panic is in platform.GetApps,
https://github.com/drud/ddev/blob/4ca6d38aa2158595160231fd3ac7aeec2501f3bc/pkg/plugins/platform/utils.go#L48-L56
When we try to assign to siteStruct.AppConfig.Name we get the panic.
The text was updated successfully, but these errors were encountered: