-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Fixed Optional Progress Bar in cuts/detect_scenes #587
Fixed Optional Progress Bar in cuts/detect_scenes #587
Conversation
Progress bar was previously hard-coded to True.
453aba7
to
719739f
Compare
Thanks, this looks great! If you can confirm that you've tested it and it all runs fine, I'd be happy to merge. |
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.
lgtm - We should consider better handling for the progress bar over all.
I can confirm this works on my end. It seems like an odd thing to try and write a test for the presence/absence of a progress bar for I did try, but had trouble getting the test case to run properly:
Normally, pytest should be able to capture any output to stdout and stderr during the execution of a test, so we'd be able to tell if the progress bar was actually being shown or not. However, pytest only seemed to capture the output once the test had completed: |
In any case, I think this would be a good general test case to add for
I could open up a new pull request with this test, but I'm a little unsure where the test case should live. Perhaps Feels like the test suite could benefit from a folder structure mirroring the library. That way one could add a test for |
👍 for |
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.
Lgtm
Progress bar was previously hard-coded to True.