Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[filesystem] copy_on_windows option for mirror() is misleading #25798

Open
SamMousa opened this issue Jan 15, 2018 · 13 comments · May be fixed by #47969
Open

[filesystem] copy_on_windows option for mirror() is misleading #25798

SamMousa opened this issue Jan 15, 2018 · 13 comments · May be fixed by #47969

Comments

@SamMousa
Copy link

Q A
Bug report? yes
Feature request? no
BC Break report? no
RFC? no
Symfony version ^4.0

The option copy_on_windows suggests the option is either Windows only or behaves differently for Windows.
As far as I can tell all the option does is enable symlink traversal. Symlink traversal can make sense on other OSes as well:

  • The symlink might contain a relative path, in which case ignorantly copying it will break stuff.
  • I might be copying to a different drive (for example copying something to an USB drive), in which case I'd not be happily surprised that all I got is a pointer to the location of the data on the original machine.
  • I might be preparing a docker context which does not support symlinks.

I think the option should be called follow_symlinks. I propose changing the name of the argument and updating the documentation. The old option can still be supported for BC but should be marked deprecated and be removed in a future BC break.

@Simperfit
Copy link
Contributor

@SamMousa do you still want to work on this ?

@SamMousa
Copy link
Author

Yeah sure but it needs review, before that it makes no sense to make a PR.

@carsonbot
Copy link

Hey, thanks for your report!
There has not been a lot of activity here for a while. Is this bug still relevant? Have you managed to find a workaround?

@carsonbot
Copy link

Hello? This issue is about to be closed if nobody replies.

@SamMousa
Copy link
Author

SamMousa commented Jan 2, 2021

.

@carsonbot carsonbot removed the Stalled label Jan 2, 2021
@carsonbot
Copy link

Hey, thanks for your report!
There has not been a lot of activity here for a while. Is this bug still relevant? Have you managed to find a workaround?

@SamMousa
Copy link
Author

SamMousa commented Jul 3, 2021

It is still relevant.

@carsonbot carsonbot removed the Stalled label Jul 3, 2021
@magikid
Copy link
Contributor

magikid commented Dec 28, 2021

I agree that this is confusing. Is there anything that needs to be done for this to be reviewed?

@carsonbot
Copy link

Hey, thanks for your report!
There has not been a lot of activity here for a while. Is this bug still relevant? Have you managed to find a workaround?

@SamMousa
Copy link
Author

It is still relevant.

@carsonbot carsonbot removed the Stalled label Jun 29, 2022
@maxbeckers
Copy link
Contributor

Is this a bug? Or isn't that a new feature to rename the option?

@carsonbot
Copy link

Hey, thanks for your report!
There has not been a lot of activity here for a while. Is this bug still relevant? Have you managed to find a workaround?

@SamMousa
Copy link
Author

SamMousa commented May 3, 2023

It is still relevant.

@carsonbot carsonbot removed the Stalled label May 3, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
6 participants