-
-
Notifications
You must be signed in to change notification settings - Fork 9.4k
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] makePathRelative with existing files, remove ending / #47424
base: 7.2
Are you sure you want to change the base?
Conversation
Hey! I see that this is your first PR. That is great! Welcome! Symfony has a contribution guide which I suggest you to read. In short:
Review the GitHub status checks of your pull request and try to solve the reported issues. If some tests are failing, try to see if they are failing because of this change. When two Symfony core team members approve this change, it will be merged and you will become an official Symfony contributor! I am going to sit back now and wait for the reviews. Cheers! Carsonbot |
@@ -669,7 +674,6 @@ public function dumpFile(string $filename, $content) | |||
* Appends content to an existing file. | |||
* | |||
* @param string|resource $content The content to append | |||
* @param bool $lock Whether the file should be locked when writing to it |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Removed by phpcs with Symfony standard.
The sentence is confusing |
Thanks. I meant folders. 😅 |
Bug description: Filesystem::makePathRelative adds wrongly an ending slash / to a resulting relative path, although provided
endPath
points to existing file.Situation tl;dr:
Discussion: I thought at first that the method should be applied only to folders. However, Filesystem provides operations for files and folders. The provided relative path is therefore unexpected. The problem was discussed in pull request #40051 without solving the issue because of the awareness of causing troubles in existing codebases. This issue exists because folder paths are occasionally defined with an ending slash. In the closed pull request, a solution was proposed that did not check if an
endPath
targets an existing file.Deprecations: There should be no deprecations. Those who wanted to solve the described problem checked the unnecessary presence of the last slash.
Reproduce bug:
Tests: Filesystem has no tests that are trying to test with files instead of folders. New tests have to be defined. My PHP knowledge is not sufficient to create these tests reliably.