Changing `develop` option is not reflected

• I am on the latest Poetry version.
• I have searched the issues of this repo and believe that this is not a duplicate.
• If an exception occurs when executing a command, I executed it again in debug mode (-vvv option).

• OS version and name: Mac OS X 10.14.6
• Poetry version: 1.1.1
• Link of a Gist with the contents of your pyproject.toml file: https://github.com/tamuhey/poetry111_bug_mvce (not gist)

Issue

TLDR; changing develop of a dependency field and poetry update don’t have any effect.

I have a project consists of two poetry project:

. --  foo/
  |     |- pyproject.toml
  |-- bar/
        |- pyproject.toml

foo depends on bar as follows:

# pyproject.toml
...
[tool.poetry.dependencies]
python = "^3.8"
bar = {path="../bar"}
...

(Full example here: https://github.com/tamuhey/poetry111_bug_mvce/blob/master/foo/pyproject.toml)

Since the editable mode is false by default from poetry v1.1, bar is copied into another directory. It’s ok.

But, after changing the dependency of bar to editable (develop = true) as follows and running poetry update don’t change anything, as I expected that bar is changed to editable dependency.

# pyproject.toml
...
[tool.poetry.dependencies]
python = "^3.8"
bar = {path="../bar", develop=true}
...

[kkuriata]

Yeah. I can confirm that it is really annoying. It’s hard to develop anything when you have to poetry update after changes… And it takes much time to do that.

[lochsh]

I am still seeing this issue on poetry 1.1.12. To be explicit:

• pyproject.toml has dep = {path = "/path/to/dep"}
• I run poetry update
• /path/to/dep is copied into the venv, as expected
• I edit pyproject.toml to have dep = {path = "/path/to/dep", develop=true}
• I run poetry update
• Instead of the dep in the venv being replaced by dep.pth file, it is not replaced and so I do not have an editable dependency.

Issues such as this and https://github.com/python-poetry/poetry/issues/3958 make it hard to feel confident that poetry update has done the right thing – it’s a shame to spend time cautiously deleting venvs just in case.