-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
[HOLD for Payment 2024-09-06][$250] mWeb - Video - In welcome video, all playback speed options is not shown in normal mode #47205
Comments
Triggered auto assignment to @slafortune ( |
We think that this bug might be related to #vip-vsb |
@slafortune FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors |
ProposalPlease re-state the problem that we are trying to solve in this issue.In welcome video, all playback speed options is not shown in normal mode What is the root cause of that problem?We are missing playback speeds that are offered by the native players What changes do you think we should make in order to solve the problem?We should add the missing playback speeds of Result:VideoScreen.Recording.2024-08-12.at.5.45.49.AM.mov |
Edited by proposal-police: This proposal was edited at 2024-08-12 01:07:01 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.In the welcome video, all playback speed options shown is full screen mode is not shown in normal mode. What is the root cause of that problem?The playback speed options shown in full screen mode contain Line 4164 in 0341c3b
What changes do you think we should make in order to solve the problem?
PLAYBACK_SPEEDS: [0.25, 0.5, 0.75, 1, 1.25, 1.5, 1.75, 2],
const [currentPlaybackSpeed, setCurrentPlaybackSpeed] = useState<PlaybackSpeed>(CONST.VIDEO_PLAYER.PLAYBACK_SPEEDS[3]);
What alternative solutions did you explore? (Optional) |
Job added to Upwork: https://www.upwork.com/jobs/~014d75aeb575f9f1ea |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @ikevin127 ( |
Adding BZ again - I'll be out until 8/21 |
Triggered auto assignment to @greg-schroeder ( |
Awaiting proposal review by @ikevin127 |
This comment was marked as outdated.
This comment was marked as outdated.
@daledah Thank you for the proposal. While I appreciate the more detailed proposal, unfortunately it came after the first one which I think was detailed enough since this issue has a simple root cause / solution. ℹ️ Keep in mind the contributor guidelines (6.) which state:
Otherwise you could get a |
@neonbhai's proposal looks good to me even though it's not extremely detailed, since this issue has a simple root cause / solution. The root cause was pointed out correctly and the proposed solution fixes the issue, even though it does not mention all the details, it mentions enough to be acceptable. Notes for PR (if assigned):
🎀👀🎀 C+ reviewed |
Triggered auto assignment to @techievivek, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
@ikevin127 Thanks for your feedback. I agree with your final decision, and the details can be updated during the PR stage if @neonbhai is assigned. However, I’d like to clarify why I initially posted a proposal in this case:
|
@ikevin127 Also, the guideline you referred to is quite subjective (as you also say "I think was detailed enough"), different people could have different opinions on whether the difference between proposals is substantial or not. I only posted my proposal because I believe my proposal is substantially different.
I don't think it'd be right to penalize contributors because of a subjective standard, especially when their intention is to contribute better solutions. This doesn't harm Expensify at all and will lead to a more complete solution overall. If we penalize contributors for this reason people'd be discouraged from contributing even though they see a better solution, because they're afraid the C+'s personal opinion could lead to warnings for contributors. At last, I agree with your proposal selection but I'd appreciate if you consider my 2 points above on not penalizing contributors for this reason. Thanks! |
@daledah Don't worry - you will not get a warning in this case, I was just mentioning to be mindful of that contributor guideline in the future as it might lead to warnings. Of course it's subjective, there are cases in which a more detailed RCA and solution are required - I don't consider this one to be that case. |
@ikevin127 Sure thank you! |
📣 @ikevin127 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app! |
📣 @neonbhai 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
@slafortune, @greg-schroeder, @techievivek, @ikevin127, @neonbhai Huh... This is 4 days overdue. Who can take care of this? |
Currently awaiting for @neonbhai to give a timeline on the PR. Please keep in mind the PR notes from #47205 (comment):
|
Thanks for the note @ikevin127 The PR is here |
Given the context above, this issue should be on [HOLD for Payment 2024-09-06] according to 4 days' ago production deploy from Deploy Checklist: New Expensify 2024-08-28. |
@ikevin127 Thanks! - Can you please complete the checklist -
|
Regression Test Proposal
Do we agree 👍 or 👎. |
Regression Test - https://github.com/Expensify/Expensify/issues/426444 |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Version Number: 9.0.18
Reproducible in staging?: Y
Reproducible in production?: Y
Issue reported by: Applause Internal Team
Action Performed:
Expected Result:
In the welcome video, all playback speed options shown is full screen mode must be shown in normal mode.
Actual Result:
In the welcome video, all playback speed options shown is full screen mode is not shown in normal mode.
Workaround:
Unknown
Platforms:
Screenshots/Videos
Bug6568733_1723364226029.Screenrecorder-2024-08-11-13-35-19-491_compress_1.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @ikevin127The text was updated successfully, but these errors were encountered: