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

Don't forget to start "watch timer" #15137

Merged
merged 1 commit into from
Jul 2, 2021

Conversation

glassez
Copy link
Member

@glassez glassez commented Jun 28, 2021

Closes #15127.

@glassez glassez added Hotfix Fix some bug(s) introduced by recently merged commit(s) Core labels Jun 28, 2021
@glassez glassez added this to the 4.4.0 milestone Jun 28, 2021
@glassez glassez requested a review from Chocobo1 June 28, 2021 11:51
@glassez glassez changed the title Don't forget to start "watch timer". Closes #15127 Don't forget to start "watch timer" Jun 28, 2021
Copy link
Member

@Chocobo1 Chocobo1 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please wait for the users to test it before merging.

@ghost
Copy link

ghost commented Jun 29, 2021

Please back-port to 4.3.x.

@glassez
Copy link
Member Author

glassez commented Jun 29, 2021

Please back-port to 4.3.x.

Of course. Once it is merged into master.

@glassez
Copy link
Member Author

glassez commented Jun 29, 2021

Please wait for the users to test it before merging.

I can wait for users, of course. But don't code changes speak for themselves?
I'm afraid that the affected users will be able to test it only when it is merged and gets into the "unstable" repositories they use.

@Chocobo1
Copy link
Member

But don't code changes speak for themselves?

Not sure what that means... no bugs or no regressions?

I can wait for users, of course.

You can wait for 2~3 days at most and if still no one tested it then you can proceed.

@FranciscoPombal
Copy link
Member

FranciscoPombal commented Jun 29, 2021

@glassez

I was my understanding that we had all agreed that at a minimum, PR authors should ensure that the proposed changes actually work in the real world to the best of their abilities - code changes generally don't "speak for themselves". So, at least test it yourself under the circumstances described in the issue (if you haven't done so already).

In any case, I have issued a call for testing to the users affected by the issue: #15127 (comment).

You can wait for 2~3 days at most and if still no one tested it then you can proceed.

It is not enough to not test yourself, simply "wait for users to test it", and still merge after some time even if there is no positive confirmation whatsoever during that time.

Like I said, either actually wait for confirmation from others, or at the very least confirm it yourself, but don't just YOLO the change into the codebase.

@glassez
Copy link
Member Author

glassez commented Jun 30, 2021

But don't code changes speak for themselves?

Not sure what that means... no bugs or no regressions?

I mean, it turned out to be quite trivial to recognize and fix this error in the code after it became clear that it refers exactly to network folders (at least for me since I'm familiar with this part of codebase). Unfortunately, this "use case" remained outside the scope of my testing (and, it seems, all those who have used v4.4alpha builds since then).

@glassez
Copy link
Member Author

glassez commented Jul 1, 2021

#15127 (comment)
Well, it seems to be confirmed.

@glassez glassez merged commit d2f975a into qbittorrent:master Jul 2, 2021
@glassez glassez deleted the watched-folders branch July 2, 2021 05:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Core Hotfix Fix some bug(s) introduced by recently merged commit(s)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Watch folder broken in 4.3.5 or later
3 participants