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
should return a list of /project's sub-modules that are also within a-sub-dir/, nil if none.
Actual behavior
Returns non-existing paths, where each sub-module path is appended to /a-sub-dir.
Steps to reproduce the problem
Create a new git project in /project
Add a git-submodule "foo" to the project under /project/lib/foo
Add a folder to the project under /project/a-sub-dir
Execute the code above
You get ("/project/a-sub-dir/lib/foo") which is a non-existing path. Instead, you wanted nil because there is no submodule below /project/a-sub-dir.
Environment & Version information
Projectile version information
Projectile 20200329.1908
Emacs version
GNU Emacs 26.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.10) of 2019-08-29
Operating system
Archlinux
Discussion
There is already a MR to fix this problem: #1370. However, @bbatsov seems to reject it because
this command is generally supposed to be invoked in the root of a project, so I'm not certain if we'd be fixing a bug here.
But this command may be called from a non-root directory through usage of projectile-dir-files and projectile-dir-files-alien. Does it mean that these two commands must be used only from the project root directory?
The current behavior breaks projectile-rails (see asok/projectile-rails#132) for exemple. As the proposed fix is of very little impact, I would like to consider it again. Or at least ask to precise comment of projectile-dir-files to say it only works from the project root directory.
The text was updated successfully, but these errors were encountered:
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contribution and understanding!
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contribution and understanding!
This issue is a copy of #1369 as I cannot re-open it. See the Discussion section to know more why I want to reopen it.
Expected behavior
should return a list of
/project
's sub-modules that are also withina-sub-dir/
,nil
if none.Actual behavior
Returns non-existing paths, where each sub-module path is appended to
/a-sub-dir
.Steps to reproduce the problem
/project
/project/lib/foo
/project/a-sub-dir
You get
("/project/a-sub-dir/lib/foo")
which is a non-existing path. Instead, you wantednil
because there is no submodule below/project/a-sub-dir
.Environment & Version information
Projectile version information
Emacs version
Operating system
Archlinux
Discussion
There is already a MR to fix this problem: #1370. However, @bbatsov seems to reject it because
But this command may be called from a non-root directory through usage of
projectile-dir-files
andprojectile-dir-files-alien
. Does it mean that these two commands must be used only from the project root directory?The current behavior breaks
projectile-rails
(see asok/projectile-rails#132) for exemple. As the proposed fix is of very little impact, I would like to consider it again. Or at least ask to precise comment ofprojectile-dir-files
to say it only works from the project root directory.The text was updated successfully, but these errors were encountered: